# Sherkety Bytes Align ## Administrator Guide Overview Welcome to the Administrator Guide for Sherkety ERP & Website Platform. This section helps administrators understand the shared page patterns used across admin areas and website pages, so it is easier to move around, find actions, and stay oriented while managing daily work. This overview is meant to help you know where to start. For step-by-step instructions, use the linked guides below. ## What administrators can manage In Sherkety ERP & Website Platform, administrators regularly work with pages that include lists, navigation paths, drawers, and repeated page controls. Understanding these shared patterns helps you: - Move through long lists of records and catalog items - Recognize where you are in deep page structures - Use common page actions more confidently - Understand how public-facing and admin pages follow similar layout rules - Keep your place while browsing, filtering, or reviewing information These guides focus on navigation and orientation across Sherkety ERP & Website Platform rather than on setting up a specific feature. ## Admin categories ### Shared Interface Patterns This category covers reusable interface elements and interaction patterns that appear across website pages and admin pages in Sherkety ERP & Website Platform. It is especially useful for new administrators who want to become comfortable with how pages are organized and how common controls behave. Available documents: - [Using Pagination in Catalogs and Admin Lists](/using-pagination-in-catalogs-and-admin-lists) Learn how to use pagination controls in ERP catalog and admin list views, including moving between pages and understanding displayed result ranges. - [Understanding Breadcrumbs Drawers and Shared Navigation Patterns](/understanding-breadcrumbs-drawers-and-shared-navigation-patt) Learn how breadcrumbs, navigation drawers, and shared navigation patterns work across the website and admin interface to help visitors, editors, and administrators stay oriented. - [Understanding Shared Interface Patterns Across Public and Admin Pages](/understanding-shared-interface-patterns-across-public-and-ad) Learn the recurring interface patterns shared across public and admin pages, including navigation cues, page controls, action placement, and common layout behaviors. - [Using Pagination and List Navigation Patterns](/using-pagination-and-list-navigation-patterns) Learn how to navigate paginated catalog and admin lists, interpret result counts, move between pages, and keep your place while searching, sorting, and filtering. - [Recognizing Breadcrumbs and Location Cues in Complex Pages](/recognizing-breadcrumbs-and-location-cues-in-complex-pages) Learn how to recognize breadcrumb trails and other page location cues across deep public and admin page structures so visitors, editors, and administrators can stay oriented. ## Where to start If you are new to Sherkety ERP & Website Platform, a good starting order is: 1. [Understanding Shared Interface Patterns Across Public and Admin Pages](/understanding-shared-interface-patterns-across-public-and-ad) 2. [Understanding Breadcrumbs Drawers and Shared Navigation Patterns](/understanding-breadcrumbs-drawers-and-shared-navigation-patt) 3. [Using Pagination and List Navigation Patterns](/using-pagination-and-list-navigation-patterns) If you mainly work with long lists, catalogs, or record tables, also review [Using Pagination in Catalogs and Admin Lists](/using-pagination-in-catalogs-and-admin-lists). If you often move through nested sections or detailed records, read [Recognizing Breadcrumbs and Location Cues in Complex Pages](/recognizing-breadcrumbs-and-location-cues-in-complex-pages). ## How to use this guide Use this Administrator Guide section when you want to understand how Sherkety ERP & Website Platform is organized across pages. These articles are helpful before learning feature-specific tasks, because they explain the repeated patterns you will see throughout the admin experience. ## Basic Terminology This guide explains common words you will see in Sherkety ERP & Website Platform. Use it as a quick reference while browsing the website or working in the admin area. ## Common Terms ### Record A single saved item, such as a service, user, pricing plan, or page section; you will see records in admin lists and management pages. ### View The way information is shown on the screen, such as a dashboard, list page, detail page, or editor screen; views appear throughout Sherkety ERP & Website Platform. ### Filter A tool that helps you narrow down what you see, such as showing only certain apps or items; filters appear in catalogs, lists, and search results. ### Search A way to quickly find pages, apps, content, or actions by typing keywords; search appears in catalogs and quick-access tools. ### Workflow A series of steps followed to complete something, such as sending an inquiry, editing content, or moving sales progress forward; workflows appear across public forms and admin tasks. ### Stage A named step in a process, such as an early, active, or completed step; stages are most common in sales-related pages and progress-based areas. ### Dashboard The main summary page that shows useful information and shortcuts after sign-in; it appears in the admin area. Learn more in [Admin Dashboard](/admin-dashboard). ### Menu A group of links that helps you move between pages and sections; menus appear in the website header, mobile navigation, footer, and admin navigation. ### Navigation The overall way you move around Sherkety ERP & Website Platform using menus, links, and page paths; it appears everywhere. ### Page A full screen of information, such as the homepage, a service page, or a settings page; pages appear on both the public website and the admin side. ### Section A smaller part of a page, such as a hero area, pricing area, FAQ area, or team area; sections are common on website pages and in content editing. ### Module A major business area with its own purpose, such as HR, Inventory, Sales & CRM, or Reporting; modules appear in product pages and ERP-related content. ### Catalog A browsable collection of items, such as the ERP apps listing; catalogs appear where visitors compare and explore available options. ### Category A label used to group similar items together; categories appear in app browsing and organized content areas. ### Card A visual box that presents one item or topic, often with a title, short text, and a button; cards appear on homepage sections, service listings, and app pages. ### List A vertical or grouped display of items, such as services, users, or pricing entries; lists appear in admin management pages and public browsing areas. ### Detail Page A page that gives full information about one item after you select it; detail pages appear for services, ERP modules, and other offerings. ### Call to Action A button or link that encourages the next step, such as requesting a demo, starting a trial, or contacting the team; it appears across landing pages and homepage sections. ### Form A set of fields used to send or update information, such as a contact request or sign-in details; forms appear on inquiry pages and in the admin area. ### Field A single place where information is entered or shown, such as a name, title, price, or description; fields appear inside forms and editors. ### Required Field A field that must be completed before saving or sending; required fields appear in sign-in, contact, and editing forms. ### Draft Content or changes that are still being prepared and are not yet finalized; drafts may appear while editing website content. ### Save The action that keeps your changes; save actions appear in editors, settings, and management pages. ### Publish The action that makes approved content visible on the website; publishing appears in content management areas when available. ### Preview A way to check how content will look before finalizing it; previews appear in editing tools. See [Content Editor Modal and Live Preview](/content-editor-modal-and-live-preview). ### Edit The action of changing existing information, such as text, pricing, or settings; editing appears throughout admin pages and inline tools. ### Inline Editing A way to update content directly from the page where it appears instead of going to a separate page; it appears in website content management. See [Inline Content Editing](/inline-content-editing). ### Language Switcher A control used to change the website language; it appears in public navigation and multilingual pages. See [Language Switching and Multilingual Browsing](/language-switching-and-multilingual-browsing). ### Localized Content Content prepared in more than one language so visitors can read the same page in their chosen language; it appears in page editing and multilingual website sections. See [Localized Page Content Management](/localized-page-content-management). ### Role A user’s level of access and responsibility, such as editor or administrator; roles appear in user account management. See [User Management](/user-management). ### Permission The allowed actions connected to a role, such as viewing, editing, or managing certain areas; permissions are handled through admin access settings. ### Sign In The action of entering your account details to access protected admin pages; it appears in the admin entry process. See [Admin Authentication](/admin-authentication). ### Sign Out The action of leaving your account securely when finished; it appears in account and admin navigation areas. ### Settings Options that control website-wide details and behavior; settings appear in admin maintenance pages. See [Site Settings](/site-settings). ### SEO Information Page details that help search engines understand website content, such as page titles and descriptions; this appears in admin page management. See [SEO Metadata Management](/seo-metadata-management). ### Pricing Tier A named package or level with its own price and included benefits; pricing tiers appear on service and package pages and in admin pricing management. See [Pricing Tiers Management](/pricing-tiers-management). ### Notification A short message that confirms an action or alerts you to something important; notifications appear during admin work and other actions. See [In-App Notifications](/in-app-notifications). ### Command Search A quick way to find actions or pages from one search box; it appears as a fast navigation tool in the interface. See [Command Palette](/command-palette). ### Breadcrumb A small path shown near the top of a page to help you understand where you are; breadcrumbs appear on deeper pages. See [Breadcrumb Navigation](/breadcrumb-navigation). ### Pagination Controls used to move between pages of results when a list is too long for one screen; pagination appears in lists and catalogs. See [Pagination](/pagination). ### Date Picker A calendar tool used to choose a date; it appears in forms and date-based fields. See [Calendar Date Picker](/calendar-date-picker). ### Dialog A pop-up window used for focused actions, confirmations, or editing; dialogs appear in many admin tasks. See [Drawer Panels and Dialogs](/drawer-panels-and-dialogs). ### Drawer A side panel that opens without leaving the current page; drawers appear for quick actions and supporting details. See [Drawer Panels and Dialogs](/drawer-panels-and-dialogs). ### Confirmation A message that asks you to approve an important action before it happens, such as deleting or leaving without saving; confirmations appear in dialogs and action prompts. ### Theme The visual style of Sherkety ERP & Website Platform, such as light mode or dark mode; theme controls appear in the visible display options. See [Theme Switching](/theme-switching). ### Responsive Layout A page layout that adjusts to fit desktop, tablet, or mobile screens; this is visible throughout the public website and admin area. ### Loading State A temporary screen or message shown while content is still being prepared; loading states appear when pages or lists are opening. See [Loading, Error, and Placeholder States](/loading-error-and-placeholder-states). ### Error State A message shown when something cannot be loaded or completed correctly; error states appear on pages, forms, and actions. See [Loading, Error, and Placeholder States](/loading-error-and-placeholder-states). ### Placeholder A temporary visual space or sample layout shown before real content appears; placeholders appear during loading and setup. See [Loading, Error, and Placeholder States](/loading-error-and-placeholder-states). ### Badge A small label used to highlight status, category, or importance; badges appear in lists, cards, and visual summaries. ### Chart A visual way to show numbers, progress, or comparisons; charts appear in reporting and dashboard areas. See [Charts and Visual Indicators](/charts-and-visual-indicators). ### Indicator A visual sign that helps you quickly understand status or meaning, often using color or icons; indicators appear in dashboards, lists, and reports. See [Charts and Visual Indicators](/charts-and-visual-indicators). ### Trial A limited starting option that lets a visitor explore an offering before making a full decision; trial actions appear on ERP product pages. ### Demo Request A request asking the team to show how an offering works; demo requests appear on product and package pages. ### Inquiry A message sent by a visitor to ask a question or request help; inquiries appear in contact and sales-related forms. See [Contact and Inquiry](/contact-and-inquiry). ### FAQ A list of common questions and answers to help visitors quickly understand a topic; FAQs appear on public information pages. See [FAQ and Legal Pages](/faq-and-legal-pages). ## How to Use This Guide If you are new to Sherkety ERP & Website Platform, start here whenever you see an unfamiliar word. Then open the related guide for full instructions. Helpful next reads: - [Public Website Navigation](/public-website-navigation) - [Admin Authentication](/admin-authentication) - [Admin Dashboard](/admin-dashboard) - [Inline Content Editing](/inline-content-editing) - [Localized Page Content Management](/localized-page-content-management) ## Common Issues & Solutions This guide helps you solve the most common problems people face in Sherkety ERP & Website Platform. It is organized by symptom, so you can go straight to the issue you see on screen. For each issue, you will find: - **Symptom**: what you notice - **Likely cause**: what usually explains it - **What to do**: the quickest practical fix If your issue is tied to a specific page or task, use the linked guide for more detailed help. ## Login and Access Issues ### I cannot sign in to the admin area **Symptom** You try to sign in, but you do not reach the admin area. **Likely cause** This is usually caused by incorrect sign-in details, using the wrong page, or trying to access an area your account cannot open. **What to do** 1. Make sure you are opening the admin sign-in area, not a public website page. 2. Re-enter your sign-in details carefully. 3. If you recently changed access, sign out fully and sign in again. 4. If you still cannot access admin pages, ask an administrator to confirm your account and role. For related access problems, see [Using Admin Dashboard Cues to Reach Common Tasks](/using-admin-dashboard-cues-to-reach-common-tasks) and [Managing User Accounts and Role Assignments](/managing-user-accounts-and-role-assignments). ### I signed in, but I cannot see the page or tool I expected **Symptom** You are inside the admin area, but a page, shortcut, or tool is missing. **Likely cause** Your account may not have permission to open that area, or the page may be filtered out by your role. **What to do** 1. Check whether other protected pages such as **Dashboard** are available. 2. Ask whether your role includes access to the page you need. 3. If a shortcut is missing from the dashboard, try opening the section from the main navigation instead. 4. If access was recently updated, sign out and sign in again. See [Using Admin Dashboard Cues to Reach Common Tasks](/using-admin-dashboard-cues-to-reach-common-tasks), [Viewing and Maintaining User Accounts](/viewing-and-maintaining-user-accounts), and [Managing User Accounts and Role Assignments](/managing-user-accounts-and-role-assignments). ### I do not see edit controls on the live website **Symptom** You open a public page, but there is no **Edit** button, admin bar, or inline editing control. **Likely cause** You may be signed out, using an account without editing rights, or viewing the page in a public session. **What to do** 1. Confirm that you are signed in. 2. Make sure your account has website editing access, such as a content editor or administrator role. 3. Refresh the live page after signing in. 4. Confirm you are on the actual public page you want to edit, not a separate preview or public-only session. See [Editing Content Directly From the Website](/editing-content-directly-from-the-website), [Understanding Inline Editing Entry Points on Public Pages](/understanding-inline-editing-entry-points-on-public-pages), and [Using Section and Footer Edit Controls](/using-section-and-footer-edit-controls). ## Navigation and Page-Finding Issues ### I cannot find a service page **Symptom** You know a service exists, but you cannot find its page. **Likely cause** The page is usually not missing. More often, the problem is the route you are using through the website. **What to do** 1. Use the main header instead of only scrolling the homepage. 2. On smaller screens, open the menu first. 3. Check the services area in the header or the related service category page. 4. If one page feels too general, go back to the service overview and narrow your choice. See [Finding Services Through Navigation and Service Menus](/finding-services-through-navigation-and-service-menus), [Discovering Business Services From Service Pages](/discovering-business-services-from-service-pages), and [Discovering Services and Comparing Business Offers](/discovering-services-and-comparing-business-offers). ### A header or footer link does not go where I expected **Symptom** You click a link in the header or footer and land on a different page than expected. **Likely cause** The link may belong to a different group than you assumed, or it may be a company, policy, contact, or section link rather than a product link. **What to do** 1. Read the link label again and compare it with the destination page. 2. Check whether you clicked a company link, a policy link, or a service link. 3. If you are in the footer, try the full **Contact** page or the main header instead. 4. If the logo does not return you home, refresh the page and try again from a public page. See [Using Header Navigation Across Public Pages](/using-header-navigation-across-public-pages), [Navigating Footer Link Groups and Secondary Destinations](/navigating-footer-link-groups-and-secondary-destinations), and [Understanding Footer Navigation and Secondary Links](/understanding-footer-navigation-and-secondary-links). ### I feel lost between marketing pages, package pages, and ERP pages **Symptom** You keep moving between pages but still cannot tell where the detailed answer is. **Likely cause** Different page types answer different questions. A package page may be too broad, while an ERP app page may be more specific. **What to do** 1. If a package page feels too high-level, move to the ERP apps catalog. 2. If an app page feels too narrow, go back to the broader package or service page. 3. Compare only similar page types at one time. 4. Use the page that best matches your question: overview, comparison, pricing, or inquiry. See [Using ERP Discovery Paths From Marketing Pages](/using-erp-discovery-paths-from-marketing-pages) and [Evaluating ERP Modules From Catalog to Detail Pages](/evaluating-erp-modules-from-catalog-to-detail-pages). ## Language and Translation Issues ### The page opens in the wrong language **Symptom** You expected one language, but the page opens in another. **Likely cause** You may have opened a general page address or an older bookmark instead of a language-specific page. **What to do** 1. Check the page address. 2. Confirm that the language part appears at the beginning of the page path. 3. Use the language switcher again from the current page. 4. Update old bookmarks if they keep opening the wrong version. See [Browsing Localized Pages and Language Specific Routes](/browsing-localized-pages-and-language-specific-routes) and [Understanding Language Specific Routes and Page Availability](/understanding-language-specific-routes-and-page-availability). ### The language switcher sends me to the homepage **Symptom** You switch languages, but instead of the matching page, you land on the homepage. **Likely cause** The current page may not yet have a published version in the language you selected. **What to do** 1. Try another public page in the same language. 2. Check whether the destination page exists in that language. 3. If you are managing content, confirm that the translated version has been saved and made live. 4. If needed, continue from the homepage in the selected language. See [Switching Languages While Browsing the Platform](/switching-languages-while-browsing-the-platform) and [Understanding Language Specific Routes and Page Availability](/understanding-language-specific-routes-and-page-availability). ### A translated field looks blank in the editor **Symptom** You switch languages in the editor and one or more fields are empty. **Likely cause** That language version may not be filled in yet, or you may be viewing the wrong language. **What to do** 1. Check the language selector in the editor. 2. Confirm you are editing the intended language. 3. Reopen the item and review whether that language version was ever entered. 4. Save after completing the missing translation. See [Editing Multilingual Content in the Editor](/editing-multilingual-content-in-the-editor) and [Managing Multilingual Fields in the Content Editor](/managing-multilingual-fields-in-the-content-editor). ## Contact, Inquiry, and Call-to-Action Issues ### A contact form will not submit **Symptom** You click **Send**, **Submit**, or a similar action, but the message does not go through. **Likely cause** A required field may be empty, an email address may be invalid, a selection may be missing, or a consent box may not be checked. **What to do** 1. Review all visible fields. 2. Complete any highlighted required field. 3. Check that your email address is entered correctly. 4. Make sure any required selection or consent box is completed. 5. Try again once after fixing the visible issue. See [Sending Messages Through the Contact Page](/sending-messages-through-the-contact-page), [Contacting Sherkety Through Forms and Direct Channels](/contacting-sherkety-through-forms-and-direct-channels), and [Requesting a Demo or Next Step From Accounting Pages](/requesting-a-demo-or-next-step-from-accounting-pages). ### A page button does nothing when I click it **Symptom** A public action button does not seem to open anything. **Likely cause** Some actions open a form lower on the page, move you to another section, or need a moment before the next state appears. **What to do** 1. Wait a moment after clicking once. 2. Scroll slightly to check whether a form or message opened lower on the page. 3. Refresh the page and try again. 4. If the shortcut still does not help, use the full **Contact** page instead. See [Using Public Calls to Action Across Marketing Pages](/using-public-calls-to-action-across-marketing-pages) and [Using Service Page Calls to Action and Inquiry Prompts](/using-service-page-calls-to-action-and-inquiry-prompts). ### A social or contact link opens an empty or unavailable page **Symptom** A social icon or contact shortcut opens a page that does not load properly. **Likely cause** The external destination may be unavailable, or the shortcut may not be the best path for the action you want. **What to do** 1. Try the full **Contact** page instead of the shortcut. 2. Retry from another visible contact option on the site. 3. If a social page is unavailable, use email, form, or another direct channel. 4. Do not assume your message was sent unless you saw a clear success message. See [Using Social Links and Business Details](/using-social-links-and-business-details) and [Contacting Sherkety Through Forms and Direct Channels](/contacting-sherkety-through-forms-and-direct-channels). ## Content Editing and Saving Issues ### I clicked save, but my change did not appear **Symptom** You saved content, but the page still shows the old version. **Likely cause** The update may not have been fully saved, published, refreshed, or applied to the correct record. **What to do** 1. Reopen the item and confirm your new content is still there. 2. Check whether the content is still in draft. 3. Complete any publish step if your page uses one. 4. Refresh the public page and check again. 5. Make sure you edited the correct page or shared section. See [Previewing Changes Before Saving Content](/previewing-changes-before-saving-content), [Understanding Toast Messages and Action Feedback](/understanding-toast-messages-and-action-feedback), and [Recognizing Warnings Errors and Dismissible Notices](/recognizing-warnings-errors-and-dismissible-notices). ### The editor preview does not match what I typed **Symptom** The preview looks outdated, incomplete, or different from your latest change. **Likely cause** The field may not have finished updating, or another required issue may be blocking the final result. **What to do** 1. Click back into the changed field, then click outside it. 2. Check whether the preview refreshes. 3. Review the editor for highlighted warnings or missing required fields. 4. Save only after the preview reflects the intended change. See [Previewing Changes Before Saving Content](/previewing-changes-before-saving-content). ### The wrong editor opens from the page **Symptom** You click an edit control, but the editor does not match the content you meant to change. **Likely cause** You may have selected the control for a nearby section or a shared layout area. **What to do** 1. Return to the live page. 2. Click the control attached to the exact content block you want. 3. If the content is part of the footer or another shared area, confirm you are editing the shared section and not the page body. 4. Save carefully and recheck on more than one page if the section is shared. See [Using Section and Footer Edit Controls](/using-section-and-footer-edit-controls), [Editing Footer and Shared Website Sections Inline](/editing-footer-and-shared-website-sections-inline), and [Editing Footer and Shared Sections From Page Layouts](/editing-footer-and-shared-sections-from-page-layouts). ## Repeating Items and Structured Content Issues ### A repeating item will not save **Symptom** You add or edit a card, profile, stat, or similar item, but it will not save. **Likely cause** One required field may still be empty, or a field may contain the wrong type of value. **What to do** 1. Reopen the item. 2. Check fields such as name, title, label, value, image, or link. 3. Complete every required field. 4. If a field expects a number, remove text and enter numbers only. 5. Save the item again. See [Managing Repeating Content and Structured Items](/managing-repeating-content-and-structured-items), [Editing Structured Content and Repeating Items](/editing-structured-content-and-repeating-items), and [Managing Repeating Content Items in the Editor](/managing-repeating-content-items-in-the-editor). ### The item order looks wrong on the page **Symptom** Items appear out of order after editing. **Likely cause** The list order in the editor may not match the final sequence you expected. **What to do** 1. Return to the item list in the editor. 2. Review the order one item at a time. 3. Move items into the intended sequence. 4. Save and refresh the page to confirm the result. See [Managing Repeating Content and Structured Items](/managing-repeating-content-and-structured-items) and [Editing Structured Content and Repeating Items](/editing-structured-content-and-repeating-items). ### The Add item option is unavailable **Symptom** You want to add another item, but the action is not available. **Likely cause** The section may already be at its limit, or you may not have permission to update it. **What to do** 1. Check whether the section already contains the maximum number of items. 2. Confirm you have permission to edit that page. 3. Refresh the editor and try again. 4. If needed, remove an unused item before adding a new one. See [Managing Repeating Content Items in the Editor](/managing-repeating-content-items-in-the-editor). ## Services, Pricing, and Website Update Issues ### A service or pricing tier is missing from the public website **Symptom** You updated a service or price, but visitors cannot see it. **Likely cause** The item may still be inactive, hidden, unpublished, or saved in the wrong place. **What to do** 1. Reopen the exact service or pricing record. 2. Check whether it is marked active, visible, or published. 3. Confirm you clicked save. 4. Review its placement in the list in case it appears lower than expected. 5. Refresh the public page and check again. See [Managing Services Pricing and Site Settings](/managing-services-pricing-and-site-settings), [Managing Services and Pricing From the Admin Portal](/managing-services-and-pricing-from-the-admin-portal), and [Managing Service Catalog Content in Admin](/managing-service-catalog-content-in-admin). ### A shared setting changed, but the website still looks old **Symptom** You updated a shared website setting, but the visible result does not match. **Likely cause** The wrong setting may have been edited, the change may not have been saved, or you may be checking the wrong page area. **What to do** 1. Reopen the setting and confirm the saved value. 2. Refresh the page where that setting should appear. 3. Compare more than one public page if the setting is shared widely. 4. Make sure you changed the specific setting tied to the content you expected. See [Managing Services Pricing and Site Settings](/managing-services-pricing-and-site-settings). ## SEO and Search-Facing Information Issues ### I updated page title or description details, but the live page still shows old information **Symptom** You changed search-facing page details, but the public result still looks unchanged. **Likely cause** You may have edited the wrong page, saved only a draft, or checked too soon after saving. **What to do** 1. Reopen the page in the SEO area. 2. Confirm you edited the correct page record. 3. Make sure you used the final save, update, or publish action. 4. Reload the public page and check again after a short wait. See [Maintaining SEO and Search Facing Page Information](/maintaining-seo-and-search-facing-page-information), [Maintaining Page SEO Details in Admin](/maintaining-page-seo-details-in-admin), and [Updating Search Facing Page Information in Admin](/updating-search-facing-page-information-in-admin). ### The preview changed, but the public result did not **Symptom** The SEO preview looks correct in admin, but the live page does not match. **Likely cause** The preview reflects the saved form values, not always the final public result you are comparing. **What to do** 1. Confirm the record was saved and published. 2. Recheck the public page after reloading it. 3. Make sure you are comparing the same page. 4. If needed, reopen the SEO record and verify the saved values again. See [Maintaining Page SEO Details in Admin](/maintaining-page-seo-details-in-admin) and [Updating Search Facing Page Information in Admin](/updating-search-facing-page-information-in-admin). ## User Management and Role Issues ### A user does not appear in the user list **Symptom** You expect to find a user, but the account list does not show them. **Likely cause** A search term, status filter, or role filter may be hiding the record. ## Error Messages This guide helps you understand common error messages in Sherkety ERP & Website Platform. For each message, you will find: - what the message means - what you should do next Use this page as a quick reference when something does not save, load, open, or submit as expected. ## Before You Try Again When you see an error in Sherkety ERP & Website Platform: 1. Read the full message carefully. 2. Check whether a field, button, or section on the page is highlighted. 3. Fix the visible issue first before clicking again. 4. If the same error keeps returning, refresh the page once and retry. 5. If the issue affects more than one page, treat it as a broader problem rather than a one-page issue. For help understanding alerts in general, see [Recognizing Warnings Errors and Dismissible Notices](/recognizing-warnings-errors-and-dismissible-notices) and [Understanding Toast Messages and Action Feedback](/understanding-toast-messages-and-action-feedback). ## Alphabetical Error Reference ### Access denied **What it means** Your account does not have permission to open that page or complete that action. **How to resolve it** - Confirm that you are signed in with the correct account. - If you expected admin access, sign out and sign back in. - Ask an administrator to check your role if the page should be available to you. - If this happens while trying to edit website content, confirm that your account has website editing access. Related help: - [Viewing and Maintaining User Accounts](/viewing-and-maintaining-user-accounts) - [Managing User Accounts and Role Assignments](/managing-user-accounts-and-role-assignments) - [Using Admin Dashboard Cues to Reach Common Tasks](/using-admin-dashboard-cues-to-reach-common-tasks) ### Action could not be completed **What it means** Sherkety ERP & Website Platform could not finish what you asked it to do. This is a general error and usually means something else on the page needs attention. **How to resolve it** - Look for highlighted fields or warning text. - Check whether the button was clicked before the page finished loading. - Refresh the page and try once more. - If the same action fails repeatedly, reopen the item and review all required details. Related help: - [Working With Drawers Dialogs and Confirmation Prompts](/working-with-drawers-dialogs-and-confirmation-prompts) - [Understanding Dialog and Drawer Layouts Across the Platform](/understanding-dialog-and-drawer-layouts-across-the-platform) ### Add item is unavailable **What it means** You cannot add another repeating item in the current section right now. **How to resolve it** - Check whether the section has reached its allowed limit. - Confirm that you have permission to edit the page. - Refresh the editor if the button should be available but is not showing correctly. - Save your current work, reopen the section, and try again. Related help: - [Managing Repeating Content Items in the Editor](/managing-repeating-content-items-in-the-editor) - [Editing Structured Content and Repeating Items](/editing-structured-content-and-repeating-items) ### Changes could not be saved **What it means** Your edits were not stored successfully. **How to resolve it** - Review the page for missing required fields. - Check whether any field shows a warning or error message. - Make sure you completed the final save step. - Reopen the item after saving to confirm the new values are still there. - If you were editing multilingual content, confirm you were working in the correct language. Related help: - [Previewing Changes Before Saving Content](/previewing-changes-before-saving-content) - [Editing Multilingual Content in the Editor](/editing-multilingual-content-in-the-editor) - [Managing Multilingual Fields in the Content Editor](/managing-multilingual-fields-in-the-content-editor) ### Command not found **What it means** Sherkety ERP & Website Platform could not find a matching result in command search. **How to resolve it** - Try a shorter search word. - Search using the label you see in the menu or page title. - Remove extra words and search only for the main topic, such as SEO, Users, Pricing, or Settings. - Check whether your account has access to the area you are trying to open. Related help: - [Understanding Command Search and Quick Action Discovery](/understanding-command-search-and-quick-action-discovery) - [Using Keyboard Shortcut Hints With Command Search](/using-keyboard-shortcut-hints-with-command-search) ### Content not available in selected language **What it means** The page or section you expected does not currently exist in that language. **How to resolve it** - Try switching to another language. - Check whether the language switcher sends you to the homepage instead of the same page. - If you are editing content, confirm that the translation has been entered and saved for that language. - If you are browsing as a visitor, open a different page in the same language to confirm whether the issue is page-specific. Related help: - [Switching Languages While Browsing the Platform](/switching-languages-while-browsing-the-platform) - [Browsing Localized Pages and Language Specific Routes](/browsing-localized-pages-and-language-specific-routes) - [Understanding Language Specific Routes and Page Availability](/understanding-language-specific-routes-and-page-availability) ### Email address is invalid **What it means** The email address entered does not match the expected format. **How to resolve it** - Check for missing `@` or a missing domain ending. - Remove spaces before or after the email address. - Make sure you entered one full email address only. - Try again after correcting the field. Related help: - [Sending Messages Through the Contact Page](/sending-messages-through-the-contact-page) - [Contacting Sherkety Through Forms and Direct Channels](/contacting-sherkety-through-forms-and-direct-channels) - [Requesting a Demo or Next Step From Accounting Pages](/requesting-a-demo-or-next-step-from-accounting-pages) ### Failed to load content **What it means** Sherkety ERP & Website Platform could not show the page or section right now. **How to resolve it** - Refresh the page once. - Open another page to see whether the issue affects only one area. - Wait a short moment and try again. - If a retry option appears, use it once after waiting. - If several pages show the same problem, report it as a wider outage. Related help: - [Understanding Loading Placeholders Empty States and Errors](/understanding-loading-placeholders-empty-states-and-errors) - [Responding to Missing Content and Retry Messages](/responding-to-missing-content-and-retry-messages) ### Invalid date selection **What it means** The date you selected is not allowed or the selection is incomplete. **How to resolve it** - Check the month and year shown at the top of the calendar. - Make sure you clicked the intended day. - If you are choosing a date range, complete both the start and end date. - Try another available date if the one you want cannot be selected. Related help: - [Browsing Months and Confirming Calendar Choices](/browsing-months-and-confirming-calendar-choices) ### Invalid number **What it means** A field that expects a number contains letters, symbols, or an unsupported format. **How to resolve it** - Remove text characters from the field. - Enter numbers only if the field expects a numeric value. - Recheck fields such as price, value, count, or quantity. - Save again after correcting the entry. Related help: - [Managing Repeating Content and Structured Items](/managing-repeating-content-and-structured-items) ### Item not found **What it means** The page, record, or content item you tried to open is no longer available or cannot be found from your current view. **How to resolve it** - Return to the list and search again. - Clear any filters that may be hiding the record. - Confirm that you opened the correct page or item. - If you used an older bookmark, navigate from the menu instead. Related help: - [Viewing and Maintaining User Accounts](/viewing-and-maintaining-user-accounts) - [Using Pagination and List Navigation Patterns](/using-pagination-and-list-navigation-patterns) - [Finding Services Through Navigation and Service Menus](/finding-services-through-navigation-and-service-menus) ### Page not found **What it means** The address you opened does not lead to an available page. **How to resolve it** - Check the page address for mistakes. - If you switched languages, confirm that the page exists in that language. - Go back to the homepage and navigate again from the menu. - Use the footer or header links instead of an older saved link. Related help: - [Using Header Navigation Across Public Pages](/using-header-navigation-across-public-pages) - [Navigating Footer Link Groups and Secondary Destinations](/navigating-footer-link-groups-and-secondary-destinations) - [Understanding Language Specific Routes and Page Availability](/understanding-language-specific-routes-and-page-availability) ### Please fill out all required fields **What it means** One or more required fields are empty or incomplete. **How to resolve it** - Scroll through the full form and look for highlighted fields. - Complete every required field before saving or submitting again. - Check dropdowns, checkboxes, and language-specific fields as well as text fields. - If the form is long, review each section one by one. Related help: - [Recognizing Warnings Errors and Dismissible Notices](/recognizing-warnings-errors-and-dismissible-notices) - [Working With Drawers Dialogs and Confirmation Prompts](/working-with-drawers-dialogs-and-confirmation-prompts) - [Sending Messages Through the Contact Page](/sending-messages-through-the-contact-page) ### Publish failed **What it means** Your content was not made live on the public website. **How to resolve it** - Confirm that all required content is complete. - Check whether the page or item is still in draft status. - Save the content first if needed, then complete the publish step. - Reopen the record to confirm the status shown on screen. Related help: - [Managing Service Catalog Content in Admin](/managing-service-catalog-content-in-admin) - [Managing Services and Pricing From the Admin Portal](/managing-services-and-pricing-from-the-admin-portal) - [Maintaining SEO and Search Facing Page Information](/maintaining-seo-and-search-facing-page-information) ### Retry failed **What it means** Sherkety ERP & Website Platform tried again but still could not complete the loading or action. **How to resolve it** - Wait a little longer before retrying again. - Refresh the page once. - Test another page to see whether the issue is isolated. - If the same problem appears across several pages, stop retrying and report it. Related help: - [Responding to Missing Content and Retry Messages](/responding-to-missing-content-and-retry-messages) - [Understanding Loading Placeholders Empty States and Errors](/understanding-loading-placeholders-empty-states-and-errors) ### Save is disabled **What it means** The save button cannot be used yet because something still needs to be completed. **How to resolve it** - Check for empty required fields. - Review any selection fields, checkboxes, or dropdowns. - Scroll through the full dialog or drawer in case a required field is lower on the page. - Look for validation messages under fields. Related help: - [Working With Drawers Dialogs and Confirmation Prompts](/working-with-drawers-dialogs-and-confirmation-prompts) - [Understanding Dialog and Drawer Layouts Across the Platform](/understanding-dialog-and-drawer-layouts-across-the-platform) ### Session expired **What it means** Your signed-in session ended, so Sherkety ERP & Website Platform can no longer complete the action until you sign in again. **How to resolve it** - Sign in again. - Reopen the page after signing in. - If you were editing content, check whether your last changes were saved. - Save work more frequently when making longer edits. Related help: - [Editing Content Directly From the Website](/editing-content-directly-from-the-website) - [Understanding Inline Editing Entry Points on Public Pages](/understanding-inline-editing-entry-points-on-public-pages) ### Something went wrong **What it means** This is a general error message. Sherkety ERP & Website Platform could not complete the action, but the message does not point to one specific field. **How to resolve it** - Refresh the page and try once more. - Reopen the item and review your latest changes. - Check whether another message on the page gives more detail. - If the issue started after a specific edit, undo the last change if possible and retry more carefully. Related help: - [Recognizing Warnings Errors and Dismissible Notices](/recognizing-warnings-errors-and-dismissible-notices) - [Understanding Toast Messages and Action Feedback](/understanding-toast-messages-and-action-feedback) ### Too many results to display **What it means** Your current search or list view is too broad. **How to resolve it** - Add a more specific search word. - Use filters such as status, role, category, or page type. - Narrow the list before opening records one by one. - Move through the results using pagination if available. Related help: - [Using Pagination and List Navigation Patterns](/using-pagination-and-list-navigation-patterns) - [Understanding Command Search and Quick Action Discovery](/understanding-command-search-and-quick-action-discovery) ### Unable to submit form **What it means** Your message, inquiry, or request was not sent successfully. **How to resolve it** - Review all required fields. - Check email, phone number, and dropdown selections carefully. - Confirm any consent checkbox if one is shown. - Refresh the page once and submit again. - If a direct contact option is available, use that if the form continues to fail. Related help: - [Contacting Sherkety Through Forms and Direct Channels](/contacting-sherkety-through-forms ## First Time Login If this is your first time using Sherkety ERP & Website Platform, this guide will help you sign in and understand what to expect right away. ## Before You Start Make sure you have: - The correct sign-in web address - Your username or email address - Your password - Permission to access the admin area If you do not have your sign-in details yet, contact your company administrator or the Sherkety team. ## Open the Sign-In Page 1. Open your web browser. 2. Enter the sign-in web address shared with you by your company or the Sherkety team. 3. Wait for the sign-in page to load. You should see a sign-in form with fields for your login details. ## Enter Your Login Details 1. Click in the username or email field. 2. Type your username or email address. 3. Click in the password field. 4. Type your password carefully. 5. If you see a **Remember me** option and you are using your own trusted device, you can turn it on to stay signed in more easily next time. 6. Click **Sign in**. ## If Your Login Details Do Not Work If you cannot sign in: - Check that your email or username is spelled correctly - Make sure your password uses the correct uppercase and lowercase letters - Try entering your password again slowly - Confirm that you are using the correct sign-in web address If you still cannot access Sherkety ERP & Website Platform, contact your administrator or the Sherkety team for help. ## What You See After Login After you sign in successfully, Sherkety ERP & Website Platform usually opens the admin dashboard. This first page helps you understand where to go next. Depending on your role, you may see: - A main dashboard with summary information - A navigation menu for different management areas - Quick links to pages you can manage - Notifications about recent activity or completed actions - Language and appearance options - Your account or profile menu Some users may see more options than others. This depends on the access level given to your account. For a general introduction to finding your way around pages, see [Understanding Breadcrumbs and Page Location](/understanding-breadcrumbs-and-page-location). ## Common Areas You May Notice When you first arrive, you may notice these common parts of Sherkety ERP & Website Platform: ### Main Navigation The main navigation helps you move between areas such as: - Dashboard - Website content - Services - Pricing - Search visibility information - Site settings - User accounts The exact items you see depend on your role. ### Notifications Sherkety ERP & Website Platform may show short messages to confirm actions or alert you to something important. ### Language Option If multiple languages are available, you may see a language switcher so you can work in your preferred language. ### Theme Option You may also see a light or dark appearance option. ### Search or Quick Access Some accounts may have a quick search tool to help open pages and actions faster. ## First-Time Setup In some cases, your first login may be very simple and take you straight to the dashboard. In other cases, your organization may ask you to complete a few first-time checks, such as: - Confirming that your account details are correct - Reviewing the pages or sections you are responsible for - Checking the selected language - Choosing your preferred appearance - Opening the main area you will use most often If your team has a custom setup process, follow the instructions provided by your administrator. ## If You Are a Content Editor If you signed in to update website content, your first step is usually to review the pages you manage and confirm that you can access the correct editing areas. You may later work with page content, services, pricing, or other website sections depending on your role. To get familiar with the public-facing side of Sherkety ERP & Website Platform, start with: - [Browsing the Sherkety Public Website](/browsing-the-sherkety-public-website) - [Using Header Menus and Footer Links](/using-header-menus-and-footer-links) - [Finding Services Through Navigation and Service Menus](/finding-services-through-navigation-and-service-menus) ## If You Are an Administrator If you signed in as an administrator, your first step is usually to confirm that you can access the areas your team manages, such as users, settings, services, pricing, and website content. You may also want to check the public website experience so you understand what visitors see. Helpful starting points include: - [Browsing the Sherkety Public Website](/browsing-the-sherkety-public-website) - [Understanding the Homepage Hero and Primary Actions](/understanding-the-homepage-hero-and-primary-actions) - [Finding Answers in FAQ and Policy Pages](/finding-answers-in-faq-and-policy-pages) ## Sign Out When You Finish When you are done: 1. Open your account menu. 2. Click **Sign out**. 3. Wait until Sherkety ERP & Website Platform returns you to the sign-in page. This is especially important if you are using a shared computer. ## Next Steps After your first login, a good next step is to get comfortable with how pages are organized and how the public website is structured. Recommended reading: - [Browsing the Sherkety Public Website](/browsing-the-sherkety-public-website) - [Using Header Menus and Footer Links](/using-header-menus-and-footer-links) - [Understanding Breadcrumbs and Page Location](/understanding-breadcrumbs-and-page-location) - [Contacting Sherkety Through Forms and Direct Channels](/contacting-sherkety-through-forms-and-direct-channels) If your work is focused on website content, services, or visitor journeys, these guides will help you get oriented without needing to learn everything at once. ## Frequently Asked Questions This page answers common visitor and admin questions about Sherkety ERP & Website Platform. If you need step-by-step instructions, use the linked guides in each answer. ## General ### What is Sherkety ERP & Website Platform? Sherkety ERP & Website Platform combines a public business website with an admin area for managing content, services, pricing, and user access. Visitors can explore services and ERP modules, while authorized users can maintain website information and settings. See [Finding Services Through Navigation and Service Menus](/finding-services-through-navigation-and-service-menus). ### Do I need to sign in to browse the public website? No, public pages such as services, ERP module pages, contact pages, FAQ, and policy pages can be viewed without signing in. You only need an account to access protected admin features. See [Finding Answers in FAQ and Policy Pages](/finding-answers-in-faq-and-policy-pages). ### Where should I start if I am new to Sherkety ERP & Website Platform? Start with the main website navigation, then open the service or ERP section that matches your interest. If you are comparing options, the FAQ, pricing areas, and contact actions are usually the fastest next steps. See [Using Header Navigation Across Public Pages](/using-header-navigation-across-public-pages). ### How can I quickly find answers before contacting the team? Open the public FAQ page first and scan the question titles for your topic. If the answer still feels incomplete, move to the related service page, ERP page, or contact option shown nearby. See [Using FAQ and Disclaimer Pages for Common Questions](/using-faq-and-disclaimer-pages-for-common-questions). ## Website Navigation ### How do I find business services on the website? Use the main header and open the services menu instead of relying only on homepage scrolling. On smaller screens, open the mobile menu first, then look for the services section. See [Finding Services Through Navigation and Service Menus](/finding-services-through-navigation-and-service-menus). ### Why can’t I find a page I saw earlier? The page may be under a different menu group, in the footer, or inside a language-specific version of the site. It also helps to return to the homepage or use the header rather than searching through one long page. See [Navigating Footer Link Groups and Secondary Destinations](/navigating-footer-link-groups-and-secondary-destinations). ### What should I do if a header or footer link does not go where I expected? First check whether you clicked a company link, policy link, social icon, or action button, since each type leads somewhere different. If the shortcut feels unclear, use the full page version from the header or Contact page instead. See [Using Header Navigation Across Public Pages](/using-header-navigation-across-public-pages) and [Understanding Footer Navigation and Secondary Links](/understanding-footer-navigation-and-secondary-links). ## Language and Browsing ### Can I browse Sherkety ERP & Website Platform in more than one language? Yes, Sherkety ERP & Website Platform supports multilingual browsing on public pages. You can switch languages using the visible language control on supported pages. See [Switching Languages While Browsing the Platform](/switching-languages-while-browsing-the-platform). ### Why did the language switcher send me to the homepage? This usually means the current page is not available in the language you selected. When that happens, Sherkety ERP & Website Platform may open the homepage for that language instead of the matching page. See [Understanding Language Specific Routes and Page Availability](/understanding-language-specific-routes-and-page-availability). ### Why is a page opening in the wrong language? Check the page address first and confirm that it includes the expected language path. Older bookmarks or general homepage links may reopen the default version instead of the localized page. See [Browsing Localized Pages and Language Specific Routes](/browsing-localized-pages-and-language-specific-routes). ## Services and Packages ### How do I compare services or packages without getting confused? Compare one category at a time and focus on the included items, package summaries, and visible differences between options. If two offers still seem similar, open both pages side by side and use the contact option for a direct clarification. See [Discovering Services and Comparing Business Offers](/discovering-services-and-comparing-business-offers). ### What if a service page does not answer my question? Use the page as a starting point, then move to related pricing, FAQ, or contact links instead of guessing. Many pages are designed to introduce the offer first and send you to the right next step for more detail. See [Discovering Business Services From Service Pages](/discovering-business-services-from-service-pages). ### How do I ask about pricing or request a quote? Look for the visible call to action on the service or package page, such as a quote request, contact prompt, or inquiry button. If the action does not work as expected, check the form fields carefully and try again from the Contact page if needed. See [Using Service Page Calls to Action and Inquiry Prompts](/using-service-page-calls-to-action-and-inquiry-prompts). ### Are homepage offers and package highlights enough to make a decision? They are useful for a first comparison, but they are not always the full picture. It is best to confirm included items, scope, and next steps on the related detail page before deciding. See [Using Homepage Promotions and Package Highlights](/using-homepage-promotions-and-package-highlights). ## ERP Modules ### Where can I explore ERP modules such as HR, Inventory, Sales & CRM, and Reporting? Start from the ERP apps catalog or from the module links shown across marketing pages. The catalog is especially helpful when you want to move from broad package messaging to specific module details. See [Evaluating ERP Modules From Catalog to Detail Pages](/evaluating-erp-modules-from-catalog-to-detail-pages). ### What should I do if module pricing is unclear? Do not assume how the pricing works from a short label alone. Use the inquiry action and ask whether the price is fixed, recurring, per user, per company, or based on a custom quote. See [Evaluating ERP Modules From Catalog to Detail Pages](/evaluating-erp-modules-from-catalog-to-detail-pages). ### How do I know whether an ERP package page is enough, or if I should open the apps catalog? If the package page feels too general, move to the ERP apps catalog for a more direct view of available apps. This helps you confirm whether the advertised package scope matches the modules you actually need. See [Using ERP Discovery Paths From Marketing Pages](/using-erp-discovery-paths-from-marketing-pages). ### What if I am interested in a specific module like HR, Inventory, or Sales & CRM? Open that module’s detail page and review its features, pricing area, and contact options. If something still feels unclear, use the page’s inquiry action rather than trying to infer missing details. See [Reviewing Hr Pricing and Next Step Options](/reviewing-hr-pricing-and-next-step-options), [Reviewing Inventory Pricing and Next Steps](/reviewing-inventory-pricing-and-next-steps), and [Reviewing Sales and Crm Pricing and Evaluation Actions](/reviewing-sales-and-crm-pricing-and-evaluation-actions). ## Contact and Trust ### How can I contact Sherkety ERP & Website Platform? You can usually contact Sherkety ERP & Website Platform through contact forms, direct contact details, and linked channels such as WhatsApp or social pages where provided. If one contact path does not work, the full Contact page is usually the best fallback. See [Contacting Sherkety Through Forms and Direct Channels](/contacting-sherkety-through-forms-and-direct-channels). ### What should I do if a contact form does not submit? Check for missing required fields, an incorrect email format, or an unchecked consent box if one is shown. After correcting any visible issue, submit again and watch for the message shown on screen. See [Sending Messages Through the Contact Page](/sending-messages-through-the-contact-page). ### Where can I check privacy, terms, and other policy information? These public pages are usually available from the footer and help you review privacy, cookies, terms, disclaimer, and app privacy details. They are useful when you want to confirm how information is handled or what website statements formally mean. See [Finding Answers in FAQ and Policy Pages](/finding-answers-in-faq-and-policy-pages). ### When should I use the FAQ page instead of the policy pages? Use the FAQ page for practical questions about services, onboarding, demos, support, or next steps. Use policy and disclaimer pages when you need formal information about privacy, cookies, responsibilities, or limits around website content. See [Using Faq and Disclaimer Pages to Clarify Website Information](/using-faq-and-disclaimer-pages-to-clarify-website-informatio). ## Admin Access and Content Management ### Who can access the admin area? Only authorized users with the right account and role can open protected admin pages. If you can browse the public site but cannot open admin pages, your access may be limited or you may need to sign in first. See [Reviewing User Access and Resolving Common Admin Issues](/reviewing-user-access-and-resolving-common-admin-issues). ### Why can’t I see edit controls on the website? In most cases, you are either signed out, using an account without editing rights, or viewing the page outside an editable session. Sherkety ERP & Website Platform only shows inline editing tools to users with the correct permissions. See [Understanding Inline Editing Entry Points on Public Pages](/understanding-inline-editing-entry-points-on-public-pages). ### What should I do if my content update does not appear on the public website? Reopen the item and confirm that you saved the correct record and that it is active, visible, or published if those options are available. Many update problems come from editing the right content but leaving it in a draft or hidden state. See [Managing Service Catalog Content in Admin](/managing-service-catalog-content-in-admin) and [Managing Services Pricing and Site Settings](/managing-services-pricing-and-site-settings). ### Why does a translated field look blank in the editor? This usually means you are viewing a language that has not been filled in yet, or you switched languages without saving first. Check the language selector in the editor and confirm you are editing the intended version. See [Editing Multilingual Content in the Editor](/editing-multilingual-content-in-the-editor). ### What if a user account or role change does not seem to work? Reopen the user record and confirm that the intended role was actually saved. It can also help to ask the user to sign out and sign back in before testing the change again. See [Managing User Accounts and Role Assignments](/managing-user-accounts-and-role-assignments). ## Common Problems ### What do I do when I see a warning or error message? Read the message carefully before trying the same action again. In Sherkety ERP & Website Platform, the message often points to the exact field, step, or correction needed. See [Recognizing Warnings Errors and Dismissible Notices](/recognizing-warnings-errors-and-dismissible-notices). ### Why does the page keep showing loading placeholders or retry messages? Start by refreshing the page and checking whether the issue affects only one page or several areas. If multiple pages behave the same way, the problem may be broader than a single screen. See [Understanding Loading Placeholders Empty States and Errors](/understanding-loading-placeholders-empty-states-and-errors) and [Responding to Missing Content and Retry Messages](/responding-to-missing-content-and-retry-messages). ### What does a success message mean if I still see old information? Sometimes the action completed, but the visible page has not refreshed yet. Reopen the record, check the saved values again, and confirm whether the page state matches the message you received. See [Understanding Toast Messages and Action Feedback](/understanding-toast-messages-and-action-feedback). ## Getting Help If you are not sure where to start, this page will help you find the right support information in Sherkety ERP & Website Platform documentation. ## Start with the documentation For most questions, the fastest answer is usually in the documentation. If you are trying to understand how to use a feature, begin with the section that matches what you are doing: - Public website browsing and visitor actions - ERP module pages and package information - Admin sign-in and dashboard use - Content editing and page updates - Services, pricing, settings, and user management If something is not working as expected, go to [Help & Troubleshooting](/help-troubleshooting). That section is the best place to check common problems, possible causes, and next steps. If you have a quick question, check [FAQ](/faq). This is useful for common visitor questions about services, packages, demos, trials, and general use of Sherkety ERP & Website Platform. ## Find help by what you are trying to do ### I am exploring services or ERP modules If you are comparing offerings, reading about modules, or deciding whether to request a demo or start a trial, use the pages related to: - business services - company registration options - accounting services - startup packages - ERP apps and module pages - pricing and package comparisons You may also find answers in [FAQ](/faq), especially for common pre-sales questions. ### I need help using the website in another language If you want to browse Sherkety ERP & Website Platform in a different language, look for documentation about language switching and multilingual browsing. If page content appears incomplete or different between languages, check [Help & Troubleshooting](/help-troubleshooting) first. ### I am an authorized user working in the admin area If you sign in to manage content or settings, look for the documentation that matches your task, such as: - dashboard use - editing page content - managing services - updating pricing - changing site settings - managing users - maintaining search preview information If you cannot sign in, cannot see a page, or do not have access to an action you expected, go to [Help & Troubleshooting](/help-troubleshooting). ## When to use FAQ Use [FAQ](/faq) when your question is short and practical, for example: - What services are available? - How do I request a demo? - How do I start a trial? - Where can I compare packages? - How do I contact the company? If your question needs step-by-step guidance, the main documentation or [Help & Troubleshooting](/help-troubleshooting) will usually be more useful than the FAQ. ## When to use Help & Troubleshooting Use [Help & Troubleshooting](/help-troubleshooting) if you are facing a problem, such as: - a page not loading properly - content not appearing as expected - trouble signing in - missing permissions in the admin area - language or display issues - actions that do not save - confusion about where to find a setting or management page That section is designed to help you identify the issue and choose the next step. ## Contacting support If the documentation and troubleshooting guidance do not solve your issue, contact the Sherkety team through the support or contact channels provided on the website. Use the contact option that best matches your need, such as: - general contact forms - sales inquiry options - demo request forms - trial request options - WhatsApp or other listed contact channels - social media contact links where appropriate When contacting support, it helps to include: - what you were trying to do - the page or area you were using - what happened instead - whether the issue affects one language or more than one - whether the issue happens every time ## If you are not sure where to go Use this simple path: 1. Look for the feature guide related to your task. 2. If something is wrong, check [Help & Troubleshooting](/help-troubleshooting). 3. If your question is common and short, check [FAQ](/faq). 4. If you still need help, contact the Sherkety team through the available support channels. ## Related pages - [Help & Troubleshooting](/help-troubleshooting) - [FAQ](/faq) ## About This Path This learning path is for the **Administrator** in **Sherkety ERP & Website Platform**. It is designed for people who manage services, pricing, SEO, settings, migrations, and user access from the admin portal. You will start with the basics of moving around, reading on-screen feedback, and understanding common page patterns. Then you will build confidence with admin navigation, content and SEO work, user management, migration tasks, and safe review habits. This order matters because Administrators in **Sherkety ERP & Website Platform** often work across many areas, and it is easier to do that well when you first understand how pages, messages, navigation, and editing flows behave. ## Prerequisites Before you begin, make sure you: - Have your admin sign-in details ready - Can access **Sherkety ERP & Website Platform** - Are allowed to open the admin portal - Know which languages your organization uses - Are prepared to review public pages as well as admin pages - Have time to follow the path in order, especially if this is your first time using **Sherkety ERP & Website Platform** ## Your Learning Journey 1. [Switching Languages While Browsing the Platform](doc:/switching-languages-while-browsing-the-platform) — Learn how language changes affect what you see before you begin admin work. **5 min read | Beginner** 2. [Using Light and Dark Display Modes](doc:/using-light-and-dark-display-modes) — Get comfortable with the display style that makes daily work easier. **5 min read | Beginner** 3. [Signing In and Accessing the Admin Portal](doc:/signing-in-and-accessing-the-admin-portal) — Start with the basics of entering the protected admin area correctly. **5 min read | Beginner** 4. [Understanding Toast Messages and Action Feedback](doc:/understanding-toast-messages-and-action-feedback) — Know how to read quick save and action messages with confidence. **6 min read | Beginner** 5. [Selecting Single Dates and Date Ranges](doc:/selecting-single-dates-and-date-ranges) — Prepare for pages that use calendar choices in filters and workflows. **5 min read | Beginner** 6. [Working With Drawers Dialogs and Confirmation Prompts](doc:/working-with-drawers-dialogs-and-confirmation-prompts) — Understand the pop-up layouts used in many admin tasks. **8 min read | Beginner** 7. [Resizing Panels for Better Workspace Visibility](doc:/resizing-panels-for-better-workspace-visibility) — Make your workspace easier to read when pages are split into sections. **5 min read | Beginner** 8. [Reading Charts Badges and Status Colors](doc:/reading-charts-badges-and-status-colors) — Learn how visual cues help you judge status and progress quickly. **6 min read | Beginner** 9. [Understanding Loading Placeholders Empty States and Errors](doc:/understanding-loading-placeholders-empty-states-and-errors) — Recognize whether a page is loading, empty, or needs attention. **7 min read | Beginner** 10. [Using Pagination in Catalogs and Admin Lists](doc:/using-pagination-in-catalogs-and-admin-lists) — Move through longer admin lists without losing your place. **5 min read | Beginner** 11. [Recognizing Warnings Errors and Dismissible Notices](doc:/recognizing-warnings-errors-and-dismissible-notices) — Spot important notices before they affect your work. **6 min read | Beginner** 12. [Understanding Dialog Actions and Safe Confirmation Steps](doc:/understanding-dialog-actions-and-safe-confirmation-steps) — Build safe habits when confirming important changes. **6 min read | Beginner** 13. [Understanding Panel Boundaries and Layout Behavior](doc:/understanding-panel-boundaries-and-layout-behavior) — Understand how page sections respond when space changes. **6 min read | Beginner** 14. [Understanding Visual Priority and Highlighted Metrics](doc:/understanding-visual-priority-and-highlighted-metrics) — Learn where **Sherkety ERP & Website Platform** draws your attention first. **6 min read | Beginner** 15. [Responding to Missing Content and Retry Messages](doc:/responding-to-missing-content-and-retry-messages) — Know what to do when content does not appear as expected. **5 min read | Beginner** 16. [Understanding Breadcrumbs and Page Location](doc:/understanding-breadcrumbs-and-page-location) — Stay oriented as you move between deeper pages. **5 min read | Beginner** 17. [Understanding Saved Display Preferences](doc:/understanding-saved-display-preferences) — Understand how your display choices are remembered. **5 min read | Beginner** 18. [Understanding Breadcrumbs Drawers and Shared Navigation Patterns](doc:/understanding-breadcrumbs-drawers-and-shared-navigation-patterns) — See the repeated navigation ideas used across public and admin areas. **6 min read | Beginner** 19. [Navigating Admin Sections for Content and Configuration](doc:/navigating-admin-sections-for-content-and-configuration) — Learn the main routes between dashboard, content, services, pricing, SEO, settings, and users. **5 min read | Intermediate** 20. [Managing Services and Pricing From the Admin Portal](doc:/managing-services-and-pricing-from-the-admin-portal) — Begin core Administrator work on public offerings and commercial details. **10 min read | Beginner** 21. [Managing Multilingual Fields in the Content Editor](doc:/managing-multilingual-fields-in-the-content-editor) — Keep translated content aligned across supported languages. **7 min read | Beginner** 22. [Maintaining Page SEO Details in Admin](doc:/maintaining-page-seo-details-in-admin) — Learn how to manage search-facing page details responsibly. **6 min read | Beginner** 23. [Managing User Lifecycle in the Admin Portal](doc:/managing-user-lifecycle-in-the-admin-portal) — Understand how to review and maintain user accounts over time. **8 min read | Beginner** 24. [Assigning Roles and Understanding Visibility Rules](doc:/assigning-roles-and-understanding-visibility-rules) — Make better decisions about who should see and manage each area. **7 min read | Beginner** 25. [Running Homepage Migration Workflows](doc:/running-homepage-migration-workflows) — Learn the visible steps for starting and watching migration work. **6 min read | Beginner** 26. [Checking Migration Results and Validating Homepage Content](doc:/checking-migration-results-and-validating-homepage-content) — Review whether homepage content looks correct after migration. **7 min read | Beginner** 27. [Maintaining Site Wide Settings in the Admin Portal](doc:/maintaining-site-wide-settings-in-the-admin-portal) — Understand settings that affect broader website behavior. **5 min read | Intermediate** 28. [Understanding Admin Page Access and Protected Navigation](doc:/understanding-admin-page-access-and-protected-navigation) — Learn what restricted access looks like and how navigation changes by role. **6 min read | Beginner** 29. [Managing Service Catalog Content in Admin](doc:/managing-service-catalog-content-in-admin) — Connect admin updates to the service content visitors actually see. **8 min read | Beginner** 30. [Editing Footer and Shared Website Sections Inline](doc:/editing-footer-and-shared-website-sections-inline) — Update shared website areas carefully and consistently. **7 min read | Beginner** 31. [Validating Saving and Reviewing Content Changes](doc:/validating-saving-and-reviewing-content-changes) — Build a reliable review habit before and after saving edits. **7 min read | Beginner** 32. [Keeping Search Facing Content Consistent Across Pages](doc:/keeping-search-facing-content-consistent-across-pages) — Keep titles, descriptions, and page messaging aligned across the website. **8 min read | Beginner** 33. [Reviewing User Access and Resolving Common Admin Issues](doc:/reviewing-user-access-and-resolving-common-admin-issues) — Troubleshoot common access and visibility problems with confidence. **7 min read | Beginner** 34. [Planning Safe Follow Up Actions After Migration](doc:/planning-safe-follow-up-actions-after-migration) — Use a careful checklist before making more changes after migration. **8 min read | Intermediate** 35. [Signing Out and Ending Admin Sessions Safely](doc:/signing-out-and-ending-admin-sessions-safely) — Finish your work securely and know what happens after sign-out. **5 min read | Beginner** 36. [Choosing Between Inline Editing and Admin Pages](doc:/choosing-between-inline-editing-and-admin-pages) — Decide the best place to make each kind of update. **6 min read | Beginner** 37. [Reviewing SEO Updates Before and After Publication](doc:/reviewing-seo-updates-before-and-after-publication) — Confirm that search-facing updates match page content before and after changes go live. **7 min read | Intermediate** 38. [Understanding Admin Portal Structure and Main Destinations](doc:/understanding-admin-portal-structure-and-main-destinations) — End with a full picture of how all major admin areas fit together. **6 min read | Beginner** ## What You'll Be Able to Do After completing this path, you will be able to: - Sign in to **Sherkety ERP & Website Platform** and move through the admin portal with confidence - Switch language and display preferences while understanding how those choices affect your work - Read success messages, warnings, errors, notices, and confirmation prompts correctly - Use breadcrumbs, lists, page sections, panels, and shared navigation patterns to stay oriented - Manage services, pricing, and service catalog content from the admin area - Update multilingual content and review changes before saving - Maintain page SEO details and keep search-facing information consistent across pages - Review, maintain, and troubleshoot user accounts, roles, and access visibility - Run homepage migration workflows and validate results safely - Maintain site-wide settings that affect the public website and admin experience - Choose the right editing method for each task, including inline editing and admin pages - Sign out safely and follow good session habits as an Administrator ## About This Path This learning path is for the **Business Services Visitor** who is exploring company registration, accounting services, startup packages, and related support in **Sherkety ERP & Website Platform**. You will learn how to move through the public website, understand the main page types, compare service options, review trust and package information, and choose the best way to contact Sherkety. This order matters because it starts with simple orientation, then helps you explore services and offers, and finally shows you how to ask questions, compare choices, and handle common browsing situations with confidence. ## Prerequisites Before you begin, it helps to: - Open **Sherkety ERP & Website Platform** in your browser - Be ready to browse public pages without needing an account - Know the main topics you care about, such as accounting, company registration, startup support, or ERP options - Set aside time to review several short guides in order - If you prefer a specific language or display style, be ready to switch it while browsing ## Your Learning Journey 1. [Browsing the Sherkety Public Website](doc:/browsing-the-sherkety-public-website) — Start here to understand how a Business Services Visitor first moves through the public pages in Sherkety ERP & Website Platform. **6 min read | Beginner** 2. [Using Header Menus and Footer Links](doc:/using-header-menus-and-footer-links) — Learn the main navigation areas that help you reach services, company pages, and contact details quickly. **6 min read | Beginner** 3. [Exploring Homepage Promotions and Trust Content](doc:/exploring-homepage-promotions-and-trust-content) — This helps you read the homepage with purpose and notice the sections that build confidence and highlight offers. **6 min read | Beginner** 4. [Finding Services Through Navigation and Service Menus](doc:/finding-services-through-navigation-and-service-menus) — Use this guide to reach business service pages efficiently and compare where each path leads. **5 min read | Beginner** 5. [Exploring the Accounting Services Page](doc:/exploring-the-accounting-services-page) — Read this to understand how accounting offers are presented and what actions you can take next. **6 min read | Beginner** 6. [Browsing Company Type Guidance and Registration Content](doc:/browsing-company-type-guidance-and-registration-content) — This guide helps you review registration-related information and compare company type options. **6 min read | Beginner** 7. [Contacting Sherkety Through Forms and Direct Channels](doc:/contacting-sherkety-through-forms-and-direct-channels) — Learn the main ways a Business Services Visitor can reach out for help or follow-up. **5 min read | Beginner** 8. [Finding Answers in FAQ and Policy Pages](doc:/finding-answers-in-faq-and-policy-pages) — Use this when you want quick answers about common questions, privacy, terms, or related policies. **6 min read | Beginner** 9. [Switching Languages While Browsing the Platform](doc:/switching-languages-while-browsing-the-platform) — This is useful if you want to browse Sherkety ERP & Website Platform in the language that feels most comfortable. **5 min read | Beginner** 10. [Using Light and Dark Display Modes](doc:/using-light-and-dark-display-modes) — Learn how to change the page appearance so browsing feels easier for you. **5 min read | Beginner** 11. [Understanding Loading Placeholders Empty States and Errors](doc:/understanding-loading-placeholders-empty-states-and-errors) — This helps you understand what page messages mean when content is still loading or not available. **7 min read | Beginner** 12. [Understanding the Homepage Hero and Primary Actions](doc:/understanding-the-homepage-hero-and-primary-actions) — Focus on the first section of the homepage so you can quickly spot key messages and next steps. **5 min read | Beginner** 13. [Reviewing Startup Package and Value Sections](doc:/reviewing-startup-package-and-value-sections) — Read this to understand how startup support is presented and how value is explained to visitors. **5 min read | Beginner** 14. [Using Comparison Sections to Evaluate Offerings](doc:/using-comparison-sections-to-evaluate-offerings) — This guide helps you compare options side by side before deciding what fits your business needs. **6 min read | Beginner** 15. [Browsing Localized Pages and Language Specific Routes](doc:/browsing-localized-pages-and-language-specific-routes) — Use this to browse confidently when pages appear in different language versions. **6 min read | Beginner** 16. [Comparing Website and ERP Offerings](doc:/comparing-website-and-erp-offerings) — This matters if you want to understand how business services and ERP-related offers are presented together. **6 min read | Beginner** 17. [Responding to Missing Content and Retry Messages](doc:/responding-to-missing-content-and-retry-messages) — Learn what to do if a page does not load properly or asks you to try again. **5 min read | Beginner** 18. [Understanding Breadcrumbs and Page Location](doc:/understanding-breadcrumbs-and-page-location) — This shows you how to stay oriented when moving into deeper pages such as company type details. **5 min read | Beginner** 19. [Viewing Team and Ecosystem Highlights](doc:/viewing-team-and-ecosystem-highlights) — Review this to better understand the trust-building content that supports service decisions. **5 min read | Beginner** 20. [Using Social Links and Business Details](doc:/using-social-links-and-business-details) — Finish here to make sure you can use public business details and social channels when you are ready to connect. **5 min read | Beginner** ## What You'll Be Able to Do After completing this path, you will be able to: - Move through the public pages of **Sherkety ERP & Website Platform** with confidence - Use header menus, footer links, breadcrumbs, and page sections to stay oriented - Find accounting services, company registration guidance, and startup package information - Understand the difference between service-focused pages and ERP-related offer pages - Review homepage trust content, promotions, team highlights, and value sections more effectively - Compare service options and package choices before contacting Sherkety - Use language switching and display mode controls to browse more comfortably - Recognize when content is loading, missing, or temporarily unavailable, and know what to do next - Use contact forms, phone, email, WhatsApp, social links, and business details to reach the right team - Read FAQ and policy pages to answer common questions before making an inquiry ## About This Path This learning path is for the **Content Editor** in **Sherkety ERP & Website Platform**. It is designed for people who update website content, work across languages, maintain page sections, and review changes before they go live. You will start with the basics of moving around **Sherkety ERP & Website Platform**, understanding messages, and working comfortably in the interface. Then you will move into admin access, content editing, multilingual work, SEO details, previewing, and safe review steps. This order matters because strong editing habits come from first understanding how to navigate, recognize feedback, and avoid mistakes before making public content changes. ## Prerequisites Before you begin, make sure you: - Have your sign-in details for **Sherkety ERP & Website Platform** - Can access the admin area with the right permissions - Know which languages your website content uses - Have a clear idea of which pages or sections you are responsible for - Are ready to review changes carefully before saving or publishing ## Your Learning Journey 1. [Switching Languages While Browsing the Platform](doc:/switching-languages-while-browsing-the-platform) — Learn how language switching works so you can confidently move between translated website pages and editing areas. **5 min read | Beginner** 2. [Using Light and Dark Display Modes](doc:/using-light-and-dark-display-modes) — Choose a comfortable reading view before you spend time reviewing and editing content. **5 min read | Beginner** 3. [Signing In and Accessing the Admin Portal](doc:/signing-in-and-accessing-the-admin-portal) — Start here to understand how authorized access works before you begin any editing task. **5 min read | Beginner** 4. [Understanding Toast Messages and Action Feedback](doc:/understanding-toast-messages-and-action-feedback) — This helps you recognize whether a save, update, or warning needs your attention. **6 min read | Beginner** 5. [Selecting Single Dates and Date Ranges](doc:/selecting-single-dates-and-date-ranges) — Useful when content tasks or admin pages ask you to choose one date or a date range. **5 min read | Beginner** 6. [Working With Drawers Dialogs and Confirmation Prompts](doc:/working-with-drawers-dialogs-and-confirmation-prompts) — You will often see temporary panels and confirmation steps while editing, reviewing, or saving. **8 min read | Beginner** 7. [Resizing Panels for Better Workspace Visibility](doc:/resizing-panels-for-better-workspace-visibility) — Adjust your workspace so longer content and side-by-side review are easier to manage. **5 min read | Beginner** 8. [Reading Charts Badges and Status Colors](doc:/reading-charts-badges-and-status-colors) — Learn the common visual cues that help you quickly understand page status and summaries. **6 min read | Beginner** 9. [Understanding Loading Placeholders Empty States and Errors](doc:/understanding-loading-placeholders-empty-states-and-errors) — This prepares you to tell the difference between a page still loading, missing content, or a real problem. **7 min read | Beginner** 10. [Reviewing Migration Results and Follow Up Checks](doc:/reviewing-migration-results-and-follow-up-checks) — Helpful if you need to inspect website content after larger updates or imported changes. **7 min read | Beginner** 11. [Using Pagination in Catalogs and Admin Lists](doc:/using-pagination-in-catalogs-and-admin-lists) — Important for moving through longer admin lists without losing your place. **5 min read | Beginner** 12. [Recognizing Warnings Errors and Dismissible Notices](doc:/recognizing-warnings-errors-and-dismissible-notices) — Learn which notices can be cleared and which ones should change your next step. **6 min read | Beginner** 13. [Understanding Dialog Actions and Safe Confirmation Steps](doc:/understanding-dialog-actions-and-safe-confirmation-steps) — This builds safe habits when **Sherkety ERP & Website Platform** asks you to confirm an important action. **6 min read | Beginner** 14. [Understanding Panel Boundaries and Layout Behavior](doc:/understanding-panel-boundaries-and-layout-behavior) — A good follow-up to workspace resizing so you know what to expect as layouts adjust. **6 min read | Beginner** 15. [Understanding Visual Priority and Highlighted Metrics](doc:/understanding-visual-priority-and-highlighted-metrics) — Helps you focus on what matters most when reviewing busy pages or admin summaries. **6 min read | Beginner** 16. [Responding to Missing Content and Retry Messages](doc:/responding-to-missing-content-and-retry-messages) — Know what to do when content does not appear and **Sherkety ERP & Website Platform** offers another try. **5 min read | Beginner** 17. [Understanding Breadcrumbs and Page Location](doc:/understanding-breadcrumbs-and-page-location) — Use page location cues to stay oriented while moving between public pages and deeper sections. **5 min read | Beginner** 18. [Understanding Saved Display Preferences](doc:/understanding-saved-display-preferences) — Learn how your display choices are remembered so your workspace stays consistent. **5 min read | Beginner** 19. [Understanding Breadcrumbs Drawers and Shared Navigation Patterns](doc:/understanding-breadcrumbs-drawers-and-shared-navigation-patterns) — This ties together the main navigation patterns you will keep seeing across your work. **6 min read | Beginner** 20. [Navigating Admin Sections for Content and Configuration](doc:/navigating-admin-sections-for-content-and-configuration) — Get familiar with the main admin destinations used during content work. **5 min read | Intermediate** 21. [Managing Services and Pricing From the Admin Portal](doc:/managing-services-and-pricing-from-the-admin-portal) — Useful when your editing work includes public service details or pricing content. **10 min read | Beginner** 22. [Updating Homepage and Public Sections With Inline Tools](doc:/updating-homepage-and-public-sections-with-inline-tools) — Learn how to make direct page-level updates from the visible website layout. **6 min read | Beginner** 23. [Managing Multilingual Fields in the Content Editor](doc:/managing-multilingual-fields-in-the-content-editor) — This is core reading for a Content Editor working across language versions. **7 min read | Beginner** 24. [Editing Structured Content and Repeating Items](doc:/editing-structured-content-and-repeating-items) — Important for managing lists, cards, team entries, and other repeated content blocks. **8 min read | Beginner** 25. [Maintaining Page SEO Details in Admin](doc:/maintaining-page-seo-details-in-admin) — Learn how to keep page titles and descriptions aligned with the content you maintain. **6 min read | Beginner** 26. [Checking Migration Results and Validating Homepage Content](doc:/checking-migration-results-and-validating-homepage-content) — A practical review step after larger content changes affect the homepage. **7 min read | Beginner** 27. [Understanding Admin Page Access and Protected Navigation](doc:/understanding-admin-page-access-and-protected-navigation) — Know why some areas are visible or hidden and what to expect when access is limited. **6 min read | Beginner** 28. [Managing Service Catalog Content in Admin](doc:/managing-service-catalog-content-in-admin) — Helps you maintain service-related website content in the right admin areas. **8 min read | Beginner** 29. [Editing Footer and Shared Website Sections Inline](doc:/editing-footer-and-shared-website-sections-inline) — Learn how to safely update shared content that appears across many pages. **7 min read | Beginner** 30. [Validating Saving and Reviewing Content Changes](doc:/validating-saving-and-reviewing-content-changes) — Finish with the full save and review habit every Content Editor should follow. **7 min read | Beginner** ## What You'll Be Able to Do After completing this path, you will be able to: - Sign in to **Sherkety ERP & Website Platform** and move confidently through the admin area - Switch between languages and understand which language version you are viewing or editing - Use inline editing tools and admin pages for the right type of content task - Update homepage sections, service content, footer content, and shared website areas - Edit multilingual fields with better consistency across language versions - Manage repeating content such as lists, cards, team entries, and grouped sections - Recognize save confirmations, warnings, errors, and retry messages - Review content changes safely before considering the work complete - Maintain page SEO details so search-facing content stays aligned with page updates - Check migrated or bulk-updated content and confirm visible results on public pages - Work more comfortably by adjusting layout views, panels, and display preferences - Stay oriented across public and admin pages using breadcrumbs, shared navigation patterns, and page location cues ## About This Path This learning path is for the **Prospective ERP Buyer** who is exploring Sherkety ERP & Website Platform before requesting a demo, asking for pricing details, or starting a trial. You will move from broad website browsing into more focused ERP evaluation. This order matters because it helps you first understand how Sherkety ERP & Website Platform is organized, then how to compare offers, and finally how to review individual modules, pricing signals, and next-step actions with confidence. ## Prerequisites Before you begin, it helps to: - Have a clear idea of your business needs, such as accounting, HR, inventory, purchasing, sales, or reporting. - Be ready to compare more than one option, since Sherkety ERP & Website Platform includes both business services and ERP offerings. - Keep a short list of questions you want answered during your review, such as pricing, module fit, rollout scope, or support expectations. - Set aside time to follow the documents in order so the navigation and evaluation flow feels natural. ## Your Learning Journey 1. [Browsing the Sherkety Public Website](doc:browsing-the-sherkety-public-website) — Start here to understand how a first-time visitor moves through Sherkety ERP & Website Platform and finds the main public entry points. **6 min read | Beginner** 2. [Using Header Menus and Footer Links](doc:using-header-menus-and-footer-links) — This helps you quickly reach important pages without guessing where ERP, services, or contact information live. **6 min read | Beginner** 3. [Exploring Homepage Promotions and Trust Content](doc:exploring-homepage-promotions-and-trust-content) — Review the homepage sections that introduce value, credibility, and the main actions available to buyers. **6 min read | Beginner** 4. [Contacting Sherkety Through Forms and Direct Channels](doc:contacting-sherkety-through-forms-and-direct-channels) — Learn the main ways to reach Sherkety ERP & Website Platform when you are ready to ask questions. **5 min read | Beginner** 5. [Finding Answers in FAQ and Policy Pages](doc:finding-answers-in-faq-and-policy-pages) — Use this to answer common questions before spending time on a call or inquiry. **6 min read | Beginner** 6. [Switching Languages While Browsing the Platform](doc:switching-languages-while-browsing-the-platform) — This is useful if you want to evaluate content in your preferred language. **5 min read | Beginner** 7. [Using Light and Dark Display Modes](doc:using-light-and-dark-display-modes) — Make browsing more comfortable while you review pages for longer periods. **5 min read | Beginner** 8. [Discovering ERP Products and Packages](doc:discovering-erp-products-and-packages) — Move from general website browsing into the ERP area where package and product evaluation begins. **6 min read | Beginner** 9. [Browsing the ERP Apps Catalog](doc:browsing-the-erp-apps-catalog) — Use the catalog to see available modules and narrow your attention to the areas that matter most. **5 min read | Beginner** 10. [Evaluating Accounting Capabilities and Pricing](doc:evaluating-accounting-capabilities-and-pricing) — This gives you a buyer-focused view of one of the most important modules, including value and pricing cues. **8 min read | Beginner** 11. [Exploring HR Module Overview and Business Fit](doc:exploring-hr-module-overview-and-business-fit) — Review whether HR coverage matches your workforce and administration needs. **7 min read | Beginner** 12. [Exploring Inventory Visibility and Warehouse Overview](doc:exploring-inventory-visibility-and-warehouse-overview) — Learn how inventory value is presented if stock control and warehouse visibility matter to your business. **6 min read | Beginner** 13. [Discovering the Purchasing Module From Inventory and App Pages](doc:discovering-the-purchasing-module-from-inventory-and-app-pages) — This helps you connect purchasing evaluation to inventory and broader operational planning. **6 min read | Beginner** 14. [Exploring Sales and CRM Overview](doc:exploring-sales-and-crm-overview) — Review how Sherkety ERP & Website Platform presents customer management and sales process support. **6 min read | Beginner** 15. [Exploring Reporting and Analytics Capabilities](doc:exploring-reporting-and-analytics-capabilities) — Understand how reporting value is explained for managers who need visibility and decision support. **6 min read | Beginner** 16. [Reading Charts Badges and Status Colors](doc:reading-charts-badges-and-status-colors) — This helps you read visual cues correctly while comparing pages and summaries. **6 min read | Beginner** 17. [Understanding Loading Placeholders Empty States and Errors](doc:understanding-loading-placeholders-empty-states-and-errors) — Know what to expect if a page looks incomplete or temporarily unavailable during your review. **7 min read | Beginner** 18. [Understanding the Homepage Hero and Primary Actions](doc:understanding-the-homepage-hero-and-primary-actions) — Return to the homepage with a clearer eye for the main messages and buyer actions. **5 min read | Beginner** 19. [Using Comparison Sections to Evaluate Offerings](doc:using-comparison-sections-to-evaluate-offerings) — Use comparison layouts to judge package differences and decide what deserves deeper review. **6 min read | Beginner** 20. [Browsing Localized Pages and Language Specific Routes](doc:browsing-localized-pages-and-language-specific-routes) — Finish by learning how to browse confidently across language-specific pages while keeping your place. **6 min read | Beginner** 21. [Comparing Website and ERP Offerings](doc:comparing-website-and-erp-offerings) — This helps you decide whether your need is best served by ERP, website services, or a combined offering. **6 min read | Beginner** 22. [Understanding Accounting Workflows and Compliance Value](doc:understanding-accounting-workflows-and-compliance-value) — Go deeper into accounting to assess business fit beyond surface pricing and feature summaries. **8 min read | Beginner** 23. [Reviewing Accounting Pricing and Package Fit](doc:reviewing-accounting-pricing-and-package-fit) — Use this to judge whether the accounting offer matches your budget and rollout expectations. **6 min read | Beginner** 24. [Reviewing Employee Management and Organization Features](doc:reviewing-employee-management-and-organization-features) — This helps you evaluate the people-management side of HR in practical business terms. **6 min read | Beginner** 25. [Understanding Attendance Leave and Payroll Capabilities](doc:understanding-attendance-leave-and-payroll-capabilities) — Review whether core HR operations can be handled together in one place. **8 min read | Beginner** ## What You'll Be Able to Do After completing this path, you will be able to: - Move confidently through public pages in Sherkety ERP & Website Platform without getting lost. - Use menus, footers, page sections, and language options to reach the right ERP information faster. - Tell the difference between business services, ERP products, and combined offers. - Compare ERP packages and module entry points before asking for a demo. - Review accounting, HR, inventory, purchasing, sales, and reporting pages with a buyer’s mindset. - Understand visual cues like highlights, badges, charts, and status colors when comparing information. - Recognize when a page is loading, missing content, or showing a temporary problem. - Use contact forms and direct contact channels to ask better questions and take the right next step. - Narrow your shortlist based on business fit, pricing signals, and operational priorities. - Prepare for a more productive demo or sales conversation with Sherkety ERP & Website Platform. ## Navigation Basics If you are new to Sherkety ERP & Website Platform, this guide will help you move around with confidence. It explains how to use the main menu, open pages and records, follow breadcrumbs, and use search tools to find what you need faster. ## Understand the Two Main Areas Sherkety ERP & Website Platform has two connected areas: - **Public website** for visitors who want to explore services, ERP modules, pricing, FAQs, and contact options - **Admin area** for authorized users who manage content, services, pricing, settings, and users Your navigation experience depends on which area you are using. ### On the public website You will usually move through: - The **top header** - The **main navigation menu** - Service and ERP links - Buttons such as **Request Demo**, **Start Trial**, or **Contact Us** - The **footer** for extra links For a full introduction, see [Browsing the Sherkety Public Website](/browsing-the-sherkety-public-website) and [Using Header Menus and Footer Links](/using-header-menus-and-footer-links). ### In the admin area Authorized users usually move through: - The **dashboard** - The **side or top navigation** - Page lists and management screens - Breadcrumbs - Search and quick-find tools ## Start with the Main Menu The main menu is the easiest place to begin. ### Use the website header On the public side of Sherkety ERP & Website Platform, the header helps you jump to key areas such as: - Business services - Company registration information - Accounting services - ERP modules - Contact pages - Trial or demo actions The logo usually returns you to the homepage, which is helpful if you want to restart your journey from the main page. If you want to learn how website menus are organized, read [Finding Services Through Navigation and Service Menus](/finding-services-through-navigation-and-service-menus). ### Use the mobile menu when needed On smaller screens, the main links may appear inside a mobile menu. Open it to see the same main destinations in a more compact layout. This is useful when you are browsing on a phone or tablet and want quick access to: - Services - ERP pages - Contact links - Legal and support pages ## Move Between Common Public Website Pages As a first-time visitor, you will often follow a simple path from the homepage to a detail page. ### Common paths from the homepage Some typical navigation paths include: - **Homepage > Services menu > Accounting Services page** - **Homepage > Services menu > Company registration content** - **Homepage > ERP menu > HR module page** - **Homepage > ERP menu > Inventory module page** - **Homepage > ERP menu > Sales & CRM module page** - **Homepage > ERP menu > Reporting & Analytics module page** - **Homepage > Footer > FAQ or policy pages** - **Homepage > Contact action > contact form or direct contact options** These paths help you move from broad information to more specific details. For related reading, see: - [Exploring the Accounting Services Page](/exploring-the-accounting-services-page) - [Browsing Company Type Guidance and Registration Content](/browsing-company-type-guidance-and-registration-content) - [Finding Answers in FAQ and Policy Pages](/finding-answers-in-faq-and-policy-pages) - [Contacting Sherkety Through Forms and Direct Channels](/contacting-sherkety-through-forms-and-direct-channels) ## Use Page Links to Open Details Many pages in Sherkety ERP & Website Platform lead to more detailed content. ### Open service details From service sections, menus, or comparison areas, select the service name, card, or action button to open the full page. Examples include: - Accounting services - Startup package information - Company type guidance - Website and ERP package details ### Open ERP module details From ERP sections or the ERP apps catalog, select a module to open its dedicated page. Examples include: - HR - Inventory - Sales & CRM - Reporting & Analytics This is the normal way to move from overview pages into detailed product pages. ## Understand Records and Item Lists in the Admin Area In the admin area, you will often see lists of items. These items may include: - Services - Users - Pricing tiers - SEO entries - Website content sections - Settings Think of each row or item as a single saved entry you can open and review. ### Open a record from a list A common path looks like this: - **Dashboard > Services** - **Dashboard > Users** - **Dashboard > Pricing** - **Dashboard > SEO** - **Dashboard > Site Settings** Once you open a section, select an item from the list to view or update it. For example: - **Dashboard > Services > choose a service** - **Dashboard > Users > choose a user** - **Dashboard > Pricing > choose a pricing tier** This is the basic pattern for moving through admin pages. ### Return to the list after viewing an item After reviewing one item, use one of these methods to go back: - The browser back button - The section link in the navigation - The breadcrumb trail at the top of the page Breadcrumbs are usually the easiest way to step back without losing your place. ## Use Breadcrumbs to Know Where You Are Breadcrumbs show your current location and the path you used to get there. A breadcrumb trail may look like this: - **Home > Services > Accounting** - **Dashboard > Services > Edit Service** - **Dashboard > Users > User Details** This helps you answer two important questions: - **Where am I now?** - **How do I go back one level?** If you are deep inside a page and want to return to the previous section, select the earlier breadcrumb item. For a full explanation, see [Understanding Breadcrumbs and Page Location](/understanding-breadcrumbs-and-page-location). ## Use Search to Find Pages Faster Sherkety ERP & Website Platform may include search tools that help you skip manual browsing. ### Website search and discovery On the public side, people often find content by: - Using menu categories - Opening ERP catalogs - Following page links - Moving through grouped footer links If you are comparing services or modules, start with the nearest overview page and then open the detail page you want. ### Quick search in the admin area Authorized users may also have access to a quick search or command search tool. This is useful when you already know what you want to open and do not want to click through several pages. Use it to quickly find: - A management page - A content area - A settings page - A user or service section If search results appear, select the matching item to open it directly. ## Use the Dashboard as Your Admin Starting Point If you are signed in, the dashboard is usually the best place to begin. From there, you can move to the main management areas, such as: - Content management - Services - Pricing - SEO - Site settings - User management A simple navigation habit is: 1. Start at the dashboard 2. Open the area you need 3. Select the item you want to review 4. Use breadcrumbs or navigation to return This keeps your movement simple and predictable. ## Use Footer Links for Secondary Pages Not every page is in the main header. Some pages are easier to find in the footer. Footer links often help you reach: - FAQ pages - Privacy policy - Terms - Company details - Social links - Contact information If you cannot find a page in the header, check the footer next. For more help, see [Using Header Menus and Footer Links](/using-header-menus-and-footer-links) and [Using Social Links and Business Details](/using-social-links-and-business-details). ## Simple Tips for First-Time Users ### If you are a visitor Start with this flow: 1. Open the homepage 2. Use the header menu to choose **Services** or **ERP** 3. Open a detail page 4. Use page buttons for demo, trial, or contact 5. Use breadcrumbs or the logo to move back ### If you are an authorized admin user Start with this flow: 1. Sign in 2. Open the dashboard 3. Choose the section you need 4. Open the item you want to manage 5. Use breadcrumbs to move back to the section list ## When You Feel Lost If you are unsure where to go next in Sherkety ERP & Website Platform, try this order: 1. Check the **header or admin navigation** 2. Look for **breadcrumbs** 3. Return to the **homepage** or **dashboard** 4. Use **search** if available 5. Check the **footer** for secondary links These steps are usually enough to help you get back on track. ## Related Guides To continue learning navigation in Sherkety ERP & Website Platform, read: - [Browsing the Sherkety Public Website](/browsing-the-sherkety-public-website) - [Using Header Menus and Footer Links](/using-header-menus-and-footer-links) - [Understanding Breadcrumbs and Page Location](/understanding-breadcrumbs-and-page-location) - [Finding Services Through Navigation and Service Menus](/finding-services-through-navigation-and-service-menus) - [Exploring the Accounting Services Page](/exploring-the-accounting-services-page) - [Browsing Company Type Guidance and Registration Content](/browsing-company-type-guidance-and-registration-content) - [Contacting Sherkety Through Forms and Direct Channels](/contacting-sherkety-through-forms-and-direct-channels) - [Finding Answers in FAQ and Policy Pages](/finding-answers-in-faq-and-policy-pages) ## Setting Up Your Profile Your profile helps Sherkety ERP & Website Platform feel more personal and easier to use. A few quick updates can make your account clearer for your team and help you receive information in the way that works best for you. This guide walks you through the most common profile changes: - Your name - Your profile photo - Your language - Your timezone - Your notification preferences ## Before You Start Make sure you are signed in to Sherkety ERP & Website Platform with your user account. If you need help getting into your account first, see [Admin Authentication](/admin-authentication). ## Open Your Profile Settings To begin: 1. Sign in to Sherkety ERP & Website Platform. 2. Look for your account area, usually in the top-right corner. 3. Select your name, avatar, or account menu. 4. Choose **Profile**, **My Profile**, or **Settings**, depending on what you see. If you are still learning your way around, these guides may help: - [Admin Dashboard](/admin-dashboard) - [Site Settings](/site-settings) - [User Management](/user-management) ## Update Your Name Your name is how other people may recognize you inside Sherkety ERP & Website Platform. ### To change your name 1. Open your profile settings. 2. Find the field for your **name**. 3. Enter your updated name. 4. Save your changes. ### Tips for choosing your display name - Use your real name so teammates can identify you easily. - Check spelling before saving. - If your company has a naming style, follow that format. ## Change Your Profile Photo A profile photo helps make your account easier to recognize, especially for teams working together in the admin area. ### To update your photo 1. Open your profile settings. 2. Select your current photo or the photo upload option. 3. Choose a clear image from your device. 4. Save your changes. ### Good photo tips - Use a recent and clear photo. - Make sure your face is easy to see. - Avoid busy backgrounds if possible. If your photo does not appear right away, refresh the page and check again. ## Choose Your Language Sherkety ERP & Website Platform supports multilingual use, so you may be able to choose the language that is most comfortable for you. ### To change your language 1. Open your profile settings. 2. Find the **language** option. 3. Select your preferred language. 4. Save your changes. After saving, Sherkety ERP & Website Platform may update the visible text to match your selection. For more help with language options while browsing, see [Language Switching and Multilingual Browsing](/language-switching-and-multilingual-browsing). ## Set Your Timezone Your timezone helps Sherkety ERP & Website Platform show times and dates more accurately for your location. This is especially useful when viewing scheduled items, date-based information, or time-related updates. ### To change your timezone 1. Open your profile settings. 2. Find the **timezone** option. 3. Choose your current city, region, or timezone. 4. Save your changes. ### Why this matters The correct timezone can help with: - More accurate date and time display - Better alignment with your local working hours - Fewer misunderstandings when reviewing time-based information If you regularly work with dates, you may also want to review [Calendar Date Picker](/calendar-date-picker). ## Manage Notification Preferences Notifications help you stay informed about important activity in Sherkety ERP & Website Platform. You may be able to decide which updates you want to receive. ### To update notification preferences 1. Open your profile settings. 2. Find **notifications** or **notification preferences**. 3. Turn options on or off based on what you want to receive. 4. Save your changes. ### Common notification choices Depending on your account, you may see options related to: - Activity updates - Reminders - Important account messages - Status confirmations after actions To learn more about messages shown inside the interface, see [In-App Notifications](/in-app-notifications). ## Save and Review Your Changes After updating your profile: 1. Review each setting carefully. 2. Select **Save** or **Update**. 3. Confirm that your new details appear correctly. It is a good idea to check: - Your name displays correctly - Your photo appears as expected - Your language is correct - Your timezone matches your location - Your notifications are set the way you want ## If You Cannot Edit a Setting In some cases, certain profile details may not be available for you to change. This can depend on your account access or how your organization uses Sherkety ERP & Website Platform. If a setting is unavailable: - Check whether the change is saved automatically or needs confirmation - Refresh the page and try again - Contact your administrator for help If your organization manages users centrally, see [User Management](/user-management). ## Related Guides You may also find these guides helpful as you continue setting up your account: - [Admin Dashboard](/admin-dashboard) - [Language Switching and Multilingual Browsing](/language-switching-and-multilingual-browsing) - [Theme Switching](/theme-switching) - [In-App Notifications](/in-app-notifications) - [User Management](/user-management) ## Next Step Once your profile is set up, you can continue getting comfortable with Sherkety ERP & Website Platform by learning how to move around the interface and access the areas you use most often. ## System Requirements This page explains the basic device and browser requirements for using Sherkety ERP & Website Platform. ## Supported Browsers Sherkety ERP & Website Platform works best on current versions of modern web browsers, including: - Google Chrome - Microsoft Edge - Mozilla Firefox - Safari For the best experience, use the latest available version of your browser. Older browsers may still open parts of Sherkety ERP & Website Platform, but some pages, menus, forms, or editing tools may not work as expected. ## Internet Connection Sherkety ERP & Website Platform requires an active internet connection. A stable broadband or mobile data connection is recommended, especially when: - browsing image-rich pages - switching languages - opening admin pages - editing content - saving changes If your connection is slow or unstable, pages may load more slowly and some actions may take longer to complete. ## Supported Devices You can use Sherkety ERP & Website Platform on: - Desktop computers - Laptop computers - Tablets - Mobile phones The public website is designed to adjust to different screen sizes, including mobile devices. The admin area is also responsive, but it is best used on a desktop or laptop screen for easier navigation, editing, and viewing of tables, settings, and page content. ## Recommended Screen Size For the most comfortable experience: - **Public website:** works on mobile, tablet, and desktop screens - **Admin area:** recommended on screens at least **1280 × 720** - **Best editing experience:** **1366 × 768** or higher Smaller screens can still be used, but some admin pages may feel more crowded and may require more scrolling. ## Display and Interface Support Sherkety ERP & Website Platform includes features such as: - responsive menus - language switching - light and dark appearance options - notifications - date selection - search and quick navigation tools - charts and visual summaries To use these comfortably, keep your browser window updated and avoid very small screen sizes when working in the admin area. ## Browser Settings For normal use of Sherkety ERP & Website Platform, your browser should allow: - JavaScript enabled - Cookies enabled - Local storage enabled These common browser settings help Sherkety ERP & Website Platform remember preferences such as language choice, appearance mode, and sign-in state. ## Accessibility and Usability Notes Sherkety ERP & Website Platform can be viewed on touch screens and with a mouse and keyboard. For longer admin sessions, a keyboard and larger screen are recommended. If you are new to moving around the website, see: - [Browsing the Sherkety Public Website](/browsing-the-sherkety-public-website) - [Using Header Menus and Footer Links](/using-header-menus-and-footer-links) - [Understanding Breadcrumbs and Page Location](/understanding-breadcrumbs-and-page-location) ## If Something Does Not Work If a page does not display correctly or an action does not complete: - refresh the page - make sure your browser is up to date - try another modern browser - check your internet connection - try again on a larger screen if you are using a phone If the issue continues, contact your Sherkety ERP & Website Platform administrator or support contact. ## Understanding the Interface If you are new to Sherkety ERP & Website Platform, the interface may look busy at first. The good news is that most pages follow the same layout. Once you understand the main areas, it becomes much easier to move around with confidence. This guide gives you a quick visual tour of the most important interface parts, including the sidebar, header, breadcrumbs, search, and notifications. ## The Main Areas of the Screen In Sherkety ERP & Website Platform, most pages are organized into a few familiar areas: - **Sidebar** on the side of the page - **Header** across the top - **Breadcrumbs** near the top of the main content - **Main content area** in the center - **Search and quick access tools** in the top area - **Notifications** that appear when something happens Each area helps you do a different kind of task. ## Sidebar The sidebar is the main navigation area for signed-in users. ### What the sidebar does The sidebar helps you move between major sections of Sherkety ERP & Website Platform, such as: - Dashboard - Website content - Services - Pricing - SEO information - Site settings - User management Depending on your role, you may see more or fewer items. ### How to use it Use the sidebar when you want to: - open a different section - return to an area you use often - move from one management page to another On smaller screens, the sidebar may be hidden until you open the menu. This helps keep the page easier to read. ### What to expect Some sidebar items may open directly to a page, while others may expand to show more choices underneath. If you do not see a section you expected, it may be hidden because of your access level. For more about the main admin starting point, see [Admin Dashboard](/admin-dashboard). ## Header The header is the bar across the top of the page. ### What the header does The header usually gives you quick access to common actions and helpful tools. Depending on where you are in Sherkety ERP & Website Platform, the header may include: - page title - search - language switcher - theme switcher - notifications - account or profile options On the public website, the header is also where visitors use the main website navigation. ### Public website header For visitors browsing public pages, the header helps you move to key areas such as services, ERP pages, contact options, and other important sections. If you want a full guide to website menus, see [Using Header Menus and Footer Links](/using-header-menus-and-footer-links) and [Browsing the Sherkety Public Website](/browsing-the-sherkety-public-website). ### Admin header For signed-in users, the header is more focused on quick actions and awareness. It helps you stay oriented while working and gives you access to tools without leaving the page you are on. ## Breadcrumbs Breadcrumbs show where you are inside Sherkety ERP & Website Platform. ### What breadcrumbs look like Breadcrumbs usually appear near the top of the main content area. They show a short path, such as: - Home → Services - Dashboard → Website Content → Homepage - Dashboard → Settings → Users ### Why breadcrumbs are helpful Breadcrumbs help you: - understand your current location - move back to a previous level - avoid getting lost in deeper pages This is especially useful when you are editing content or moving through several management pages. For a full guide, see [Understanding Breadcrumbs and Page Location](/understanding-breadcrumbs-and-page-location). ## Search and Quick Finding Tools Sherkety ERP & Website Platform includes tools that help you find pages and actions faster. ### Search Search is useful when you do not want to click through several menus. You may be able to use it to quickly find: - pages - sections - items - actions If you already know what you want, search is often the fastest way to get there. ### Command search Some areas include a quick search tool that helps you jump directly to available actions or destinations. This is helpful when you want to move quickly without browsing the full navigation. Think of it as a shortcut finder inside Sherkety ERP & Website Platform. ## Notifications Notifications are short messages that appear to keep you informed. ### What notifications tell you Notifications may appear when: - something was saved successfully - an action was completed - something needs your attention - there was a problem These messages help confirm what just happened, so you are not left guessing. ### How to use notifications Always take a quick look at notifications after you save, update, or submit something. A short message can tell you whether the action worked or whether you need to try again. Some notifications disappear after a moment, so it is best to read them when they appear. ## Main Content Area The main content area is where the page you selected is shown. ### What appears here This is where you will read information, review details, edit content, manage settings, and work with lists or forms. The content changes based on the section you open from the sidebar, header, or search. ### How to stay oriented When you are in the main content area, use these clues to understand where you are: - the page title in the header - the breadcrumbs near the top - the selected item in the sidebar Together, these make it easier to know what page you are viewing. ## Language and Theme Controls Sherkety ERP & Website Platform includes simple display controls that improve your browsing experience. ### Language switching If more than one language is available, you can switch languages using the language control. This helps both public visitors and authorized users work in the language they prefer. For public browsing help, see [Browsing the Sherkety Public Website](/browsing-the-sherkety-public-website). ### Theme switching The theme switcher lets you change how Sherkety ERP & Website Platform looks, such as using a lighter or darker appearance. This can make reading more comfortable based on your preference. ## Other Interface Elements You May Notice As you continue using Sherkety ERP & Website Platform, you may also see a few other common interface parts. ### Pagination Pagination helps you move through long lists one page at a time. This is common in lists of users, services, or other records. ### Date picker A date picker helps you choose a date from a calendar instead of typing it manually. ### Dialogs and side panels Some actions open in a pop-up window or a slide-out panel. These are used when Sherkety ERP & Website Platform wants to keep you on the current page while showing extra details or asking for confirmation. ### Charts, badges, and visual indicators You may also see colored labels, status markers, or charts. These help you quickly understand information at a glance. ### Loading and error messages Sometimes content takes a moment to appear. You may see loading messages or temporary placeholders while Sherkety ERP & Website Platform prepares the page. If something cannot be shown, an error message may appear instead. ## Public Website and Admin Area Differences Sherkety ERP & Website Platform supports two connected experiences. ### Public website The public website is for visitors who want to: - explore services - compare offerings - learn about ERP modules - read FAQs - contact Sherkety If you are browsing public pages, the main interface focus is on the website header, menus, page sections, and footer links. Helpful guides include: - [Browsing the Sherkety Public Website](/browsing-the-sherkety-public-website) - [Using Header Menus and Footer Links](/using-header-menus-and-footer-links) - [Finding Services Through Navigation and Service Menus](/finding-services-through-navigation-and-service-menus) ### Admin area The admin area is for authorized users who manage content and settings. Here, the sidebar, header tools, breadcrumbs, and notifications become especially important because they support daily work across many pages. If you are signed in, you will likely spend most of your time moving between navigation items, checking page location, and confirming actions through notifications. ## Simple Tips for First-Time Users When you first open Sherkety ERP & Website Platform, keep these tips in mind: - Start by looking at the **sidebar** to see the main sections. - Use the **header** for quick tools and page-level actions. - Check the **breadcrumbs** if you are unsure where you are. - Use **search** when you want to find something quickly. - Watch for **notifications** after saving or updating anything. - If the screen looks different on mobile, the same tools are usually still available in a collapsed or simplified view. ## Where to Go Next If you want to continue learning how to move around Sherkety ERP & Website Platform, these guides are a good next step: - [Browsing the Sherkety Public Website](/browsing-the-sherkety-public-website) - [Using Header Menus and Footer Links](/using-header-menus-and-footer-links) - [Understanding Breadcrumbs and Page Location](/understanding-breadcrumbs-and-page-location) - [Admin Dashboard](/admin-dashboard) ## User Guide Overview Welcome to the User Guide for **Sherkety ERP & Website Platform**. This page helps you find the right documentation based on what you want to do, whether you are browsing the public website, exploring ERP products, or managing content in the admin area. ## Where to Start ### If you are a website visitor Start with **Public Website** for help with browsing pages, finding services, switching languages, using contact options, and understanding footer, FAQ, and legal content. ### If you want to explore ERP products Go to **ERP Product Discovery** to browse ERP apps, compare product areas, and review pages such as HR, Inventory, Sales & CRM, Reporting, and bundled website + ERP offers. ### If you manage website content Use **Administration and Editing** for sign-in, dashboard access, page editing, multilingual content updates, service management, pricing updates, SEO details, and site settings. ### If you need a quick top-level path Use **Public Experience** for visitor-facing discovery areas and **Admin Experience** for a simple starting point to authenticated admin workflows. ### If your task spans several areas Check **End-to-End Workflows** for guided business processes that connect multiple parts of Sherkety ERP & Website Platform. ## Module Categories ### Public Website (79 docs) This category covers the visitor-facing side of Sherkety ERP & Website Platform. It includes website navigation, homepage sections, service discovery, company information, contact options, legal pages, language browsing, and display preferences. Key docs: - [Public Website Navigation](/public-website-navigation) - [Language Switching and Multilingual Browsing](/language-switching-and-multilingual-browsing) - [Homepage Hero](/homepage-hero) - [Contact and Inquiry](/contact-and-inquiry) - [Footer Navigation](/footer-navigation) ### Public Experience (8 docs) This is a top-level starting area for people using the public website for the first time. It helps visitors understand the main browsing and discovery paths across Sherkety ERP & Website Platform. Key docs: - [Public Website Navigation](/public-website-navigation) - [Services Section and Services Dropdown](/services-section-and-services-dropdown) - [FAQ and Legal Pages](/faq-and-legal-pages) ### Admin Content and Configuration (7 docs) This category introduces the main administration areas for managing content and settings. It is useful for users responsible for portal access, page content, SEO, users, and migration-related tasks. Key docs: - [Admin Authentication](/admin-authentication) - [Site Settings](/site-settings) - [User Management](/user-management) - [SEO Metadata Management](/seo-metadata-management) ### Admin Experience (7 docs) This category is a simple entry point for authenticated users working inside the admin side of Sherkety ERP & Website Platform. It covers the main maintenance and configuration workflows. Key docs: - [Admin Dashboard](/admin-dashboard) - [Inline Content Editing](/inline-content-editing) - [Content Editor Modal and Live Preview](/content-editor-modal-and-live-preview) ### Shared Interface Behavior (0 docs) This category is reserved for shared interface patterns that appear across public and admin pages in Sherkety ERP & Website Platform. There are currently no published documents here. ### Admin Content Management (0 docs) This category is reserved for broader content management guidance for authenticated admin users. There are currently no published documents here. ### Shared Interface Behaviors (0 docs) This category is reserved for reusable interface behaviors such as notifications, dialogs, navigation helpers, and loading states. There are currently no published documents here. ### ERP Product Discovery (57 docs) This category helps buyers evaluate ERP offerings in Sherkety ERP & Website Platform. It includes the ERP apps catalog and detailed product pages for modules and combined packages. Key docs: - [ERP Apps Catalog](/erp-apps-catalog) - [HR Module Landing Page](/hr-module-landing-page) - [Inventory Module Landing Page](/inventory-module-landing-page) - [Sales & CRM Module Landing Page](/sales-crm-module-landing-page) - [Reporting & Analytics Module Landing Page](/reporting-analytics-module-landing-page) - [Website & ERP Package Landing Page](/website-erp-package-landing-page) ### Administration and Editing (58 docs) This is the main working area for authorized users who maintain content in Sherkety ERP & Website Platform. It includes sign-in, dashboard access, on-page editing, multilingual content management, services, pricing, SEO, users, and settings. Key docs: - [Admin Authentication](/admin-authentication) - [Admin Dashboard](/admin-dashboard) - [Localized Page Content Management](/localized-page-content-management) - [Services Management](/services-management) - [Pricing Tiers Management](/pricing-tiers-management) - [Homepage Migration Tool](/homepage-migration-tool) ### End-to-End Workflows (3 docs) This category brings together tasks that move across multiple areas of Sherkety ERP & Website Platform. It is best for users who want to complete a full process from start to finish rather than learn one feature at a time. Key docs: - [Contact and Inquiry](/contact-and-inquiry) - [Inline Content Editing](/inline-content-editing) - [Localized Page Content Management](/localized-page-content-management) ## Common Paths ### I want to browse services and company information Start in **Public Website**, especially: - [Services Section and Services Dropdown](/services-section-and-services-dropdown) - [Company Types and Informational Pages](/company-types-and-informational-pages) - [Accounting Services Page](/accounting-services-page) ### I want to compare ERP options Start in **ERP Product Discovery**, especially: - [ERP Apps Catalog](/erp-apps-catalog) - [Comparison Sections](/comparison-sections) - [Website & ERP Package Landing Page](/website-erp-package-landing-page) ### I want to update website content Start in **Administration and Editing**, especially: - [Admin Authentication](/admin-authentication) - [Inline Content Editing](/inline-content-editing) - [Content Editor Modal and Live Preview](/content-editor-modal-and-live-preview) ### I want to manage settings, users, or SEO Go to: - [Site Settings](/site-settings) - [User Management](/user-management) - [SEO Metadata Management](/seo-metadata-management) ## Tip for New Users If you are completely new to **Sherkety ERP & Website Platform**, begin with the category that matches your role: - **Visitor** → Public Website - **Buyer evaluating ERP** → ERP Product Discovery - **Admin or editor** → Administration and Editing From there, open the linked pages above to get step-by-step guidance for your specific task. ## What Can You Do with Sherkety ERP & Website Platform? Sherkety ERP & Website Platform supports two main needs: helping public visitors explore services and ERP options, and helping authorized users manage website content and business information. Below is a quick overview of what you can do, organized by business area. ## Explore the Public Website Visitors can use Sherkety ERP & Website Platform to learn about services, compare options, and find the right next step. You can: - Browse pages about company registration, accounting services, startup support, and ERP offerings - Move through the website using the main menu, service links, ERP links, and footer navigation - Understand where you are on the site with page trails and clear page structure - Use contact actions to request a demo, start a trial, or send an inquiry - Switch between available languages while browsing Helpful guides: - [Browsing the Sherkety Public Website](doc:browsing-the-sherkety-public-website) - [Using Header Menus and Footer Links](doc:using-header-menus-and-footer-links) - [Understanding Breadcrumbs and Page Location](doc:understanding-breadcrumbs-and-page-location) ## Review Homepage Highlights The homepage in Sherkety ERP & Website Platform helps visitors quickly understand the company’s services, strengths, and featured offers. You can: - Review the main introduction and use the primary action buttons - Explore trust content and highlighted reasons customers choose the business - View startup package promotions and value-focused sections - See team profiles and ecosystem highlights - Read key numbers, summary visuals, and highlighted metrics Helpful guides: - [Understanding the Homepage Hero and Primary Actions](doc:understanding-the-homepage-hero-and-primary-actions) - [Exploring Homepage Promotions and Trust Content](doc:exploring-homepage-promotions-and-trust-content) - [Reviewing Startup Package and Value Sections](doc:reviewing-startup-package-and-value-sections) - [Viewing Team and Ecosystem Highlights](doc:viewing-team-and-ecosystem-highlights) - [Understanding Visual Priority and Highlighted Metrics](doc:understanding-visual-priority-and-highlighted-metrics) - [Interpreting Highlighted Metrics and Summary Visuals](doc:interpreting-highlighted-metrics-and-summary-visuals) ## Compare Services and Business Offerings Sherkety ERP & Website Platform helps visitors understand business service options before making contact. You can: - Compare service offerings and package choices - Review accounting service information and related package details - Learn about company registration options and business setup choices - Explore startup package highlights, included value, and savings-focused sections - Decide which service best matches your business needs before reaching out Helpful guides: - [Using Homepage Promotions and Package Highlights](doc:using-homepage-promotions-and-package-highlights) - [Understanding Promotional Sections and Package Highlights](doc:understanding-promotional-sections-and-package-highlights) - [Reviewing Startup Package and Value Sections](doc:reviewing-startup-package-and-value-sections) ## Explore ERP Modules Prospective buyers can use Sherkety ERP & Website Platform to review ERP modules and decide which areas fit their business. You can: - Explore HR features and understand who the HR module is for - Review inventory and warehouse capabilities - Learn how sales and customer follow-up are organized - Compare module pages before requesting a demo or starting a trial - Use module information to shortlist the best fit for your company Helpful guides: - [Exploring HR Module Overview and Business Fit](doc:exploring-hr-module-overview-and-business-fit) - [Exploring Inventory Visibility and Warehouse Overview](doc:exploring-inventory-visibility-and-warehouse-overview) - [Exploring Sales and CRM Overview](doc:exploring-sales-and-crm-overview) ## Manage Website Content Authorized users can keep public content accurate and up to date in Sherkety ERP & Website Platform. You can: - Sign in to the admin area and open the main dashboard - Update website sections, titles, descriptions, and other page content - Edit content in more than one language - Preview changes while updating page sections - Maintain repeating content such as grouped items and section entries For content-related tasks, start from the relevant page and use the available editing options in the admin area. ## Manage Business Information and Access Administrators can maintain the information that supports the public website experience. You can: - Manage service listings and service details - Update pricing tiers and package information shown to visitors - Maintain search and sharing details for pages - Adjust site-wide settings - Manage user accounts and role-based access These areas are typically used by administrators responsible for website operations and access control. ## Use Everyday Interface Tools Across Sherkety ERP & Website Platform, both visitors and authorized users may see helpful tools that make navigation easier. You can: - Switch language where available - Change between light and dark display styles - Use notifications to confirm actions or understand issues - Move through longer lists with page controls - Pick dates using calendar controls These tools support everyday use across many parts of Sherkety ERP & Website Platform. ## What is Sherkety ERP & Website Platform? Sherkety ERP & Website Platform is a connected business website and management workspace. For public visitors, Sherkety ERP & Website Platform helps people learn about business services, compare offers, explore ERP products, read common questions, and contact the company. It brings together information about company registration, accounting services, startup packages, and ERP modules in one place. For authorized users, Sherkety ERP & Website Platform also includes an admin area for managing website content and important business information. This allows teams to keep pages up to date, adjust pricing, manage service details, update search preview information, and control user access. In simple terms, Sherkety ERP & Website Platform helps businesses do two things at once: - present their services clearly to potential customers - manage and update that public experience from one connected workspace ## What problems does Sherkety ERP & Website Platform solve? Sherkety ERP & Website Platform is designed to solve common business challenges such as: - **Scattered information**: Visitors can find services, ERP modules, pricing, and contact options in one place. - **Difficult comparisons**: Comparison sections help people understand package options and choose what fits them. - **Slow content updates**: Authorized users can update pages, services, and key details without rebuilding the whole website. - **Multilingual communication**: Content can be presented in more than one language for different audiences. - **Disconnected sales journeys**: Visitors can move from learning about a service to requesting a demo, starting a trial, or contacting the company. - **Limited admin control**: Administrators can manage settings, pricing, user access, and website details from the admin area. ## Who uses Sherkety ERP & Website Platform? Sherkety ERP & Website Platform supports several types of users: - **Prospective ERP buyers** who want to review modules, compare options, and request a demo or trial - **Business services visitors** who are exploring company registration, accounting services, startup support, and related offers - **Content editors** who update multilingual website content and maintain page sections - **Administrators** who manage services, settings, pricing, search preview details, and user accounts ## What can visitors do on the public website? Public visitors use Sherkety ERP & Website Platform to browse and evaluate what the business offers. This includes: - moving through the website using menus, links, and footer navigation - switching between available languages - exploring homepage highlights, trust indicators, team information, and ecosystem content - reviewing startup packages and value breakdowns - reading about accounting services and company registration options - browsing ERP apps and opening module pages - comparing offers and learning what is included - sending inquiries, requesting demos, starting trials, or contacting the company through available channels If you want a guided introduction to the public experience, start with [Browsing the Sherkety Public Website](/browsing-the-sherkety-public-website), [Using Header Menus and Footer Links](/using-header-menus-and-footer-links), and [Understanding Breadcrumbs and Page Location](/understanding-breadcrumbs-and-page-location). ## What ERP modules are available? Sherkety ERP & Website Platform presents several ERP modules that visitors can explore before making a decision. These include: - **HR** for employee and people-related processes See [Exploring HR Module Overview and Business Fit](/exploring-hr-module-overview-and-business-fit) - **Inventory** for stock visibility, warehouse activity, and replenishment See [Exploring Inventory Visibility and Warehouse Overview](/exploring-inventory-visibility-and-warehouse-overview) - **Sales & CRM** for managing leads, customer relationships, quotes, and sales flow See [Exploring Sales and CRM Overview](/exploring-sales-and-crm-overview) - **Reporting & Analytics** for dashboards, financial reporting, performance tracking, and shared insights There is also a combined website and ERP offer for businesses that want both their public website and business management tools together. ## What can authorized users do in the admin area? Authorized users sign in to the admin area of Sherkety ERP & Website Platform to maintain the website and related business information. Depending on their role, they may be able to: - view dashboard information - edit page content directly - update multilingual content - manage services and service summaries - maintain pricing tiers and package details - update search preview information for pages - adjust site-wide settings - manage user accounts and access levels Sherkety ERP & Website Platform also includes everyday usability features such as notifications, theme switching, page navigation tools, date selection, and quick search for actions. ## Where should a new user start? If you are completely new to Sherkety ERP & Website Platform, a good starting path is: 1. [Browsing the Sherkety Public Website](/browsing-the-sherkety-public-website) 2. [Understanding the Homepage Hero and Primary Actions](/understanding-the-homepage-hero-and-primary-actions) 3. [Exploring Homepage Promotions and Trust Content](/exploring-homepage-promotions-and-trust-content) 4. [Reviewing Startup Package and Value Sections](/reviewing-startup-package-and-value-sections) 5. the module overview that matches your interest, such as HR, Inventory, or Sales & CRM To better understand the homepage highlights, you can also read [Viewing Team and Ecosystem Highlights](/viewing-team-and-ecosystem-highlights). ## Who Uses Sherkety ERP & Website Platform Sherkety ERP & Website Platform is used by both public visitors and authorized team members. Some people come to explore services and compare options. Others sign in to manage website content, pricing, settings, and user access. This page helps you understand the main user groups, what they usually do, and which areas of Sherkety ERP & Website Platform matter most to them. ## Prospective ERP Buyer A Prospective ERP Buyer is usually a business owner, manager, or decision-maker who wants to understand whether Sherkety ERP & Website Platform is a good fit for their company. Their main responsibilities are to: - review available ERP modules - compare options and pricing - understand business benefits - request a demo or start a trial They often use these parts of Sherkety ERP & Website Platform: - **ERP Apps Catalog** to browse available apps - **HR Module Landing Page** to review people and attendance workflows - **Inventory Module Landing Page** to understand stock and warehouse management - **Sales & CRM Module Landing Page** to explore lead tracking, quotes, and customer follow-up - **Reporting & Analytics Module Landing Page** to see dashboards, reports, and performance tracking - **Website & ERP Package Landing Page** to compare combined offerings - **Contact and Inquiry** areas to ask questions or request next steps - **Comparison Sections** to compare plans, layouts, and recommended options Helpful starting points: - [Exploring HR Module Overview and Business Fit](/exploring-hr-module-overview-and-business-fit) - [Exploring Inventory Visibility and Warehouse Overview](/exploring-inventory-visibility-and-warehouse-overview) - [Exploring Sales and CRM Overview](/exploring-sales-and-crm-overview) - [Using Comparison Sections to Evaluate Offerings](/using-comparison-sections-to-evaluate-offerings) ## Business Services Visitor A Business Services Visitor is someone exploring support services beyond ERP. This may include company registration, accounting services, startup support, and related guidance. Their main responsibilities are to: - learn about available business services - compare service options - understand company setup choices - contact Sherkety for advice or pricing They often use these parts of Sherkety ERP & Website Platform: - **Public Website Navigation** to move between services and information pages - **Services Section and Services Dropdown** to discover available services - **Accounting Services Page** to review packages and compliance support - **Company Types and Informational Pages** to compare registration options - **Startup Package Spotlight** and **Startup Value Breakdown** to understand package value - **Homepage Hero**, **Trust Indicators**, and **Sherkety Ecosystem Section** to understand the overall offer - **FAQ and Legal Pages** for common questions and policy information - **Footer Navigation**, **Social Media Links**, and **Contact and Inquiry** for follow-up Helpful starting points: - [Browsing the Sherkety Public Website](/browsing-the-sherkety-public-website) - [Finding Services Through Navigation and Service Menus](/finding-services-through-navigation-and-service-menus) - [Exploring the Accounting Services Page](/exploring-the-accounting-services-page) - [Browsing Company Type Guidance and Registration Content](/browsing-company-type-guidance-and-registration-content) - [Reviewing Startup Package and Value Sections](/reviewing-startup-package-and-value-sections) ## Content Editor A Content Editor is an authorized user who keeps website content accurate, clear, and up to date across languages. This person focuses on what visitors see on public pages. Their main responsibilities are to: - update page text and section content - maintain multilingual content - review homepage sections and service descriptions - make sure public information stays current They often use these parts of Sherkety ERP & Website Platform: - **Admin Authentication** to sign in securely - **Admin Dashboard** to reach editing and management areas - **Inline Content Editing** to update content directly from page sections - **Content Editor Modal and Live Preview** to edit and review changes before saving - **Localized Page Content Management** to maintain titles, descriptions, statistics, and language variations - **Services Management** to update service summaries and details - **SEO Metadata Management** when page titles and descriptions need maintenance - **Language Switching and Multilingual Browsing** to check how content appears in each language Content Editors may also use common tools such as **Breadcrumb Navigation**, **In-App Notifications**, and **Command Palette** to move around more easily. Helpful reading: - [Using Header Menus and Footer Links](/using-header-menus-and-footer-links) - [Understanding Breadcrumbs and Page Location](/understanding-breadcrumbs-and-page-location) - [Understanding the Homepage Hero and Primary Actions](/understanding-the-homepage-hero-and-primary-actions) - [Viewing Team and Ecosystem Highlights](/viewing-team-and-ecosystem-highlights) ## Administrator An Administrator is a privileged user responsible for wider control of Sherkety ERP & Website Platform. This role supports both the public website and the admin area. Their main responsibilities are to: - manage user access - maintain services, pricing, and settings - update search visibility details - oversee important website configuration They often use these parts of Sherkety ERP & Website Platform: - **Admin Authentication** and **Admin Dashboard** - **User Management** to control who can access admin features - **Services Management** to maintain service listings - **Pricing Tiers Management** to keep package and pricing information current - **SEO Metadata Management** to manage page search details - **Site Settings** to maintain site-wide information - **Homepage Migration Tool** when homepage migration-related work is needed Administrators also work with general interface tools such as **Pagination**, **Calendar Date Picker**, **Drawer Panels and Dialogs**, **Theme Switching**, and **In-App Notifications**. ## Shared Experience Across Roles Some parts of Sherkety ERP & Website Platform are useful to many users, even if their goals are different. These include: - **Language Switching and Multilingual Browsing** - **Breadcrumb Navigation** - **Theme Switching** - **Loading, Error, and Placeholder States** - **Charts and Visual Indicators** - **Contact and Inquiry** If you are just getting started, begin with the role that best matches what you need to do in Sherkety ERP & Website Platform, then open the linked guides for step-by-step help. ## Your First Day with Sherkety ERP & Website Platform Your first day with Sherkety ERP & Website Platform should feel simple and productive. Whether you are exploring services, comparing ERP options, or managing website content, you can get value quickly by focusing on a few easy tasks. This guide walks you through a practical first-day path with a few quick wins from different parts of Sherkety ERP & Website Platform. You do not need to learn everything at once. ## What to Do First Start with these goals on day one: - Get familiar with the main navigation - Explore one or two key service or ERP pages - Try language switching if you work with more than one language - Contact Sherkety or request more information if you are still deciding - If you are an authorized user, sign in and make one simple content update ## Quick Win 1: Learn How to Move Around Confidently A great first step is simply learning where things are. On the public side of Sherkety ERP & Website Platform, use the top menu, service links, ERP links, and footer to understand how information is grouped. This helps you quickly jump between business services, ERP modules, pricing pages, and contact options. If you are using a phone or tablet, open the menu and look through the same main sections there as well. For help with navigation, read: - [Browsing the Sherkety Public Website](/browsing-the-sherkety-public-website) - [Using Header Menus and Footer Links](/using-header-menus-and-footer-links) - [Understanding Breadcrumbs and Page Location](/understanding-breadcrumbs-and-page-location) ### Why this matters Once you know how to move around Sherkety ERP & Website Platform, every other task becomes easier. You will spend less time searching and more time comparing, reading, or updating content. ## Quick Win 2: Explore the Homepage for a Fast Overview The homepage gives you a strong introduction to what Sherkety ERP & Website Platform offers. On your first day, spend a few minutes reviewing the main message, trust indicators, highlighted offers, and featured sections. Pay special attention to: - The main welcome section and its primary action - Trust and credibility highlights - Startup package promotions - Ecosystem and team highlights - Calls to contact or request more information This is one of the easiest ways to understand the overall value of Sherkety ERP & Website Platform without opening every page one by one. For deeper reading, see: - [Understanding the Homepage Hero and Primary Actions](/understanding-the-homepage-hero-and-primary-actions) - [Exploring Homepage Promotions and Trust Content](/exploring-homepage-promotions-and-trust-content) - [Reviewing Startup Package and Value Sections](/reviewing-startup-package-and-value-sections) - [Viewing Team and Ecosystem Highlights](/viewing-team-and-ecosystem-highlights) ## Quick Win 3: Visit One Service Page and One Comparison Page If you are a business services visitor or buyer, do not try to review every offering on day one. Instead, choose one service page and one comparison area. A good starting point is the accounting services page, especially if you want to understand packages, support options, or next steps for inquiry. Then review a comparison section to see how choices are presented side by side. This helps you narrow your options faster. Helpful guides: - [Finding Services Through Navigation and Service Menus](/finding-services-through-navigation-and-service-menus) - [Exploring the Accounting Services Page](/exploring-the-accounting-services-page) - [Using Comparison Sections to Evaluate Offerings](/using-comparison-sections-to-evaluate-offerings) - [Browsing Company Type Guidance and Registration Content](/browsing-company-type-guidance-and-registration-content) - [Reading Company Type Detail Pages](/reading-company-type-detail-pages) ### A simple first-day approach Try this: 1. Open the services menu 2. Choose the service most relevant to your business 3. Read the main summary and package details 4. Compare available options 5. Make note of any questions you want to ask later ## Quick Win 4: Try Multilingual Browsing If your team or audience works in more than one language, test language switching on your first day. This helps you confirm that you can browse key pages in the language you prefer. As you switch languages, check a few important pages such as: - Homepage - Services pages - ERP-related pages - Contact pages This is especially useful for content editors and administrators who will later maintain information for different audiences. While learning the layout, these guides can still help you stay oriented: - [Browsing the Sherkety Public Website](/browsing-the-sherkety-public-website) - [Using Header Menus and Footer Links](/using-header-menus-and-footer-links) ## Quick Win 5: Make Contact or Take the Next Step By the end of your first day, you should know enough to take one action. That action might be: - Sending an inquiry - Reaching out through a direct contact channel - Reviewing social links - Checking FAQ or policy pages before making a decision This step turns browsing into progress. Use these guides if you are ready to move forward: - [Contacting Sherkety Through Forms and Direct Channels](/contacting-sherkety-through-forms-and-direct-channels) - [Using Social Links and Business Details](/using-social-links-and-business-details) - [Finding Answers in FAQ and Policy Pages](/finding-answers-in-faq-and-policy-pages) ## If You Are an Authorized User If you have sign-in access to Sherkety ERP & Website Platform, your first day will usually include a quick check of the admin area. A simple first-day plan is: 1. Sign in 2. Review the dashboard 3. Open the content areas you manage 4. Make one small update 5. Confirm the change looks correct Good examples of safe first updates include: - Correcting a short text section - Updating a service summary - Reviewing pricing information - Checking user access if you are an administrator ### Keep your first update small On day one, avoid making many changes at once. One small, successful update is better than changing several sections before you feel comfortable. ## Suggested First-Day Paths by Role ### Prospective ERP Buyer A good first day in Sherkety ERP & Website Platform might look like this: - Review the homepage - Open one or two ERP-related pages - Compare offerings - Use the contact options to request more information Start with: - [Understanding the Homepage Hero and Primary Actions](/understanding-the-homepage-hero-and-primary-actions) - [Using Comparison Sections to Evaluate Offerings](/using-comparison-sections-to-evaluate-offerings) - [Contacting Sherkety Through Forms and Direct Channels](/contacting-sherkety-through-forms-and-direct-channels) ### Business Services Visitor A good first day in Sherkety ERP & Website Platform might look like this: - Browse the service menus - Read the accounting services page - Review company type guidance - Check FAQs and contact options Start with: - [Finding Services Through Navigation and Service Menus](/finding-services-through-navigation-and-service-menus) - [Exploring the Accounting Services Page](/exploring-the-accounting-services-page) - [Browsing Company Type Guidance and Registration Content](/browsing-company-type-guidance-and-registration-content) - [Finding Answers in FAQ and Policy Pages](/finding-answers-in-faq-and-policy-pages) ### Content Editor A good first day in Sherkety ERP & Website Platform might look like this: - Review the public pages you are responsible for - Check content in each language you support - Sign in and make one small content improvement - Confirm the page still reads clearly Before editing, it helps to understand the public page structure through: - [Browsing the Sherkety Public Website](/browsing-the-sherkety-public-website) - [Understanding Breadcrumbs and Page Location](/understanding-breadcrumbs-and-page-location) ### Administrator A good first day in Sherkety ERP & Website Platform might look like this: - Sign in and review the dashboard - Check the main content and service areas - Review pricing, settings, or user access - Make one careful update and confirm the result It is also helpful to understand the public experience first, using: - [Browsing the Sherkety Public Website](/browsing-the-sherkety-public-website) - [Using Header Menus and Footer Links](/using-header-menus-and-footer-links) ## Tips for a Smooth First Day - Focus on learning the layout before making many changes - Start with one service area or one business goal - Use comparison pages to narrow choices quickly - Switch languages early if multilingual content matters to you - End your session by taking one real action, such as contacting Sherkety or saving one small update ## Where to Go Next After your first day with Sherkety ERP & Website Platform, you should feel comfortable finding information, understanding the main offerings, and taking a next step. For continued learning, return to these core guides: - [Browsing the Sherkety Public Website](/browsing-the-sherkety-public-website) - [Using Header Menus and Footer Links](/using-header-menus-and-footer-links) - [Exploring Homepage Promotions and Trust Content](/exploring-homepage-promotions-and-trust-content) - [Finding Services Through Navigation and Service Menus](/finding-services-through-navigation-and-service-menus) - [Contacting Sherkety Through Forms and Direct Channels](/contacting-sherkety-through-forms-and-direct-channels) ## First-Day Success Checklist By the end of day one, try to complete at least three of these: - I can move around Sherkety ERP & Website Platform using the main menus - I reviewed the homepage and understand the main offers - I opened at least one service or comparison page - I tested language switching - I found the contact options - I checked FAQ or policy information - If I have access, I signed in and reviewed the admin area - If I have editing responsibilities, I made one small update confidently That is a strong start with Sherkety ERP & Website Platform. ## Opening the company types area and understanding what it contains In **Sherkety ERP & Website Platform**, the **Company Types** page is the main starting point for business registration guidance. This page works as an overview area where you can browse the available company structure options before opening a full article for any one of them. If you are still deciding which registration route may fit your business, this is the best place to begin because it lets you review several options from one screen. On the **Company Types** page, you should expect to see a set of company type entries presented as links, cards, or clearly separated content blocks. Each entry helps you identify a registration option quickly by showing its **name** and a short explanation. These short summaries are useful when you want a first look without reading a full article. The main navigation pattern is simple: - Open the **Company Types** overview page - Scan the available company type options - Select the company type that looks most relevant - Open its detailed guidance page to read more This overview page is different from an individual company type article. The overview page is meant for **comparison and discovery**. It helps you understand what options exist and gives you enough information to decide where to click next. The detailed article page is where you read fuller guidance about that specific registration path. A helpful way to think about it is: - **Overview page** = quick comparison and browsing - **Detail page** = deeper explanation and registration-focused guidance If you are already comfortable moving around the public website, the browsing pattern here will feel familiar to the page-to-page navigation described in [doc:browsing-the-sherkety-public-website]. [SCREENSHOT: Company Types overview page showing multiple company type links or cards] ## Comparing registration options from the overview page The **Company Types** overview page is designed to help you compare registration options without opening every article immediately. Instead of reading long explanations first, you can scan the page and look at the short descriptions attached to each company type. This makes it easier to narrow your choices before spending time on a full guidance page. When comparing options on the overview page, focus on the content elements that are visible right away: - **Company type name** - **Short description** - **Link or card** that opens more details These overview entries help you answer practical first questions such as: - Which option seems closest to my business idea? - Which company type appears intended for my situation? - Which article should I open first for a deeper review? A useful browsing approach is to move across the page and compare the short descriptions side by side. You do not need to decide immediately. The goal at this stage is simply to identify the most promising options. If two or three company types sound similar, open the one with the clearest match first, then return to the overview page and compare the others. The decision flow usually looks like this: - **Browse** the overview page - **Compare** the visible company type summaries - **Open** the most relevant detailed page - **Return** and review another option if needed This page is especially helpful when you are still exploring and do not yet know the correct registration route. Rather than forcing an early choice, Sherkety ERP & Website Platform lets you use the overview content as a filtering step. That way, you only open full articles that are likely to matter to you. If you want help understanding how public pages are generally organized, see [doc:understanding-public-page-layouts-and-visitor-actions]. [SCREENSHOT: Overview page with company type names, short summaries, and Learn More-style links] ## Reviewing guidance content on a company type page After you select a company type from the overview page, Sherkety ERP & Website Platform opens a dedicated article page for that option. This page gives you more than the short summary shown on the overview screen. It is where you read the full guidance needed to understand that registration path in more practical detail. A company type article usually centers on a clear **page heading** that identifies the selected company type. Below that heading, the page expands into explanatory content that helps you understand what the option means and how it fits different business needs. Instead of quick comparison text, this page is meant for careful reading. As you review the article, look for content that helps answer questions such as: - **Who** this company type is meant for - **What** registration for this option involves - **When** this route is appropriate - **Why** someone would choose it over another structure This is the key difference between the overview page and the article page. On the overview page, you see a short introduction. On the article page, that short introduction is expanded into fuller registration-focused guidance. The detailed page helps you move from “This sounds relevant” to “I understand whether this is the right fit.” Use the article page when you need more confidence before taking the next step. For example, if a company type name sounds promising but the short summary is not enough to make a decision, the full article gives you the extra explanation needed to judge suitability. These detailed pages support informed decision-making before you move on to contact, service selection, or registration discussions. If you want to go deeper into how to read these pages effectively, the next document is [doc:reading-company-type-detail-pages]. [SCREENSHOT: Individual company type page with title and detailed guidance sections] ## Moving between overview pages and detailed company type articles A common browsing pattern in **Sherkety ERP & Website Platform** is to move back and forth between the **Company Types** overview page and several detailed company type articles. This is useful when you are comparing more than one registration option and do not want to commit too early. Start on the overview page and select a company type by clicking its **link**, **card**, or other visible entry. This opens the detailed article for that option. After reading the article, return to the overview page so you can compare another company type. Depending on the page layout, you may use: - A visible page link - The site’s main navigation - A breadcrumb-style trail if shown on the page - Your browser’s back action Once you are back on the overview page, you can open another company type and repeat the same process. This browse-and-compare workflow is especially helpful when several options appear similar at first glance. Instead of relying on memory alone, you can move between the summary page and the detailed pages until the differences become clearer. This pattern usually works best: - Review the **overview page** for quick comparison - Open one **company type article** - Read the detailed guidance - Return to the **overview page** - Open another article for comparison The value of this approach is that it supports evaluation. You are not expected to choose the first option you open. Sherkety ERP & Website Platform lets you compare several company structures in a natural way, using the overview page as your reference point and the detailed pages as your source for deeper understanding. If breadcrumb-style page location is available while browsing, you may also find [doc:understanding-breadcrumbs-and-page-location] helpful. [SCREENSHOT: Navigation path from Company Types overview into a detailed article and back] ## Using the guidance content to choose the right registration path The most effective way to choose a registration path in **Sherkety ERP & Website Platform** is to combine what you learn from the **overview page** with what you confirm on the **detailed company type pages**. Each page type serves a different purpose, and using both together gives you a clearer decision process. Stay on the overview page when you need a quick comparison. The short descriptions are useful for scanning options and spotting obvious matches or mismatches. This is the right approach when you are still early in your research and want to understand the range of available company structures. Open a full company type article when you need more detail. The detailed guidance helps you separate options that may sound similar on the overview page. It gives you more context around: - The **purpose** of the company type - The **setup expectations** - The kind of business need it may suit best This matters because two options can appear close at first, especially if their names are unfamiliar. The short summary helps you shortlist. The full article helps you judge fit. A practical decision pattern is: - Use the overview page to create a short list - Open the most relevant article pages - Compare the detailed guidance across those pages - Narrow your choice to the option that best matches your business situation This guidance journey is meant to help you select the correct registration option before moving into business services or a registration request. If your goal is to prepare for a later conversation, these pages give you a stronger starting point and help you ask better questions when you are ready to continue. For related guidance on preparing for contact after reviewing public information, see [doc:using-company-information-pages-to-prepare-for-contact]. [SCREENSHOT: Visitor comparing overview summaries, then opening a detailed company type article] ## Common issues when browsing company type guidance When browsing company type content in **Sherkety ERP & Website Platform**, the most common difficulty is that several options may seem similar at first. If that happens, do not stay on one article and try to figure everything out in isolation. Go back to the **Company Types** overview page and compare the short descriptions again. Those summaries are there to help you reset the comparison before reopening the detailed pages that matter most. If you are unsure whether you are looking at a summary page or a full guidance page, check how much registration detail is on the screen. A true overview entry is brief and mainly helps you choose where to click next. A full company type page gives more developed guidance beyond the short description, with fuller explanation focused on registration and suitability. If moving between pages feels unclear, use the visible navigation already on the site. Helpful options may include: - The **Company Types** link in the site navigation - A visible link back from the article area - Breadcrumb-style navigation if shown - Your browser’s back action A few practical ways to avoid confusion: - Reopen the **overview page** whenever two options start to blur together - Read the **page heading** carefully so you know which company type article you are on - Compare one article at a time instead of opening too many pages at once - Use the short descriptions as your quick reference before diving back into detail If a page takes time to appear or does not show the content you expected, wait for the page to finish loading and then try the navigation link again if needed. For more help recognizing loading or error states on public pages, see [doc:understanding-loading-placeholders-empty-states-and-errors]. ## Overview The **Company Types** area in **Sherkety ERP & Website Platform** helps you move from broad registration research into more focused decision-making. It is built around a simple two-level structure: - An **overview page** for browsing and comparing options - A **detailed article page** for reading fuller guidance about one company type The overview page is your comparison space. It shows the available company type options in a format that is easy to scan, usually through named entries with short descriptions and links to continue reading. This page is best when you want to understand what choices exist and identify which ones deserve closer attention. The detailed article page is your reading space. It expands on the short summary and gives more registration-focused guidance so you can understand whether that option is suitable for your business needs. This page is best when you want more than a quick description and need enough context to make a more informed choice. The main workflow throughout this document is: - Open the **Company Types** overview page - Compare the visible options - Open a detailed company type page - Return to the overview page if you want to compare another route This browsing pattern is useful for visitors who are still evaluating several registration paths rather than looking for one fixed answer immediately. It supports a careful review process and helps you narrow your options before moving on to service-related actions. If you are continuing through the Company Information set in order, the next document is [doc:reading-company-type-detail-pages], which focuses on how to read and interpret the detailed company type articles once you open them. ## Prerequisites You do not need an account or admin access to browse the **Company Types** content in **Sherkety ERP & Website Platform**. This is public website content, so the main requirement is simply that you can reach the company information pages and move between the overview page and the detailed articles. Before using this guidance effectively, it helps if you are comfortable with a few basic website actions: - Opening a page from the site navigation - Selecting a **link** or **card** - Returning to a previous page to compare another option - Reading page headings and short descriptions carefully You will get the most value from the company type pages if you are trying to answer one of these practical questions: - Which registration option should I learn about first? - Which company type sounds closest to my business plan? - Do I need a quick comparison or a full guidance page? It also helps to understand the difference between two browsing goals: - **Quick comparison**: stay on the overview page and scan the short descriptions - **Deeper evaluation**: open a full company type article and read the detailed guidance If you are new to moving around the public website, these related guides can help first: - [doc:navigating-public-pages-and-entry-points] - [doc:using-header-menus-and-footer-links] - [doc:switching-languages-while-browsing-the-platform] Once you are comfortable opening the **Company Types** page and moving between overview and article pages, continue to [doc:reading-company-type-detail-pages] to learn how to read the detailed company type content more effectively. ## Opening the ERP Apps Catalog If you already reviewed the broader ERP entry points in [Discovering ERP Products and Packages](doc:discovering-erp-products-and-packages), the **ERP Apps Catalog** is the next place to narrow your options. In Sherkety ERP & Website Platform, this is a public browsing area, so you do not need to sign in or open any ERP workspace before using it. When you arrive on the catalog page, focus on four main areas: - the **search area** at the top of the catalog - the **category filter** controls - the **results count** showing how many apps are currently listed - the **app card grid** where each module appears as a separate card [SCREENSHOT: ERP Apps Catalog page showing the search area, category filter, results count, and app cards] Each app card is a starting point for deeper research. Instead of making a decision from the listing alone, you can open a dedicated app page for any module that looks relevant. That detail page is where you continue evaluating the app before deciding whether it fits your business needs. As you browse, remember that the catalog is designed for comparison. You can stay on the main page, scan several cards, switch categories, and watch the visible list update without losing your place. This makes it easier to compare options such as **Accounting**, **Sales & CRM**, **HR**, **Purchasing**, or **Reporting** before opening any one app in full. If the page takes a moment to load, wait for the catalog content to appear. If you see a loading or error message instead of app cards, refresh the page or return later. Once the catalog is visible, you can begin reviewing modules directly from the listing. ## Scanning Available Apps in the Catalog Grid The main results area in Sherkety ERP & Website Platform shows apps as a grid of cards. This is the fastest way to get a broad view of what is available before you commit to reading a full app page. Start by scrolling through the grid and noting which modules appear most relevant to your business. Each card gives you quick information you can use for comparison. Depending on the card content shown in the catalog, you can identify the **app name**, see its **category**, and use the card as a clickable path to the app’s full detail page. That means you can compare several modules from the listing itself before opening any one of them. Use the grid view to answer practical questions such as: - Which modules belong to the same category? - Which app names match the business area you are researching? - Are there only a few options in a category, or several worth comparing? The catalog does not always show every available app at once in the same way. What you see depends on your current browsing context, especially the category you have selected. As you change that context, the grid refreshes to match it. This helps you focus on a smaller, more relevant set of modules instead of scanning an unfiltered list. A good approach is to first review the visible cards without opening anything. Compare names and category groupings, then open the most promising app pages in turn. After reading one detail page, return to the grid and continue with the next card. That pattern makes the catalog useful as a comparison workspace rather than just a list of links. ## Filtering Apps by Category The **category filter** is the quickest way to narrow the ERP Apps Catalog in Sherkety ERP & Website Platform. Instead of browsing the full listing, you can choose a category and immediately reduce the grid to a more focused set of apps. 1. Open the **ERP Apps Catalog** page. 2. Find the **category filter** near the top of the catalog. 3. Select the category you want to review. 4. Watch the app grid refresh to show only the modules assigned to that category. [SCREENSHOT: Category filter on the ERP Apps Catalog with one category selected and the grid updated] This is especially helpful when you already know the business area you want to explore. For example, if you want people management tools, switch to the **HR** category. If you are comparing sales-related options, move to **Sales & CRM**. If you want finance-related tools, review **Accounting**. The page updates in place, so you do not need to leave the catalog and start over each time. You can also move between categories to compare groups of apps side by side over time: 1. Select one category and review the visible cards. 2. Change to a different category. 3. Compare the new list with what you saw previously. 4. Return to another category if you want a second look. If the current category feels too narrow, clear it or switch to another one. Clearing the filter broadens the catalog again and brings back the larger listing. Changing the selected category re-focuses the page around a different group of modules. This makes category filtering the main tool for moving from broad discovery to targeted evaluation. ## Using the Results Count to Judge Your Filtered List Near the catalog controls in Sherkety ERP & Website Platform, you will see a **results count**. This number tells you how many apps currently match the category you are viewing. It updates as the catalog changes, so it works as a quick signal before you spend time reading every card. When no narrow filter is active, the count reflects the broader catalog view. After you choose a category, the number changes to match only the apps in that group. This helps you judge the size of the list right away: - A **higher count** usually means the category is broad and may need more comparison. - A **lower count** means the category is more focused. - A **very small count** can tell you that only a few modules fit that category. - If no apps match, the count helps confirm that the current filter is too narrow or empty. [SCREENSHOT: Results count displayed above the app grid with a category filter applied] Use the count before opening any cards. If you select a category and see only a few results, you may want to inspect each one carefully. If you see many results, start by scanning names and categories in the grid before deciding which detail pages to open. The count also helps you notice when a filter is still active. If the total seems smaller than expected, check the category filter first. In many cases, the lower number is not a missing-content problem—it simply means the catalog is still narrowed to one category. As you switch categories, the results total updates immediately with the visible grid. That direct connection between the filter and the count makes it easier to understand whether you are looking at a broad market view or a tightly focused shortlist. ## Opening an App Detail Page from the Catalog Once you find a promising module in the catalog, open its dedicated app page to continue your evaluation. In Sherkety ERP & Website Platform, the catalog is the comparison layer, while the app detail page is the review layer. The detail page is where you move from quick scanning to closer inspection. 1. Browse the app cards in the current catalog view. 2. Click the card for the app you want to explore. 3. Review the dedicated app detail page. 4. Return to the catalog when you want to compare more apps. [SCREENSHOT: App card in the catalog and the corresponding app detail page after selection] This workflow is useful whether you started from the full catalog or from a filtered category. If you selected a category first, the detail page helps you evaluate one option within that narrowed list. After reviewing it, use your browser’s back action or the site navigation to return to the catalog and continue comparing other apps from the same category. Returning to the catalog is an important part of the process. It lets you keep your comparison flow going instead of treating each app as a separate search. For example, you might open one **HR** app, go back, open another card, then switch to **Reporting** and compare a different group. If you want more structured evaluation after catalog browsing, the next stage is comparing website-level offers with ERP module options in [Comparing Website and ERP Offerings](doc:comparing-website-and-erp-offerings). For app-by-app review from catalog to module page, this open-review-return pattern is the most practical way to work. ## Fixing Common Catalog Browsing Issues Most catalog issues in Sherkety ERP & Website Platform come from the current filter state rather than a problem with the page itself. Before assuming content is missing, check what is selected on the catalog screen. If no apps appear after choosing a category, the first thing to inspect is the **category filter**. You may have selected a category with no visible matches in the current view. Clear the category or switch to a different one to bring back a broader list. Then watch the **results count** and the app grid together to confirm that the page has refreshed. If the results count seems lower than expected, look again at the active category. A reduced total usually means the catalog is still narrowed. This is easy to miss if you changed categories earlier and forgot that the filter remained in place. Resetting the filter is the quickest way to confirm whether the lower number is caused by your current selection. If an app detail page does not match the app you expected to open, return to the catalog and check which card you clicked in the current filtered list. When several apps are grouped closely together, it helps to pause and confirm the app name on the card before opening it again. You may also run into temporary loading or error messages while the page is trying to display content. In that case: - wait a moment for the catalog to finish loading - refresh the page if the message stays visible - return to the catalog later if the page still does not load For more help recognizing loading, empty, and error states across Sherkety ERP & Website Platform, see [Understanding Loading Placeholders Empty States and Errors](doc:understanding-loading-placeholders-empty-states-and-errors). ## Overview The **ERP Apps Catalog** in Sherkety ERP & Website Platform is a public browsing page for exploring ERP modules before making a deeper evaluation. It works best as a shortlisting tool: you scan app cards, narrow the list with the **category filter**, check the **results count**, and open individual app pages only when something looks relevant. The main value of the catalog is speed. You do not need to sign in, create anything, or commit to a single module right away. Instead, you can compare several options from one screen. The catalog helps you move from broad product discovery to focused review without losing context. Key things to remember: - The catalog page includes a **search area**, **category filter**, **results count**, and **app card grid**. - Each **app card** leads to a dedicated app detail page. - The **category filter** narrows the visible list to a specific group of modules. - The **results count** changes with the active filter and helps you judge list size quickly. - Returning from an app page to the catalog lets you continue comparing modules efficiently. This document focuses on browsing behavior inside the catalog itself. For broader ERP entry points and package discovery, return to [Discovering ERP Products and Packages](doc:discovering-erp-products-and-packages). For the next step after catalog browsing—understanding how ERP options relate to website and service offers—continue with [Comparing Website and ERP Offerings](doc:comparing-website-and-erp-offerings). ## Prerequisites You do not need a login or an active ERP workspace to browse the **ERP Apps Catalog** in Sherkety ERP & Website Platform. This is a public-facing part of the site, so most visitors can start directly from the website navigation or another ERP-related page. Before you begin, it helps to have: - a clear idea of the business area you want to explore, such as **Accounting**, **HR**, **Sales & CRM**, **Purchasing**, or **Reporting** - enough time to compare several app cards instead of opening the first result immediately - a stable internet connection so the catalog page and app detail pages load properly It is also useful if you already understand the basic ERP discovery paths covered in [Discovering ERP Products and Packages](doc:discovering-erp-products-and-packages). That earlier guide explains how buyers first reach ERP-related pages in Sherkety ERP & Website Platform. This current guide assumes you are already at the point of narrowing choices inside the catalog. Keep these practical expectations in mind: - You will browse from the public website, not from the admin area. - You will use visible page controls such as the **category filter** and app cards. - You may move back and forth between the catalog and app detail pages several times. - The visible app list can change based on the selected category. If you want to continue after this stage, the next document is [Comparing Website and ERP Offerings](doc:comparing-website-and-erp-offerings), which helps you connect what you see in the app catalog with the broader offers presented across the website. ## Landing on the Public Home Page When you first open the public website in Sherkety ERP & Website Platform, you arrive on the home page. This is the main starting point for visitors who want to learn about business services, explore ERP offerings, or contact the company. At the top of the page, you will typically see the main navigation bar. This header gives you quick access to the most important public sections, such as the home page, service-related pages, ERP-related pages, and contact-focused destinations. If language options are available in the header, you can also switch the browsing language without signing in. Near the top of the home page, the most prominent area is the hero banner. This section usually includes a headline, supporting text, and one or more primary action buttons. These buttons are designed to guide you into one of two main visitor journeys: - **Exploring business services** such as company registration, accounting services, startup support, and related offerings - **Discovering ERP offerings** such as HR, Sales & CRM, Purchasing, Reporting, and other product-focused pages As you scroll, the home page continues to introduce these paths through section headings, feature highlights, comparison content, trust indicators, team or ecosystem sections, and repeated action buttons. These sections help you decide whether you want to continue reading, compare options, or open a contact path. The footer at the bottom of the page gives you another way to move around the public website. It often repeats important links to service pages, ERP pages, informational pages, and contact pages. [SCREENSHOT: Public home page showing header navigation, hero banner, and primary action buttons] This guide focuses only on public-facing pages and actions available to visitors who are not signed in. It does not cover the admin area or editing tools. ## Moving Through the Main Public Navigation The easiest way to move around the public website in Sherkety ERP & Website Platform is by using the top navigation bar. From there, you can open the main public destinations without needing an account. Depending on the page you are viewing, the header usually includes links that take you back to **Home**, open business service pages, show ERP-related pages, or lead you to a contact page or inquiry path. If you are reading a service page or an ERP page and want to restart from the beginning, click the site logo in the header. This returns you to the home page from anywhere on the public website. That makes it easy to compare different offerings without using the browser back button. As you browse, you will notice two common types of links: 1. **Menu links** in the header or footer that take you to broader destination pages, such as a services area, ERP area, company information page, or contact page 2. **In-page buttons** inside banners and sections that take you deeper into a specific offer, such as a service detail page, ERP module page, demo path, or inquiry page This difference matters when you browse. A menu link usually helps you explore categories. A button inside a section usually pushes you toward a more specific next step. The footer provides another navigation route. If you reach the bottom of a page, you can often continue browsing from there instead of scrolling back to the top. Footer links commonly lead to the same public destinations already available in the header, along with additional informational pages and contact-related pages. If you want more detail on menus and repeated navigation patterns, continue with [Using Header Menus and Footer Links](doc:using-header-menus-and-footer-links) and [Understanding Breadcrumbs and Page Location](doc:understanding-breadcrumbs-and-page-location). ## Exploring Business Services Pages You can reach business services pages in Sherkety ERP & Website Platform either from the home page or from a services option in the main navigation. Once you open a services area, the page usually presents service cards, section headings, and short descriptive blocks that help you understand what is available. These public pages are designed for visitors who are comparing support options such as accounting services, company registration guidance, startup packages, and related business services. Start by scanning the visible service names and supporting text. Service cards and section summaries help you quickly identify which offering matches your needs. Some pages present a broad overview of several services, while others focus on one service in detail. On a service-specific page, you will usually see a clear service title, a short explanation of the value offered, and additional content blocks that explain benefits, use cases, or what the service includes. Common elements on these pages include: - A clear service name or section heading - Supporting text that explains the service in practical terms - Value-focused content that highlights benefits or outcomes - Buttons such as **Contact Us**, **Get Started**, or **Request a Service** These buttons are important because they move you from reading into action. If you are still comparing options, keep browsing the page sections. If you already know what you need, click the visible action button to open the next step in the inquiry flow. [SCREENSHOT: Business services page with service cards and a visible Contact Us or Get Started button] If you want a closer look at service discovery and service-specific content, see [Finding Services Through Navigation and Service Menus](doc:finding-services-through-navigation-and-service-menus), [Exploring the Accounting Services Page](doc:exploring-the-accounting-services-page), and [Browsing Company Type Guidance and Registration Content](doc:browsing-company-type-guidance-and-registration-content). ## Reviewing ERP Offerings and Product Information Visitors interested in ERP products can begin from the home page or from an ERP-related menu option in Sherkety ERP & Website Platform. These public ERP pages are built to help prospective buyers understand what the product offers before they request a demo or contact the company. Instead of focusing on one-off business services, these pages present broader product capabilities and business benefits. When you open an ERP page, start with the main heading and introductory text. This top section usually explains the overall value of the ERP offering. As you scroll, you will typically see feature blocks, benefit sections, and business-focused messaging that explain how different parts of the ERP offering support daily work. These sections may highlight areas such as accounting, HR, Sales & CRM, Purchasing, and Reporting. ERP-focused pages often use a consistent pattern: 1. A headline that introduces the product or module 2. Supporting text that explains who it is for or what business problem it solves 3. Feature or benefit sections that break down capabilities into readable blocks 4. Action buttons that invite you to request a demo, consultation, trial, or contact conversation This layout helps you compare options without needing to sign in. You can read top-level product messaging, move into a specific module page, and then decide whether to continue exploring or start an inquiry. [SCREENSHOT: ERP landing page showing feature highlights, benefit sections, and a demo or contact button] If you want a deeper walkthrough of ERP discovery, continue with [Discovering ERP Products and Packages](doc:discovering-erp-products-and-packages), [Browsing the ERP Apps Catalog](doc:browsing-the-erp-apps-catalog), and [Using ERP System Landing Pages to Evaluate Offerings](doc:using-erp-system-landing-pages-to-evaluate-offerings). ## Using Calls to Action to Reach Contact and Inquiry Pages Across the public website in Sherkety ERP & Website Platform, calls to action appear in several places to help you move from browsing into contacting the company. You will see them in hero banners, inside content sections, near service descriptions, on ERP pages, and again in the footer. These buttons are often the fastest way to reach a contact or inquiry page. The most common call-to-action patterns include: - **Hero buttons** near the top of a page - **Section-level buttons** placed after service or product explanations - **Footer contact prompts** at the bottom of the page These actions usually lead to one of a few public destinations: | CTA type | What it usually does | |---|---| | **Contact Us** | Opens a general contact path | | **Get Started** | Moves you toward a service inquiry or next-step page | | **Request a Service** | Starts a business service inquiry path | | **Request Demo** or similar ERP action | Opens an ERP-focused contact or consultation path | It helps to recognize the difference between a navigation link and a conversion button. A navigation link in the header or footer is for browsing. It takes you to another page so you can keep reading. A conversion-focused button is for taking action. It usually appears after key marketing content and is meant to start a conversation, request, or inquiry. You may also notice the same action repeated several times on one page. That is intentional. Whether you click from the hero section, a feature section, or the footer, you are often entering the same contact flow from different points in the page. For more detail on how these actions work across pages, see [Using Public Calls to Action and Conversion Paths](doc:using-public-calls-to-action-and-conversion-paths) and [Contacting Sherkety Through Forms and Direct Channels](doc:contacting-sherkety-through-forms-and-direct-channels). ## Understanding the Main Public Page Paths Available Most visitors follow one of two simple browsing paths in Sherkety ERP & Website Platform. The first path is for someone looking for business services. The second path is for someone evaluating ERP products. Both paths begin on public pages and do not require sign-in. A common **Business Services Visitor** path looks like this: 1. Open the **Home** page 2. Select a services link from the header, a homepage section, or a service button 3. Read a service overview page or a service detail page 4. Click **Contact Us**, **Get Started**, or **Request a Service** 5. Continue to the contact or inquiry page A common **Prospective ERP Buyer** path looks like this: 1. Open the **Home** page 2. Choose an ERP-related link from the header or a homepage section 3. Review ERP feature sections, module highlights, and business benefits 4. Click a visible action such as a demo, consultation, or contact button 5. Continue to the ERP inquiry or contact page Without signing in, visitors can typically access these public page types: - Home page - Business services pages - Service detail pages - ERP pages and module pages - Informational pages such as company or guidance pages - Contact and inquiry pages - FAQ, policy, and legal-style pages through footer navigation You are not locked into one journey. At any point, you can switch from the services path to the ERP path by using the main menu, clicking a homepage section, or choosing a footer link. For example, a visitor who starts on a company registration page can return to the header and open an ERP page, or a visitor reading an ERP module page can move back to service-related content. This flexibility is one of the main browsing patterns on the public website. ## Overview Sherkety ERP & Website Platform gives public visitors a clear way to browse two connected areas: business services and ERP offerings. The public website is designed so you can start from the home page, follow visible navigation links, and move into more detailed pages without creating an account or signing in. The experience is centered around reading service and product information, comparing options, and using action buttons when you are ready to contact the company. The home page acts as the main entry point. From there, the header navigation, homepage sections, and footer links expose the major public destinations. Visitors can move into service-related content such as accounting services, company registration guidance, and startup-focused offers, or they can shift into ERP-focused pages that explain modules like HR, Sales & CRM, Purchasing, and Reporting. Each area uses headings, descriptive content blocks, and repeated calls to action to guide the next step. As you browse, keep these patterns in mind: - **Header links** help you move between major public sections - **The site logo** returns you to the home page - **Section buttons** usually move you toward a more specific offer or inquiry path - **Footer links** provide another route to public pages, including informational and contact pages - **Repeated calls to action** let you start the same contact flow from different parts of a page [SCREENSHOT: Public page showing header, content sections, and footer links in one view] This guide is the starting point for understanding how the public website is organized. It focuses on where visitors go and what they click, not on admin features or content editing tools. The next document is [Navigating Public Pages and Entry Points](doc:navigating-public-pages-and-entry-points). ## Prerequisites You do not need an account to follow the public browsing paths in Sherkety ERP & Website Platform. These pages are available to anonymous visitors, so you can open the website and start exploring immediately. There are only a few basic things to have in place before using this guide effectively. Before you begin, make sure you have: - Access to the public website in a web browser - A stable internet connection so pages, images, and buttons load correctly - Enough time to move through both the business services path and the ERP path if you want to compare them - A general idea of what you are looking for, such as company registration help, accounting services, startup support, or ERP modules It also helps to know what this guide does **not** require: - No sign-in is needed - No admin access is needed - No editing permissions are needed - No setup steps are required before browsing public pages If you are using the public website for evaluation, you may want to pay attention to: - The main navigation bar at the top of each page - Hero section buttons on the home page and landing pages - Service cards and ERP feature sections - Contact-focused buttons such as **Contact Us**, **Get Started**, and request actions in page sections or the footer This guide assumes you are browsing as a visitor, not managing content behind the scenes. If your goal is to sign in and work in the admin area instead, use [Signing In and Accessing the Admin Portal](doc:signing-in-and-accessing-the-admin-portal). If you are ready to continue exploring public navigation patterns, go next to [Navigating Public Pages and Entry Points](doc:navigating-public-pages-and-entry-points). ## Opening the Contact Page and Finding the Right Way to Reach Sherkety On the Contact page in **Sherkety ERP & Website Platform**, you can usually handle two things from one screen: send a message through the inquiry form and use direct contact options shown beside or near that form. This layout is helpful when you are deciding whether to write a detailed request or reach out through a faster channel. The page brings together the main contact details visitors look for: - a **phone number** you can tap or click - an **email address** link - a **WhatsApp** contact option - the **office address** - **business hours** [SCREENSHOT: Contact page showing the inquiry form next to phone, email, WhatsApp, address, and business hours] Use the **contact form** when your request needs explanation. For example, it is the better choice if you want to describe your business, ask about ERP modules, request implementation details, or explain several requirements in one message. The form gives you space to write everything clearly before you send it. Use a **direct channel** when you want a quicker back-and-forth conversation. A phone call is useful when you want an immediate response. WhatsApp works well when you want fast replies in a chat format. Email is a good option when you prefer a written message in your mail app. As you review the page, look for the actions you can take right away: - tap the **phone number** to start a call on supported devices - click the **email address** to open your mail app - select the **WhatsApp** option to begin a chat - check the **address** if you need location details - read the **business hours** before calling or expecting a reply If you need help getting to this page from the public website, see [Browsing the Sherkety Public Website](doc:browsing-the-sherkety-public-website) and [Using Header Menus and Footer Links](doc:using-header-menus-and-footer-links). ## Submitting an Inquiry Through the Contact Form The contact form on **Sherkety ERP & Website Platform** is the best place to send a complete inquiry when you want Sherkety to understand your request without needing several follow-up messages. The form includes standard fields that help organize your message. You will typically complete these fields: | Field | What to enter | |---|---| | **Name** | Your name so Sherkety knows who is contacting them | | **Email** | The email address where you want a reply | | **Phone Number** | A number to use if Sherkety needs to call or message you | | **Subject** | A short title for your request | | **Message** | The full details of your inquiry | 1. Open the **Contact** page and find the inquiry form. 2. Enter your **Name**, **Email**, and **Phone Number** in the matching fields. 3. Add a clear **Subject**. Keep it short and specific, such as an ERP question, implementation request, support request, or business inquiry. 4. In the **Message** box, explain what you need. Mention whether your request is about: - ERP services - implementation - support - a general business question 5. Click **Submit** to send the form. A strong message is specific. If you are asking about ERP services, describe the modules you are interested in, the type of business you run, and what you want to improve. If your request is about support or a follow-up, mention the issue or topic clearly so the team can route your message correctly. After you click **Submit**, watch the page for visible feedback. In Sherkety ERP & Website Platform, this may appear as a success message or another clear indication that your inquiry has been received. If the page confirms the message was sent, you can leave the page or wait for a reply through the contact details you provided. [SCREENSHOT: Completed contact form with Name, Email, Phone Number, Subject, Message, and Submit button] ## Reaching Sherkety Directly by Phone, Email, and WhatsApp If you do not want to fill out the form, the Contact page in **Sherkety ERP & Website Platform** also gives you direct ways to speak with Sherkety. These options are useful when you already know how you want to reach out or when you need a faster conversation. The **phone number** on the Contact page is the most direct option for urgent questions or quick clarification. On a mobile device, tapping the number usually opens the calling screen. On a desktop or laptop, clicking the number may open a calling app if your device is set up for it. This is the best choice when you want immediate back-and-forth during business hours. The **email address** link opens your default mail app. From there, you can write a subject line and explain your request in more detail. Email is useful when you want a written record of the conversation, especially for vendor review, internal approval, or more formal business communication. The **WhatsApp** option starts a direct chat. This is often the easiest way to ask a quick pre-sales question, follow up on an earlier conversation, or get a fast response without making a phone call. It also gives you a written conversation history that is easier to revisit than a call. Choose the channel that fits your situation: - **Phone** for urgent questions and live discussion - **WhatsApp** for quick chat-based follow-up - **Email** for structured written communication - **Contact form** for detailed first-time inquiries [SCREENSHOT: Direct contact area showing clickable phone number, email link, and WhatsApp action] If you are comparing channels before deciding, the next documents in this section will go deeper into that choice, including [Choosing the Right Contact Channel for Your Inquiry](doc:choosing-the-right-contact-channel-for-your-inquiry). ## Using the Address and Business Hours Before You Visit or Call The Contact page in **Sherkety ERP & Website Platform** does more than provide message options. It also shows the **office address** and **business hours**, which help you decide when and how to make contact. Look for the address in the direct contact details area of the page. This is the information to use if you are planning an in-person visit, arranging a courier delivery, or searching for the office in a maps app. Even if you do not plan to visit, the address can help confirm the business location before you move forward with a sales or service conversation. [SCREENSHOT: Contact page section showing office address and business hours] The listed **business hours** are especially useful before you call or send a time-sensitive message. If you contact Sherkety during working hours, you are more likely to receive a faster response through phone or WhatsApp. If you reach out outside those hours, email or the contact form may be the better option because your message can still be reviewed when the team is available. Use the address and hours in practical ways: - check the **office address** before planning a visit - use the address when arranging deliveries or confirming location - review **business hours** before placing a call - send a **form** or **email** if you are contacting outside working hours - use **WhatsApp** during business hours when you want a quick written exchange If the Contact page includes both direct details and a form, it is worth checking the hours first before deciding which action to take. That small step helps set the right expectation for response time and can save you from waiting on a call outside office availability. For more about business details and related contact information, continue with [Using Social Links and Business Details](doc:using-social-links-and-business-details). ## Choosing the Best Contact Method for ERP and Business Service Inquiries Different questions need different contact methods. On the Contact page in **Sherkety ERP & Website Platform**, you can choose the option that matches the amount of detail you need to share and how quickly you want a reply. Use the **contact form** when your inquiry is detailed. This is the best choice if you need to explain company requirements, list the ERP modules you are interested in, mention expected user counts, or describe implementation goals. Because the form includes fields such as **Subject** and **Message**, it helps you organize everything in one place. It is especially useful for first contact when you want Sherkety to review a complete request before responding. Use **phone** or **WhatsApp** when speed matters more than structure. These channels are better when you want a quick pre-sales conversation, need immediate clarification, or want to ask a few short questions before deciding on next steps. During business hours, these options are often the fastest way to start a conversation. Use **email** when you want a formal written thread. This works well for procurement discussions, vendor evaluation, or cases where you want to keep a clean record that can be forwarded internally. Email is also a good choice if your message needs a clear subject line and carefully written details. A simple way to decide: | Contact method | Best for | |---|---| | **Contact form** | Detailed ERP or business service inquiries | | **Phone** | Urgent questions and immediate clarification | | **WhatsApp** | Fast chat and easy follow-up | | **Email** | Formal written communication and structured requests | If you are still deciding whether your question belongs on a business services page or an ERP product page, see [Choosing Between Business Services and ERP Products](doc:choosing-between-business-services-and-erp-products). ## Fixing Common Problems When a Message or Contact Action Does Not Work If a contact action does not work as expected in **Sherkety ERP & Website Platform**, start with the simplest checks on the Contact page before trying again. Most issues come from missing form details or device settings that affect links. If the **contact form** does not submit, review the fields you entered. Make sure important fields such as **Name**, **Email**, and **Message** are not empty. Also check that your **Subject** is filled in if the form expects it. After correcting any missing information, click **Submit** again. If the page shows a warning or does not respond, refresh the page and re-enter your message carefully. If the **email address** link does not open anything, your device may not have a default mail app set up. The same applies to the **phone number** link on desktop devices that are not configured for calling. In that case, you can still copy the visible email address or phone number from the Contact page and use it in your preferred app manually. If the **WhatsApp** option does not launch, check whether WhatsApp is available on your device. On mobile, make sure the app is installed. On desktop, your browser may need to open WhatsApp Web. If nothing happens, try again in another browser or switch to phone or email. If you do not receive a quick response, compare your timing with the **business hours** shown on the Contact page. A slower reply may simply mean you contacted Sherkety outside working hours. When that happens, try another channel that fits your situation: - use **phone** for urgent contact during business hours - use **WhatsApp** for quick follow-up - use **email** for a written request - use the **contact form** for a complete inquiry For more help recognizing on-screen feedback such as warnings and confirmations, see [Understanding Toast Messages and Action Feedback](doc:understanding-toast-messages-and-action-feedback) and [Recognizing Warnings Errors and Dismissible Notices](doc:recognizing-warnings-errors-and-dismissible-notices). ## Overview The Contact page in **Sherkety ERP & Website Platform** brings together all main communication options in one place, so you do not need to search across multiple pages before reaching out. From this page, you can either send a message through the inquiry form or use one of the direct contact methods shown alongside it. The main items available on the page include: - the **contact form** - a clickable **phone number** - an **email address** link - a **WhatsApp** contact option - the **office address** - **business hours** This combination supports different types of visitors. Someone comparing ERP modules may prefer the form to explain business needs in detail. A visitor who wants a quick answer before booking a demo may choose WhatsApp or phone. A procurement or operations contact may prefer email to keep a formal written thread. The page is also useful because it helps you choose not only **how** to contact Sherkety, but **when**. The business hours guide the best time to call or expect a reply, while the address helps with visits, deliveries, or location checks. In practical terms, the Contact page supports three common workflows: - **Send a structured inquiry** through the form - **Start a direct conversation** through phone, email, or WhatsApp - **Check location and availability** using the address and business hours [SCREENSHOT: Full Contact page overview with form and direct contact details] If your goal is to send a message right away, focus first on the form fields and **Submit** button. If your goal is to speak with someone quickly, go straight to the phone or WhatsApp option. If you want to understand the wider contact details shown around the page, continue with [Using Social Links and Business Details](doc:using-social-links-and-business-details). ## Prerequisites You do not need an account to use the Contact page in **Sherkety ERP & Website Platform**, but a few basics will make the process smoother and help you choose the right contact option on the first try. Before you start, it helps to have: - a clear idea of what you are contacting Sherkety about - your **name** and **email** ready for the contact form - a **phone number** ready if you want Sherkety to call or message you back - a short **subject** for your inquiry - a clear message describing your request If your inquiry is about ERP services, prepare the details that matter most, such as: - which ERP modules interest you - what kind of business you run - whether you need implementation help - whether your question is sales-related, support-related, or general If you plan to use a direct contact option instead of the form, make sure your device supports it: - for **phone**, use a device that can place calls or open a calling app - for **email**, have a mail app available - for **WhatsApp**, use a device with WhatsApp installed or a browser that can open WhatsApp Web It is also worth checking the **business hours** on the Contact page before you call or expect a fast reply. If you are reaching out outside working hours, the **contact form** or **email** may be more practical than phone. For visitors who are still exploring the public website before making contact, [Browsing the Sherkety Public Website](doc:browsing-the-sherkety-public-website) and [Understanding Public Page Layouts and Visitor Actions](doc:understanding-public-page-layouts-and-visitor-actions) can help you get oriented first. The next step in this Contact Channels section is [Using Social Links and Business Details](doc:using-social-links-and-business-details). ## Exploring the ERP Landing Page When you open the **ERP** area in **Sherkety ERP & Website Platform**, the page is designed to help you move from broad product discovery to a more focused buying decision. The first area to look at is the **hero banner** at the top of the page. This section usually carries the main ERP message, introduces the value of the offering, and places the most important actions where they are easy to see. Expect the hero area to be the fastest way to understand whether the ERP offering is meant for businesses that want an all-in-one solution rather than a single service. Below that, the page leads into **package cards** or package blocks that present the main ERP offers. These cards are where package-level messaging becomes more specific. You can scan the visible headings, short descriptions, and action buttons to understand how each offer is positioned. This is useful when you want to compare options without opening another page immediately. A separate **implementation overview** block helps you understand what happens after choosing an ERP package. Instead of focusing only on features, this section frames the rollout experience and gives buyers a clearer picture of setup and onboarding expectations. You can also use the page to start exploring individual ERP apps. Look for **featured app tiles**, **app links**, or ERP-related navigation that points to areas such as **Accounting**, **Sales & CRM**, **HR**, **Purchasing**, or **Reporting**. These entry points help you move from package messaging into app-specific detail. The main calls to action on this page are the **brochure download** and **demo request** options. Use these when the package summaries are not enough and you want either a downloadable reference or a guided conversation. [SCREENSHOT: ERP landing page showing hero banner, package cards, implementation section, and featured app links] ## Comparing ERP Packages The ERP landing page in **Sherkety ERP & Website Platform** gives you a side-by-side way to review package options before you commit to a conversation. Start with the **package cards** or pricing-style blocks. These are the clearest comparison point because they group each offer into its own visual section with a title, short positioning message, and a package-specific action button. As you compare, pay attention to the visible package messaging. Each package card is meant to answer three practical questions: - **What is included?** - **Who is this package for?** - **Why would I choose this over another option?** You will usually see this through short **feature summaries**, **value statements**, and package-level wording that signals business fit. One package may be presented as a starting point, while another may appear more complete or better suited for broader operational needs. The difference is often shown through labels, summary text, and the amount of detail listed directly on the card. Use the visible elements on each package card to distinguish offers: - **Package name or label** - **Short positioning text** - **Included capability summary** - **Call-to-action button** - **Visual emphasis** that may highlight a recommended or stronger option Not everything is shown on the landing page. The page is best for high-level comparison, not full package documentation. Use the landing page to narrow your options, then choose your next step based on how much detail you need: - Stay on the page if you only need a quick comparison - Open the **brochure** option if you want more complete package information - Use the **demo request** if you need help understanding fit, scope, or app coverage This approach keeps the first comparison simple while still giving you a path to deeper evaluation. ## Reviewing the Implementation Overview The **implementation overview** section on the ERP landing page helps you judge more than just features. In **Sherkety ERP & Website Platform**, this part of the page is especially useful if your buying decision depends on rollout effort, onboarding support, or how quickly your team can begin using the ERP package. Look for a content block that explains how the ERP journey is introduced after purchase. This section typically shifts the conversation from “what the package includes” to “how the package is put into use.” Instead of comparing package cards alone, you can use this area to understand whether the offering is presented as a guided rollout with clear stages. The implementation messaging may be framed around ideas such as: - **Discovery** or initial business understanding - **Setup** or configuration - **Go-live** readiness - **Support** during rollout or after launch Even when the section is brief, it gives important buying context. A package may look attractive on the landing page, but the implementation overview helps you decide whether the rollout approach matches your team’s capacity and expectations. If your business needs more hands-on support, this section can help you identify whether the ERP offer is positioned as a guided service rather than a self-serve product. Use this section when you are asking questions like: - How much onboarding support should I expect? - Is the rollout presented as structured and staged? - Does the package seem suitable for a business that needs help getting started? This information is valuable before you click **Download Brochure** or **Request Demo**. It helps you enter the next step with better questions and a clearer sense of whether the ERP package is realistic for your timeline and internal resources. [SCREENSHOT: Implementation overview section with rollout stages or onboarding messaging] ## Requesting a Brochure or Booking a Demo The ERP landing page in **Sherkety ERP & Website Platform** gives you two different next steps when the package cards are not enough: **brochure access** and **demo request**. These options serve different evaluation styles, so it helps to choose the one that matches how you want to review the ERP offering. Use the **brochure** button or link when you want package details in a format you can review away from the page. This is the better choice if you need time to compare options, share information internally, or discuss the ERP offer with other decision-makers. A brochure path is useful when your goal is self-guided review rather than immediate discussion. Use the **demo request** button when you want a guided evaluation. This action is better if you have questions about package fit, want help matching apps to your business needs, or need someone to explain the differences between options. A demo path is especially useful when package summaries feel too general and you want a more tailored conversation. When you choose either path, expect to move into an inquiry or contact step. Depending on the page flow, you may be asked to provide details that help identify your interest, such as your business context or the type of ERP information you want. The exact fields may vary, but the purpose is the same: helping the team understand whether you want a downloadable package reference or a guided product discussion. A simple way to decide: - Choose **brochure access** for offline review and internal sharing - Choose **demo request** for guided answers and package clarification - Use the brochure first if you are still narrowing options - Use the demo first if you already know which areas, such as **HR**, **Sales & CRM**, or **Reporting**, you want to discuss For broader contact flows, see [Contacting Sherkety Through Forms and Direct Channels](doc:contacting-sherkety-through-forms-and-direct-channels). ## Opening Individual ERP App Pages Once you have reviewed package-level information, the next useful step is opening the individual ERP app pages. In **Sherkety ERP & Website Platform**, the ERP landing page is not only for comparing packages. It also acts as a starting point for exploring the apps that make up the broader ERP offer. Look for the main app discovery paths on the page, such as: - **Featured app tiles** - **Category links** - ERP-related items in the main navigation - Direct entry points to pages like **Accounting**, **Sales & CRM**, **HR**, **Purchasing**, and **Reporting** These links help you move from broad package messaging into app-level detail. That matters because package cards tell you how an offer is positioned, but app pages help you understand what each area is meant to do for the business. After opening an app page, you can usually compare points such as: - **App-specific benefits** - **Business workflows** the app supports - The type of team or business need the app fits - Whether the app seems central or optional for your rollout For example, a buyer interested in people operations may go from the ERP landing page to the **HR** page, while someone focused on customer pipeline and quotations may open **Sales & CRM**. This lets you test whether the package you liked at a high level also aligns with the day-to-day needs of your business. Use app pages to validate package interest, not replace it. The strongest evaluation flow is often: - compare packages first, - open the most relevant app pages next, - then return to the package decision with better context. For deeper app browsing, continue with [Browsing the ERP Apps Catalog](doc:browsing-the-erp-apps-catalog). ## Choosing the Best Path for Your Evaluation The ERP landing page gives you several ways to evaluate the offer, and the best path depends on what you need to decide first. In **Sherkety ERP & Website Platform**, you do not need to use every section in the same order. Instead, use the page based on the question you are trying to answer. Start with the **package cards** when your main goal is to compare bundled ERP options at a high level. These cards are the fastest way to understand how the offers differ in positioning, included capabilities, and intended fit. If you are still deciding between broader options, this is the right first stop. Open the **implementation overview** when rollout effort matters as much as features. This section is especially helpful if your team is concerned about onboarding, setup expectations, or how structured the launch process appears. Buyers who need confidence about adoption and support should not skip this part. Choose the **brochure** action when you want a reference you can review offline or share with other stakeholders. This path works well for internal discussions, side-by-side review, and situations where several people need to look at the offer before a decision is made. Choose the **demo** action when you need guided answers. This is the better path if: - package differences are still unclear, - you want help matching apps to your business, - you need clarification on implementation, - or you want to discuss a specific area such as **Accounting**, **HR**, or **Sales & CRM**. A practical evaluation flow looks like this: - Use **package cards** for first comparison - Check the **implementation overview** for rollout expectations - Open relevant **app pages** for deeper fit analysis - Choose **brochure** or **demo** based on whether you want self-guided review or guided discussion If your next step is app-by-app exploration, continue with [Browsing the ERP Apps Catalog](doc:browsing-the-erp-apps-catalog). ## Overview The ERP discovery experience in **Sherkety ERP & Website Platform** is built to help you move from general interest to a more informed buying decision without leaving the public website. The main ERP landing page combines several decision points in one place so you can compare offers, review rollout expectations, and branch into app-specific pages when you need more detail. The most important areas to focus on are: - the **hero banner** for the main ERP message and primary actions, - the **package cards** for side-by-side comparison, - the **implementation overview** for rollout and onboarding context, - and the **app discovery links** for deeper exploration of individual ERP areas. This structure is useful because different buyers evaluate ERP products in different ways. Some want to compare packages first. Others need to understand implementation effort before they take any next step. Others already know they want to inspect modules such as **HR**, **Reporting**, or **Sales & CRM** before deciding whether a package is a good fit. The page also makes room for two common conversion paths: - **Brochure access** for self-guided review - **Demo request** for guided product evaluation Use the landing page when you want a broad understanding of the ERP offer and the relationship between package-level messaging and app-level detail. If you are still learning how public pages are organized, the broader navigation patterns are covered in [Navigating Public Pages and Entry Points](doc:navigating-public-pages-and-entry-points) and [Using Header Menus and Footer Links](doc:using-header-menus-and-footer-links). From here, the natural next step is to move beyond package discovery and start reviewing the app catalog in more detail through [Browsing the ERP Apps Catalog](doc:browsing-the-erp-apps-catalog). ## Prerequisites You do not need an admin account or any special setup to complete this discovery flow in **Sherkety ERP & Website Platform**. The ERP landing page and related app pages are part of the public browsing experience, so you can begin evaluating products directly from the website. Before you start, it helps to have a clear idea of what you want to compare. You will get more value from the page if you already know whether you are mainly interested in: - comparing **ERP packages**, - understanding **implementation and onboarding**, - reviewing specific app areas such as **Accounting**, **HR**, **Purchasing**, **Sales & CRM**, or **Reporting**, - or deciding between a **brochure download** and a **demo request**. A few practical things make the experience easier: - Use the site navigation to reach the ERP area if you did not land there directly - Switch languages if needed using the website language controls described in [Switching Languages While Browsing the Platform](doc:switching-languages-while-browsing-the-platform) - Use breadcrumbs or page navigation cues if you want to keep track of where you are, as explained in [Understanding Breadcrumbs and Page Location](doc:understanding-breadcrumbs-and-page-location) - Be ready to open individual app pages if a package summary raises questions about business fit You do not need to prepare detailed business requirements before reading the page, but it helps to know your priority. For example: - If you need a quick comparison, focus on the **package cards** - If rollout support matters most, focus on the **implementation overview** - If you need internal discussion material, use the **brochure** path - If you want direct clarification, use the **demo** path The next document in this sequence is [Browsing the ERP Apps Catalog](doc:browsing-the-erp-apps-catalog). ## Confirming You Can Edit from the Live Website In Sherkety ERP & Website Platform, direct editing tools only appear when you are signed in with an account that has permission to manage website content. If you open the public website as a regular visitor, you will only see the normal page layout, navigation menus, buttons, banners, and content sections. You will not see any editing controls. To confirm that you can edit from the live website, open a public page such as the homepage, a services page, a company type page, or an ERP app page and look at the top of the screen. Authorized users should see an admin bar above the page content. This bar is the clearest sign that you are viewing the website in editing mode rather than as a standard visitor. You can also look for edit actions attached to visible content areas. These may appear around sections such as the homepage hero, trust content, service highlights, FAQ areas, footer content, or other reusable page blocks. If those controls are visible, you can launch editing directly from the page you are viewing. A few things help you tell the difference between normal browsing and editable browsing: - **Normal public view:** only website content and navigation are visible - **Editable view:** the admin bar appears at the top, and some sections show edit controls - **Signed-in admin experience:** you can move from the live page into content editing without first opening the admin menu pages Access is typically limited to users with roles such as **Content Editor** or **Administrator**. If you can sign in to the admin area but do not see the admin bar on public pages, your account may not include permission for direct website editing. [SCREENSHOT: Public website with admin bar visible at the top and edit controls attached to content sections] ## Using the Admin Bar to Open Editing Tools The admin bar is your main shortcut for editing content while you browse the live website. Instead of leaving the page, opening the admin area, and searching for the right content record, you can start from the page you are already viewing and jump straight into editing. When the admin bar is visible, use it as the page-level entry point. This is most useful when you want to update the current page as a whole rather than one small block. For example, if you are reviewing a full landing page and know several parts need to be revised, the admin bar is usually faster than opening each section one by one. Typical actions available from this top bar include: - Opening editing for the **current page** - Moving into related admin management areas - Returning to the live website view after making changes This changes the workflow in a very practical way. You stay anchored to the page visitors actually see, which makes it easier to confirm you are editing the correct content. That is especially helpful on pages with similar titles or repeated layouts, such as ERP module pages, service pages, or multilingual versions of the same page. Use the admin bar when: - You need to review or update several parts of the same page - You want to manage page-level content in one place - You are not sure which section contains the text and want the broader editing view - You need to move quickly between the live page and admin management screens Use section-level edit controls instead when only one visible block needs attention, such as a headline, a short text area, a CTA button, or a footer section. [SCREENSHOT: Admin bar at the top of a live page with the main page edit action highlighted] ## Editing a Specific Section from the Page Layout Section-level editing is the fastest option when you already know exactly which part of the page needs to change. In Sherkety ERP & Website Platform, editable sections can appear directly on the live layout, attached to visible content blocks such as banners, text sections, feature areas, image-and-text rows, trust indicators, FAQ groups, or footer regions. 1. Open the public page that contains the content you want to update. 2. Find the exact section on the page layout. 3. Look for the edit action attached to that section. 4. Click the edit action for that block only. This approach reduces guesswork because you are choosing the section from the page itself, not from a list of content items in the admin area. If you are updating the homepage hero headline, a services highlight, or a reusable footer block, launching the edit action from that exact location helps you avoid editing the wrong item. Page context matters here. Similar wording may appear in more than one place across the website, especially on multilingual pages, shared promotional sections, or reusable content areas. By starting from the visible block, you can confirm that the section you open matches the content you were just looking at. After you click the section edit control, Sherkety ERP & Website Platform opens the editing interface for that block. Depending on the content, this may appear as a dedicated editing screen, a content panel, or an editor view focused on that section. From there, you can update the fields connected to that visible area without affecting unrelated parts of the page. If the wrong editor opens, return to the live page and relaunch editing from the exact section on the layout instead of continuing in the wrong place. [SCREENSHOT: A live content section with its edit action visible next to the block] ## Updating Visible Content and Saving Your Changes Once you open the editing view for a page or section, focus on the fields that control what visitors actually see. In Sherkety ERP & Website Platform, this usually includes items such as headings, paragraph text, button labels, supporting text, and image-related content. The exact fields depend on the page section you opened, but the goal is always the same: update the visible content and save it so the live page reflects the change. 1. Review the current text and confirm you opened the correct page or section. 2. Update the fields that match the visible content you want to change. 3. Check wording carefully, especially headlines and button labels. 4. Save your changes using the available save action in the editor. 5. Wait for the confirmation message before leaving the screen. Do not leave the editor immediately after clicking save. Look for clear confirmation that the update completed. In Sherkety ERP & Website Platform, feedback may appear as a notification message or other success confirmation. If you do not see confirmation, stay on the page and verify that the save finished. After saving, return to the live page and check the same location where you launched editing. Make sure the updated text, button label, or other content appears in the expected section. This is especially important for: - Long headings that may wrap onto a second line - Body text that changes spacing or line breaks - Buttons with new labels that may affect layout width - Content blocks that sit beside images or cards It is a good habit to review the content in its page layout, not just in the editor. A sentence that looks fine in a form field can appear crowded or uneven once it is placed back into the live design. [SCREENSHOT: Content editor with text fields and a visible Save action] ## Choosing Between Page Editing and Section Editing The fastest editing path depends on the size of the change. In Sherkety ERP & Website Platform, you usually have two entry points from the live website: the admin bar for page-level editing and section edit controls for a single visible content block. Choosing the right one saves time and helps prevent edits in the wrong place. Use the **admin bar** when the change affects the page broadly. This is the better choice when you want to review multiple areas together, update page-wide content, or work through a full page in one editing session. If you are revising a landing page with several text blocks, CTAs, and supporting sections, opening the page from the admin bar is usually more efficient. Use a **section edit action** when the change is narrow and obvious. This works best for one content block at a time, such as: - A homepage banner headline - A services section description - A trust or testimonial area - A footer content block - A reusable section shown on more than one page A simple way to decide is to ask what you are trying to change: | What you need to update | Best entry point | |---|---| | Several parts of the current page | Admin bar | | One visible block on the page | Section edit action | | A shared section reused in multiple places | Section edit action from the visible block | | Content that may differ by language | The edit entry point attached to the page version you are viewing | Be careful with similar content across the site. A footer section, shared promotional block, or translated page may look familiar in multiple places. If you edit at the wrong scope, you may change a shared section when you only meant to update one page, or edit one language version while expecting another to change. Start from the visible page version you want visitors to see. ## Fixing Common Problems with On-Page Editing If on-page editing does not behave the way you expect, start with the visible signs on the page. Most issues come from being signed out, opening the wrong page view, or launching the wrong edit entry point. If the **admin bar does not appear**, check these first: - Make sure you are signed in to Sherkety ERP & Website Platform - Confirm your account has a role such as **Content Editor** or **Administrator** - Verify that you are on the live website, not just a public session that does not show editing controls - Refresh the page after signing in If **section edit actions are missing**, the content block may not be editable from the live layout, or the control may only be obvious when you are focused on the correct region of the page. Scroll carefully to the exact section you want. On long pages with repeated patterns, it is easy to mistake one block for another. If **your saved changes do not appear**, work through these checks: 1. Confirm that the save completed and that you saw a success message. 2. Refresh the live page. 3. Reopen the same page version and verify you are checking the correct language. 4. Consider whether the content belongs to a different page or a reusable shared section. If you **opened the wrong editing screen**, do not continue making changes there. Return to the live page, locate the exact section again, and relaunch editing from that block. This is the safest way to avoid updating similar content elsewhere on the site. When the problem is not with access but with page behavior, compare what you see on the live page with the editing entry point you used. The visible layout is your best guide for confirming scope and location. ## Overview Editing directly from the website is the quickest way to update public-facing content in Sherkety ERP & Website Platform when you are already reviewing the live page. Instead of navigating through the admin area first, you can browse the same pages your visitors see and launch editing from the top admin bar or from section-level edit controls attached to visible content blocks. This workflow is especially useful for content review tasks. If you notice a headline that needs rewriting, a button label that is too long, a paragraph that needs clearer wording, or a shared section that looks outdated, you can move straight from viewing to editing without losing page context. That makes it easier to confirm you are changing the correct page, section, and language version. The two main entry points serve different purposes: - **Admin bar:** best for page-wide edits and broader review - **Section edit controls:** best for targeted updates to one visible block Because Sherkety ERP & Website Platform includes multilingual public pages, reusable sections, service pages, ERP module pages, and shared footer content, page context matters. Starting from the live layout helps you avoid searching through admin lists and reduces the chance of editing the wrong content item. This guide focuses on the basics of recognizing editable mode, opening page or section editing from the live website, saving changes, and checking the result on the page itself. It is the starting point for the inline editing workflow. The next document, [Using Section and Footer Edit Controls](doc:using-section-and-footer-edit-controls), goes deeper into working with section-specific entry points. ## Prerequisites Before you can edit content directly from the live website in Sherkety ERP & Website Platform, make sure the following conditions are met: - You have a valid sign-in for the admin area - Your account includes permission to edit website content - You are signed in with a role such as **Content Editor** or **Administrator** - You are viewing a public website page, such as the homepage, a services page, a company type page, or an ERP app page - The page you want to edit is available in the language version you intend to update It also helps to know what kind of change you are making before you begin. Direct editing works best when you already have a visible target on the page, such as a hero banner, text section, CTA area, FAQ block, or footer region. If you are unsure where the content lives, start from the live page and look for the admin bar first. A few practical checks can save time: - Open the exact page where the content appears - Confirm whether you need a full-page edit or a single-section update - Check the current language before editing multilingual content - Be ready to refresh the live page after saving so you can confirm the result If you can sign in to Sherkety ERP & Website Platform but do not see the admin bar or any edit controls on public pages, your account may not have the required access for inline editing. In that case, review [Signing In and Accessing the Admin Portal](doc:signing-in-and-accessing-the-admin-portal) and [Understanding Role Visibility and Access Restrictions](doc:understanding-role-visibility-and-access-restrictions) before continuing. Next, continue with [Using Section and Footer Edit Controls](doc:using-section-and-footer-edit-controls). ## Opening the modal editor and choosing a language In Sherkety ERP & Website Platform, multilingual content is edited inside a pop-up editor window that opens from the website editing interface or from the **Content** area in the admin section. When you open a content item, the editor appears as a modal, keeping you on the same page while you update the selected section. 1. Open the page or section you want to edit. 2. Click the available **Edit** control for that content. 3. Wait for the editor modal to open. 4. Find the **language selector** at the top of the editor. 5. Choose the language you want to work on before changing any text. [SCREENSHOT: modal editor open with the language selector highlighted at the top] Inside the modal, you will see the same content fields for the selected section, such as text areas and input boxes used for headings, descriptions, and other written content. The structure of the content stays the same while the text inside those fields changes based on the language you select. That means you are still editing the same content block, but you are viewing a different language version of its text. When you switch the language selector, the form refreshes to show the saved values for that language. This helps you compare versions one at a time without creating duplicate entries. If a field has already been translated, you will see that translated text loaded into the input. If that language has not been filled in yet, the field may appear empty. Always check the active language before typing. The selected language in the dropdown or selector is your main confirmation of which version you are editing. If you manage Arabic and English content in the same session, pause briefly after each switch and confirm the visible language label before making changes. ## Updating translated fields without overwriting other languages Once you have selected the correct language, you can edit the visible text fields directly in the modal. Sherkety ERP & Website Platform keeps each language version separate, so changes you make while one language is selected apply only to that language’s text values. 1. Select the language you want to edit from the language selector. 2. Click into each visible text field, such as the heading, description, or longer body content. 3. Replace or revise the text for that language only. 4. Move through the remaining fields in the same modal and complete the translation. 5. Switch to another language only after you finish reviewing the current one. [SCREENSHOT: multilingual editor showing text fields filled for one language] A useful way to work is to treat the modal as one content section with multiple language views. For example, if you update a title while **English** is selected, that change affects the English version only. When you switch to **Arabic**, the same title field shows the Arabic value instead of the English one. The field label stays the same, but the content inside it changes with the selected language. This separation helps prevent accidental overwriting, but only if you keep an eye on the active language. If you switch languages to review another translation, the editor loads that language’s saved content into the same set of fields. You can move back and forth between languages to compare wording, length, and completeness. If you return to a language you already edited during the same session, review the field values carefully before closing the modal. The editor is designed to keep your work focused on the selected language, so you can continue refining one version without replacing another. For broader field behavior and language-specific input handling, see [Managing Multilingual Fields in the Content Editor](doc:managing-multilingual-fields-in-the-content-editor). ## Checking validation before saving Before you save, review the modal for any missing or incomplete required fields. In Sherkety ERP & Website Platform, validation is used to stop incomplete multilingual content from being saved when important text is missing. 1. After editing the fields for the selected language, click **Save**. 2. Watch for validation messages next to any required field that needs attention. 3. Correct the highlighted field in the current language. 4. If needed, switch languages and repeat the check for each version. 5. Save again after all visible errors are cleared. [SCREENSHOT: editor modal showing a required field message beside an empty translated input] Validation feedback appears inside the modal, close to the field that needs correction. This is especially helpful when one language is complete and another is not. For example, a title may be filled in for one language but still missing in another. The editor treats those as separate language values, so you can fix the incomplete version without disturbing the completed one. In practice, validation matters most when you try to save. If Sherkety ERP & Website Platform finds a required field that is empty for the language you are editing, the modal keeps you in place and shows the problem where it occurs. This prevents partial translated content from being submitted accidentally. When reviewing errors, focus on the language currently selected in the editor. A missing field in Arabic does not mean the English version is wrong, and the reverse is also true. The language selector helps you move directly to the version that needs work. After you fill the missing text, the field can be checked again by using **Save** once more. If you want a broader walkthrough of save checks and review steps after editing, continue with [Validating Saving and Reviewing Content Changes](doc:validating-saving-and-reviewing-content-changes). ## Saving changes and closing the editor safely After you finish editing and clear any validation issues, use the modal controls carefully so your translated content is stored correctly. In Sherkety ERP & Website Platform, the main action is **Save**, while **Cancel** or the modal **Close** control leaves the editor without committing your latest changes. 1. Review the active language shown in the language selector. 2. Click **Save** in the modal. 3. Wait for the editor to finish processing your changes. 4. Look for a success message or updated state in the editor. 5. Close the modal only after the save is complete. [SCREENSHOT: Save button in the editor modal with a success notification after saving] When you click **Save**, the values currently loaded in the modal form are submitted from your editing session. If you have worked through multiple languages in the same session, save only after confirming the fields you changed are still present and correct. Do not assume that closing the modal automatically saves your work. Use **Cancel** when you want to leave without keeping recent edits. If you click the **Close** control before saving, any unsaved changes can be lost. This is especially important in multilingual work because it is easy to switch languages, make several text changes, and then forget that the latest edits were never saved. After a successful save, Sherkety ERP & Website Platform may confirm the action with a notification and keep or close the modal depending on the workflow you are using. The safest habit is to wait for visible confirmation before moving away from the editor. If the content still looks unchanged, reopen the language selector and verify the saved values in each language. For a dedicated guide to checking content before and after saving, see [Previewing Changes Before Saving Content](doc:previewing-changes-before-saving-content). ## Reviewing content across languages before publishing Saving is only part of the job. Before you leave the editor, review each language version in the modal so the same section is complete and consistent across all supported languages. Sherkety ERP & Website Platform makes this easier by letting you switch languages while staying on the same content item. 1. Open the saved content item in the modal editor. 2. Select the first language in the language selector and review every visible field. 3. Switch to the next language and compare the same fields. 4. Repeat until all available languages have been checked. 5. Save again if you make any corrections during review. [SCREENSHOT: editor modal with the same content section reviewed in two different languages] A practical review sequence is to start with the language you use as your source version, then move through the remaining languages one by one. In each language, check whether the title, description, and longer text fields are filled in, current, and written in a matching tone. Look for obvious gaps such as empty required fields, older wording that was not updated, or text that no longer matches the latest offer or page message. Using the same modal for every language helps you compare like-for-like content. Because the field labels stay in place while the values change, you can quickly spot whether one language has a shorter description, missing sentence, or outdated phrase. This is especially useful for homepage sections, service descriptions, and ERP feature pages where consistency matters. If you want to confirm how the edited content appears on the page itself, follow up with [Using Live Preview to Check Page Updates](doc:using-live-preview-to-check-page-updates). Your next step in this content workflow is [Managing Repeating Content and Structured Items](doc:managing-repeating-content-and-structured-items), which covers sections that contain lists, cards, and grouped entries. ## Fixing common issues in multilingual editing Most multilingual editing problems in Sherkety ERP & Website Platform come from working in the wrong language, missing a required field, or closing the modal before saving. When something looks wrong, start by checking the editor controls you can see on screen. - **A translated field looks blank after switching languages** - Check the **language selector** first and confirm you are viewing the intended language. - If the correct language is selected, the blank field may mean that version has not been saved yet. - Enter the missing text in that language and click **Save**. - **Save is blocked** - Look for validation messages beside the fields in the modal. - Complete the required field that is highlighted. - Try **Save** again after the warning disappears or the field is corrected. - **Changes seem lost after closing the modal** - Reopen the same content item and switch to the language you edited. - If the old text is still there, the modal was likely closed with **Cancel** or the **Close** control before saving. - Re-enter the changes and use **Save** before leaving the editor. - **Text was updated in the wrong language** - Use the **language selector** to return to the language where the incorrect text now appears. - Correct that field in the affected language. - Switch to the intended language and enter the text there. - Save once the values are in the right places. [SCREENSHOT: multilingual editor with language selector, validation message, and Save button visible together] If the editor still shows missing content, error messages, or unexpected empty values, compare what you see with the guidance in [Understanding Loading Placeholders Empty States and Errors](doc:understanding-loading-placeholders-empty-states-and-errors) and [Responding to Missing Content and Retry Messages](doc:responding-to-missing-content-and-retry-messages). ## Overview This guide focuses on editing translated website content inside the modal editor in Sherkety ERP & Website Platform. The main workflow is simple: open a content section, choose a language from the language selector, update the visible text fields for that language, resolve any validation messages, and save before closing the modal. The most important idea is that the editor shows one content section with separate language versions behind the same field labels. You are not creating separate pages when you switch languages. Instead, you are editing the localized values for the same section, such as a heading, description, or body text. That is why the language selector matters so much during every step of the process. This document covers: - Opening the modal editor from the content editing workflow - Using the language selector to move between localized versions - Updating translated text without replacing another language’s content - Recognizing validation messages for missing required fields - Saving multilingual edits safely - Reviewing the same content across languages before you finish - Correcting common mistakes such as blank fields, blocked saves, or edits made in the wrong language If you are already comfortable opening the editor and want to understand the admin area around it, see [Understanding the Content Editor Workspace and Save Flow](doc:understanding-the-content-editor-workspace-and-save-flow). If you need help getting into the admin area first, start with [Signing In and Accessing the Admin Portal](doc:signing-in-and-accessing-the-admin-portal). The next document in this series is [Managing Repeating Content and Structured Items](doc:managing-repeating-content-and-structured-items), where you will work with content sections that include multiple entries instead of a single set of text fields. ## Prerequisites Before you edit multilingual content in Sherkety ERP & Website Platform, make sure the basic editing conditions are already in place. This helps you avoid opening the modal and then discovering you cannot save or review your changes properly. - You can sign in to the admin area successfully. - Your account has access to content editing screens such as **Dashboard** or **Content**. - You know which page or section you need to update, such as a homepage section, service content block, or ERP page section. - You can identify the correct language to edit before typing into the modal. - You are prepared to review each language version separately instead of assuming one update changes all languages. It also helps to be familiar with these related tasks: - Opening editable website sections from the inline editing tools in [Editing Content Directly From the Website](doc:editing-content-directly-from-the-website) - Using section-level edit controls in [Using Section and Footer Edit Controls](doc:using-section-and-footer-edit-controls) - Navigating the admin area from [Using the Admin Dashboard for Navigation](doc:using-the-admin-dashboard-for-navigation) Before you start, gather the final wording for each language you plan to update. Multilingual editing is much smoother when you already know which translated text belongs in each field. If you need to compare public-facing pages before editing, use the browsing guides such as [Switching Languages While Browsing the Platform](doc:switching-languages-while-browsing-the-platform) and [Browsing Localized Pages and Language Specific Routes](doc:browsing-localized-pages-and-language-specific-routes). If your next task involves sections with multiple cards, rows, or grouped items instead of a single content block, continue to [Managing Repeating Content and Structured Items](doc:managing-repeating-content-and-structured-items). ## Reviewing What the Accounting Page Covers On the Accounting page in **Sherkety ERP & Website Platform**, start by scanning the main content blocks rather than reading top to bottom. This page is designed to help you judge fit quickly, so look for sections that group accounting work by business need. You should expect to see finance topics presented in practical areas such as customer invoicing, vendor bill handling, bank synchronization, reconciliation, tax reporting, and financial statements. When these topics are grouped clearly, it becomes easier to tell whether the offering supports both daily bookkeeping and management reporting. Pay close attention to the page elements that support buying decisions. Feature highlight cards, short workflow descriptions, screenshots, and comparison-style sections are especially useful because they show what the accounting experience looks like without requiring a live login. If the page includes visual examples of invoice screens, reporting dashboards, or bank matching views, use those to judge whether the layout feels suitable for your finance team. [SCREENSHOT: Accounting page section showing feature highlights and buyer actions] You should also look for the main action buttons on the page. These may include options to view pricing, request a demo, start a trial, or contact sales. Treat these as evaluation paths: - **Pricing** helps you understand entry cost and packaging - **Demo** helps you see guided workflows - **Trial** helps you test accounting tasks yourself - **Contact** helps you clarify fit, setup, and scope As you review the page, note whether it separates capabilities into receivables, payables, bank management, and reporting visibility. That structure usually signals a more complete accounting offering. If the page also includes proof points such as trust indicators, customer-facing claims, or side-by-side comparisons, use them to narrow your shortlist before moving deeper into pricing and workflow details. ## Evaluating Day-to-Day Financial Workflows When you evaluate the Accounting page, focus on whether it shows complete finance workflows instead of isolated features. A strong accounting presentation should show how work moves from entry to completion. For customer billing, look for signs that the page covers invoice creation, review or confirmation, payment registration, and status tracking. If the visuals or text mention draft invoices, posted invoices, paid status, or overdue follow-up, that gives you a better picture of how accounts receivable is handled in daily use. Do the same for vendor bills. The page should make it clear whether your team can record supplier bills, track due dates, apply taxes, and monitor payment progress. If the billing sections only mention “invoicing” in a broad way, look for screenshots or supporting text that show separate handling for money coming in and money going out. That distinction matters for real accounting work. Bank workflows deserve special attention. Review whether the page shows bank feed import, statement matching, or reconciliation actions. These are often the clearest signs that the accounting module goes beyond basic invoice entry. If you see references to matching transactions, syncing bank activity, or reconciling statements, that suggests the page is presenting a more practical month-end workflow. [SCREENSHOT: Accounting workflow area showing invoices, bills, and bank reconciliation] Also check how the page describes taxes, journals, and account setup. Useful buyer signals include: - Support for multiple taxes - Journal entry handling - Chart of accounts setup - Financial report access Finally, review how reporting is presented. Look for named reports such as **Profit and Loss**, **Balance Sheet**, **Aged Receivables**, and **Aged Payables**. If the page suggests you can open a report and inspect the entries behind each figure, that is a strong indicator of day-to-day usability for accountants and finance managers. ## Comparing Automation and Control Features The Accounting page should help you separate manual bookkeeping tasks from work that **Sherkety ERP & Website Platform** can streamline. Start by looking for automation-focused language around recurring invoices, bank synchronization, reconciliation suggestions, and payment follow-up. These features matter because they reduce repetitive work and shorten month-end processing. If the page presents linked workflows instead of one-off data entry, that is usually a sign that accounting is connected to broader business activity. Recurring billing is one of the easiest automation signals to spot. If the page highlights repeated invoice generation, scheduled billing, or reminders, consider how that would affect your current workload. The same applies to bank matching. A page that mentions automatic suggestions or statement matching is showing more than simple bookkeeping screens; it is showing how the finance team can review and confirm transactions rather than enter every line manually. Control features are just as important as automation. Look for references to approval checkpoints, posting controls, lock dates, role-based access, and audit visibility. These details help you judge whether the accounting module supports disciplined finance operations. If the page shows that different users can work within the same accounting area while keeping responsibilities separate, that is especially valuable for growing teams. [SCREENSHOT: Accounting page section highlighting automation and control features] You should also watch for cross-module connections. The page may indicate that accounting entries are fed by activity from: - Sales - Purchasing - Inventory - Expenses - Payroll Those links matter because they reduce duplicate entry and improve reporting consistency. When the page shows documents flowing from one area into accounting, it suggests a more integrated ERP experience. By contrast, if every workflow appears to depend on manual entry, you should treat that as a limitation and ask for clarification before buying. ## Understanding Pricing and What Is Included From the Accounting page, look for the pricing link or pricing call to action and open it in a separate tab so you can compare features against cost. In **Sherkety ERP & Website Platform**, your goal is not just to find the starting price, but to understand how the accounting offer is packaged. Check whether Accounting is shown as its own app, part of a broader ERP bundle, or something that works best when combined with other business apps such as Sales, Purchasing, or Expenses. As you review the pricing information, pay attention to how charges are presented. You may see plan names, subscription pricing, or user-based pricing. If billing period choices are shown, compare monthly and annual options carefully. A starting price can be useful, but it only helps if the page also makes clear what that price actually includes. [SCREENSHOT: Pricing section linked from the Accounting page] Use this checklist while reviewing the pricing details: | What to check | Why it matters | |---|---| | Plan name | Helps you compare package levels | | User pricing or subscription pricing | Affects total cost as your team grows | | Billing period | Changes the real yearly spend | | Included features | Confirms whether all accounting workflows are covered | | Bundle details | Shows whether other apps are required | You should also verify whether the advertised price includes hosting, updates, support, or onboarding help. If the page does not say, treat that as an open question rather than assuming it is included. For accounting specifically, cost can also depend on: - Number of users - Country or localization needs - Payment provider charges - Implementation support - Optional add-ons If pricing looks simple on the page but the accounting workflows appear broad, ask whether some capabilities depend on extra setup or additional apps. For a deeper package comparison, continue with [Reviewing Accounting Pricing and Package Fit](doc:reviewing-accounting-pricing-and-package-fit). ## Testing Whether the Module Fits Your Finance Team If the Accounting page includes **Start Trial**, **Book Demo**, **Request Demo**, or a similar action, use it to move from marketing claims to hands-on evaluation. This is the best way to confirm whether the accounting workflows in **Sherkety ERP & Website Platform** match how your team actually works. A useful test should cover both receivables and payables, not just a quick look at a dashboard. 1. Start with a customer billing scenario. Create a sample customer invoice if the trial or guided demo allows it. Check whether you can move it from draft to a confirmed or posted state, register a payment, and then see whether the invoice status updates clearly. After that, open the related reporting area if available and confirm whether the transaction appears in financial totals or account activity. 2. Next, test a supplier payment scenario. Enter a vendor bill, review how taxes are applied, and check whether due dates, payment status, and outstanding balances are visible. This helps you judge whether the page’s claims about accounts payable are supported in the actual screens. 3. Review the working views shown during the trial or demo. Look for dashboard panels, list views, report screens, or card-based workflow views that different finance users can share. A controller, accountant, and finance manager may need different levels of detail, so the same accounting area should support quick status checks as well as detailed review. [SCREENSHOT: Trial or demo accounting workspace showing invoice, bill, and reporting views] As you test, compare what you see with what the page promised. If a feature is highlighted on the page but hard to find in the trial, note it and raise it during the demo conversation. The next document, [Understanding Accounting Workflows and Compliance Value](doc:understanding-accounting-workflows-and-compliance-value), goes deeper into how these workflows support finance operations. ## Resolving Common Questions Before You Buy Before making a decision, use the Accounting page as a starting point for a short list of clarification questions. Marketing pages often highlight invoicing first because it is easy to understand, but invoicing alone does not confirm full accounting depth. If the page talks about invoices and bills but says little about the general ledger, taxes, journals, or financial statements, ask for a walkthrough that specifically shows those areas. You want to see whether the accounting offer supports complete bookkeeping and reporting, not only document creation. Pricing is another area where buyers should slow down. If the page shows a starting price, confirm whether that amount covers the full accounting experience shown on the page or only a base package. Ask whether invoicing, expenses, document handling, or other related workflows require additional apps or a broader ERP package. This is especially important if the page presents connected business flows but the pricing block is brief. Banking details also need confirmation. If the page mentions bank synchronization, reconciliation, or payment provider support, ask which countries, institutions, or payment methods are supported in practice. The page may present the capability at a high level without listing every limitation. [SCREENSHOT: Accounting page call to action area for contacting sales or requesting a demo] Use questions like these when contacting the team: - Are the accounting workflows shown available immediately, or do they require setup? - Which features depend on configuration or partner assistance? - Are any controls or advanced workflows limited to higher-tier plans? - Does localization affect taxes, reports, or banking support? - Which apps are required for the workflows shown on the page? These questions help you avoid comparing a headline feature list with an incomplete budget. If you are ready to continue evaluating the finance side in more detail, move next to [Understanding Accounting Workflows and Compliance Value](doc:understanding-accounting-workflows-and-compliance-value). ## Overview This document helps you evaluate the Accounting page in **Sherkety ERP & Website Platform** from a buyer’s point of view. Instead of treating the page as a general product description, use it as a decision tool. The most useful parts of the page are the sections that show real finance work: customer invoices, vendor bills, bank synchronization, reconciliation, taxes, and financial reporting. Those areas tell you whether the accounting offer is broad enough for daily operations and month-end review. As you move through the page, focus on three things: what workflows are shown, what proof is provided, and what actions you can take next. Workflow sections reveal whether accounting is organized around receivables, payables, banking, and reporting. Proof points such as screenshots, feature highlights, and comparison cues help you judge whether the experience looks practical for your team. Action buttons such as **Pricing**, **Demo**, **Trial**, or **Contact** show how to continue the evaluation without guessing where to go next. This guide also helps you connect page content to buying questions. For example, if the page highlights automation, you should check whether that means recurring invoices, reconciliation suggestions, or linked entries from other business areas. If the page highlights pricing, you should check whether Accounting is sold on its own or as part of a wider ERP package. If the page highlights reporting, you should look for named reports and signs of drill-down visibility. Use this document alongside related guides when you want more detail on the public website structure or accounting-specific content, especially [Exploring the Accounting Services Page](doc:exploring-the-accounting-services-page) and [Using ERP System Landing Pages to Evaluate Offerings](doc:using-erp-system-landing-pages-to-evaluate-offerings). ## Prerequisites Before using this guide, it helps to have a clear buying goal so you can judge the Accounting page in **Sherkety ERP & Website Platform** against your own finance needs instead of reading it as general marketing content. You do not need admin access or accounting setup to follow this document, but you should be ready to compare page claims with the workflows your team expects to use. Prepare the following before you start: - A list of your must-have accounting workflows, such as customer invoicing, vendor bills, bank reconciliation, tax handling, and financial statements - An estimate of how many finance users may need access - A rough idea of whether you need only accounting or a broader ERP package - Questions about localization, banking support, or implementation if those matter to your business - Time to open the pricing, demo, or contact actions from the Accounting page It also helps if you are already familiar with how public pages are organized in Sherkety ERP & Website Platform. If you need help finding accounting content first, review [Finding Services Through Navigation and Service Menus](doc:finding-services-through-navigation-and-service-menus) or [Browsing the ERP Apps Catalog](doc:browsing-the-erp-apps-catalog). While reading the Accounting page, keep notes in three columns: - Features clearly shown on the page - Features mentioned but not fully explained - Questions that require a demo or sales follow-up That simple approach makes the page much more useful during evaluation. After you finish this guide, continue with [Understanding Accounting Workflows and Compliance Value](doc:understanding-accounting-workflows-and-compliance-value) to assess how the accounting workflows support compliance, reporting accuracy, and finance team control. ## Scanning the homepage hero and primary calls to action When you first open the homepage in **Sherkety ERP & Website Platform**, start with the top section before you scroll. This opening area is where the main message introduces the company’s combined offer: business services on one side and ERP solutions on the other. Focus on three things in this section: the main headline, the short supporting text under it, and the action buttons placed nearby. The headline is the quickest way to understand what the homepage wants you to do next. It is written for first-time visitors who need to decide whether they are looking for company setup and business support or evaluating ERP tools. The supporting text underneath gives more context and helps you tell whether the page is speaking to service buyers, ERP buyers, or both. Next, look for the primary buttons or links in the hero area. These are the most important actions above the fold. In Sherkety ERP & Website Platform, these actions guide you toward deeper pages such as service information, ERP-related pages, demo or trial paths, or the contact page. If you are comparing offers, click the button that leads to more details. If you already know you want to speak with someone, use the contact-focused action instead. [SCREENSHOT: Homepage hero section showing headline, supporting text, and primary action buttons] This section also sets expectations for two different visitor types: - **Business Services Visitors** should be able to recognize service-oriented wording and find a direct route to service pages or contact options. - **Prospective ERP Buyers** should be able to spot ERP language, product-related messaging, and a path toward ERP pages, demos, or package details. If the hero is clear, you should know within a few seconds which path matches your goal. For a closer look at the top section itself, continue with [Understanding the Homepage Hero and Primary Actions](doc:understanding-the-homepage-hero-and-primary-actions). ## Reviewing promotional offers and featured homepage messaging After the hero section, continue scrolling to find promotional content that gives extra reasons to explore. In **Sherkety ERP & Website Platform**, these sections may appear as highlighted blocks, featured cards, or banner-style areas that stand out from the rest of the page. Their job is to draw attention to a specific offer, package, or business benefit. When you review these sections, read the promotional headline first. This usually tells you whether the message is about a special package, a featured service, or a broader value statement. Then read the short description below it. That text helps you decide whether the promotion is something to explore now or simply background information about the company’s offer. Pay close attention to the buttons attached to each promotion. These usually separate into two action types: - A **learn more** style action that takes you to a related service, package, or detail page - A **contact** style action that takes you toward an inquiry or consultation path This difference matters. If you are still researching, use the detail-focused button. If you are ready to ask questions, use the contact-focused button instead. You should also distinguish between two kinds of homepage messaging: - **Featured offers or campaign-style blocks**, which feel more promotional and action-oriented - **Evergreen value messages**, which explain long-term benefits such as support, implementation help, or business growth value [SCREENSHOT: Promotional homepage card or banner with headline, short description, and action button] As you move through the page, notice whether each featured block gives you a clear next step. A strong promotional section should not leave you guessing. It should either move you to a page with fuller details or let you reach out directly. If you want to compare these messages with other homepage sections, see [Using Homepage Promotions and Package Highlights](doc:using-homepage-promotions-and-package-highlights). ## Evaluating trust indicators and proof points on the page Trust content is what helps visitors feel comfortable taking the next step. On the homepage of **Sherkety ERP & Website Platform**, look for sections that show credibility through visible proof rather than long explanations. These may include customer logos, partner references, review-style quotes, badges, certifications, or highlighted business results. Start by checking where these trust elements appear. They are most useful when placed close to action buttons or just before a section that asks you to click deeper into a service or contact page. This placement matters because visitors often want reassurance before they commit to a consultation, demo request, or service inquiry. As you scan these areas, look for proof points such as: - Experience statements - Delivery or implementation counts - Business impact numbers - Customer or partner recognition - Short testimonials or review snippets These elements help answer the question, “Why should I trust this company?” without forcing you to leave the homepage first. For ERP buyers, this kind of content is especially important. Choosing an ERP solution usually involves more research than choosing a single service. Trust sections support that research by showing that Sherkety ERP & Website Platform is not only presenting features, but also demonstrating credibility, delivery capability, and business experience. [SCREENSHOT: Trust section with logos, badges, metrics, or testimonial content] When you review trust content, check whether it supports the nearby message. For example, if a section promotes ERP capabilities, the trust content around it should reinforce reliability, implementation support, or business expertise. If a section promotes business services, the proof points should strengthen confidence in service quality and guidance. For more on reading visual proof and highlighted metrics, see [Reading Charts Badges and Status Colors](doc:reading-charts-badges-and-status-colors) and [Understanding Visual Priority and Highlighted Metrics](doc:understanding-visual-priority-and-highlighted-metrics). ## Exploring ecosystem highlights and solution coverage Beyond promotions and trust signals, the homepage also introduces the wider offering. In **Sherkety ERP & Website Platform**, this broader picture is often presented through ecosystem-style sections that summarize services, ERP capabilities, business support areas, or connected solution categories. These sections help you understand that the company does more than offer a single page or one isolated product. As you scroll, look for grouped content such as tiles, icon-based lists, feature cards, or category blocks. These are usually designed to give you a quick scan of what is included. Instead of explaining every detail, they show the range of support available across business services and ERP-related needs. Use these sections to answer practical questions like: - Does the company offer both advisory services and software-related solutions? - Are there multiple ERP app areas available to explore? - Can I move from a broad homepage summary into a more detailed page? This is especially useful for **Prospective ERP Buyers**. A homepage message may promise business improvement, but the ecosystem section helps connect that promise to actual solution areas such as accounting, sales, HR, purchasing, reporting, or package-based offerings. It also helps visitors understand whether implementation, support, or related business guidance are part of the overall offer. [SCREENSHOT: Homepage ecosystem or solutions section with cards or icon grid] When you see a card or tile that matches your interest, click through to continue your research. These links may lead to service pages, ERP app pages, package pages, or other detailed content. If you want to explore those deeper product paths, related reading includes [Browsing the ERP Apps Catalog](doc:browsing-the-erp-apps-catalog), [Discovering ERP Products and Packages](doc:discovering-erp-products-and-packages), and [Finding Services Through Navigation and Service Menus](doc:finding-services-through-navigation-and-service-menus). ## Following visitor paths from homepage sections to service and contact pages The homepage is most useful when each section leads somewhere clear. In **Sherkety ERP & Website Platform**, you can trace several common visitor paths by following the buttons and links inside the hero, promotional sections, trust areas, and ecosystem highlights. Start with the hero section. The main action button usually sends you to a deeper page tied to the homepage’s core message. Depending on the wording, that destination may be a service page, an ERP-related page, or the contact page. If there is a second button, compare its label carefully. One button often supports research, while the other supports direct inquiry. Then test a promotional card or banner. These usually work in one of two ways: 1. Click the headline, card area, or featured button to open a page with more details about that offer. 2. Click the contact-style button, if shown, to move toward a consultation or inquiry path. Next, check trust and ecosystem sections. These areas may include smaller links such as **Learn more**, **Explore**, or another action label that opens a related detail page. Trust sections may support nearby calls to action rather than acting as the main destination themselves, while ecosystem sections often serve as gateways into broader browsing. A simple way to compare homepage actions is to watch what each label suggests: | Action style | Typical visitor intent | Likely destination | |---|---|---| | **Learn more** | Research first | Service, package, or ERP detail page | | **Book a consultation** | Speak with someone | Contact or consultation path | | **Contact us** | Ask a question directly | Contact page | | **Explore** | Browse categories | Solution, service, or app page | [SCREENSHOT: Different homepage buttons leading to service pages and contact options] If you want more detail on public-page action patterns, see [Using Public Calls to Action and Conversion Paths](doc:using-public-calls-to-action-and-conversion-paths) and [Contacting Sherkety Through Forms and Direct Channels](doc:contacting-sherkety-through-forms-and-direct-channels). ## Checking whether homepage content supports both visitor personas A strong homepage should help different visitors find their route without confusion. In **Sherkety ERP & Website Platform**, you can check this by reviewing the page from two viewpoints: a **Business Services Visitor** and a **Prospective ERP Buyer**. First, imagine you are looking for business services. You should be able to identify service-related wording quickly from the hero and the next few homepage sections. Promotional content should support that journey by pointing toward service categories, package pages, or direct contact options. You should not need to scroll through unrelated ERP material before finding a clear next step. Next, imagine you are evaluating ERP options. The homepage should show ERP-specific language early enough to signal that this path is available. You should also see supporting sections that explain solution coverage, ecosystem breadth, and trust signals that matter to a software buyer. Credibility is especially important here because ERP decisions usually involve more comparison and more hesitation before contact. As you review the page, ask these questions: - Can service-focused visitors quickly spot where to click next? - Can ERP-focused visitors find product-related messaging without digging? - Do promotional blocks support the same core message as the hero? - Do trust sections reduce hesitation instead of distracting from the main action? - Does each major section include a visible next step? A homepage works best when promotions, proof points, and ecosystem messaging all reinforce one value story instead of competing for attention. If one section pushes visitors toward learning more, another should not interrupt that path with unrelated messaging. [SCREENSHOT: Homepage mid-page sections showing promotion, trust, and ecosystem flow] This kind of review is helpful when comparing section order and visitor priorities. For that broader perspective, continue with [Understanding Homepage Section Flow and Visitor Priorities](doc:understanding-homepage-section-flow-and-visitor-priorities). ## Overview Use this document when you want to understand how the homepage in **Sherkety ERP & Website Platform** guides visitors from first impression to deeper action. The focus here is not on editing content, but on reading the page the way a visitor would: starting with the hero, then moving through promotional messages, trust-building sections, ecosystem highlights, and the links that lead to service or contact pages. This guide is especially useful if you are trying to answer questions like: - Which homepage sections are meant to persuade first-time visitors? - Where do promotional messages appear? - How does the homepage build trust before asking visitors to click? - Which sections are most relevant to service buyers versus ERP buyers? - What happens after a visitor clicks a homepage button? You will look at the visible structure of the page and the different action patterns used across it. That includes top-of-page calls to action, featured offer blocks, proof points, and broader solution summaries. You will also compare whether the page supports both major visitor groups described across the Sherkety ERP & Website Platform website: people looking for business services and people researching ERP solutions. This document fits best alongside other homepage reading guides. If you want to understand the full browsing experience around it, see [Browsing the Sherkety Public Website](doc:browsing-the-sherkety-public-website) and [Understanding Public Page Layouts and Visitor Actions](doc:understanding-public-page-layouts-and-visitor-actions). If your main interest is how the top section works, the next document in this sequence will take you deeper into the opening message and its main buttons. ## Prerequisites You do not need admin access or editing permissions to follow this guide. It is written for anyone browsing the public website in **Sherkety ERP & Website Platform**. Before you begin, make sure you have: - Access to the homepage of Sherkety ERP & Website Platform - Enough time to scroll through the full page from top to bottom - A browser window large enough to view homepage sections clearly - The ability to open linked pages in the same tab or a new tab for comparison It also helps if you are clear about which visitor viewpoint you want to test first: - **Business Services Visitor** if you want to evaluate service discovery and contact paths - **Prospective ERP Buyer** if you want to evaluate ERP messaging, credibility, and product exploration paths As you review the homepage, pay attention to visible elements only: - Headlines - Supporting text - Buttons and links - Featured cards or banners - Trust-related content such as logos, badges, quotes, or metrics - Section-to-section flow as you scroll You do not need to inspect hidden settings or use any special tools. If the site is available in more than one language and you want to compare wording, you may also find [Switching Languages While Browsing the Platform](doc:switching-languages-while-browsing-the-platform) helpful. The next step in this documentation set is [Understanding the Homepage Hero and Primary Actions](doc:understanding-the-homepage-hero-and-primary-actions). ## Exploring the HR landing page When you open the HR area in Sherkety ERP & Website Platform, the landing page works like a front door to workforce tasks rather than a single list of employees. You should expect to see clear entry points into the main HR work areas, typically grouped around hiring, employee administration, time management, performance, and compensation-related work when those areas are available. Look for tiles, cards, or navigation shortcuts that point to areas such as: - **Employees** - **Recruitment** - **Time Off** - **Attendance** - **Appraisals** - **Payroll** when that area is included These entry points help you understand the scope of the HR offering at a glance. If the page highlights both day-to-day administration and manager actions, that is a strong sign the HR area is designed for real operational use, not just record storage. You may also see summary indicators or dashboard-style counts that help you judge activity quickly. These can include signs of current workload such as: - open job positions - applicants in progress - employee totals - pending approvals - upcoming reviews - attendance or leave items needing attention These visible signals matter during evaluation because they show whether Sherkety ERP & Website Platform surfaces what HR teams and line managers need to act on. A useful HR landing page should not force every user to dig through separate menus just to find urgent work. [SCREENSHOT: HR landing page showing tiles or cards for Recruitment, Employees, Time Off, Attendance, Appraisals, and Payroll] As you review the page, pay attention to how the options are grouped. If hiring tools sit alongside employee records, approval-driven areas, and review-related tasks, the page is presenting HR as one connected workspace. That makes it easier to judge whether the module can support your full people process from candidate to employee to ongoing workforce management. ## Matching HR features to your workforce challenges The HR area in Sherkety ERP & Website Platform is easiest to evaluate when you compare each visible work area to a real business problem you already have. Instead of asking whether the module “has HR features,” match each section on the page to the friction your team wants to remove. **Recruitment** is relevant if hiring is currently spread across email, spreadsheets, and separate interview notes. A page that leads into job positions, applicants, and hiring stages suggests a structured hiring flow. That helps with common problems such as losing track of candidates, unclear interview status, and poor visibility into which roles are still open. **Employees** becomes important when personnel details are scattered across folders, forms, and disconnected tools. If the HR area clearly leads to employee records, job positions, departments, managers, and contract-related information, it points to a more centralized way to manage workforce data. This is especially useful when onboarding feels inconsistent or when reporting lines are hard to trace. **Time Off**, **Attendance**, and time-tracking related areas matter when leave requests, working hours, or attendance corrections are handled manually. If these areas appear as dedicated sections instead of notes inside employee files, that usually means Sherkety ERP & Website Platform supports repeatable workflows rather than informal tracking. That can reduce approval delays and improve accuracy. **Appraisals** and skill or performance-related sections help address retention and development concerns. If managers need a clearer way to review employees, document progress, or follow up on performance conversations, a visible appraisal area is a strong sign that the module supports more than administration alone. [SCREENSHOT: HR module navigation highlighting Recruitment, Employees, Time Off, Attendance, and Appraisals] When you review the landing page this way, you are not just checking features. You are checking whether the visible HR areas line up with your biggest workforce bottlenecks. ## Reviewing the workflows your team would actually use A useful HR module should support complete day-to-day flows, not just separate screens. In Sherkety ERP & Website Platform, you can evaluate that by following the likely path your team would take across the visible HR areas. 1. Start with the **Recruitment** area and check whether the flow appears to begin with a job position or open role. From there, look for applicant lists, stage-based progress, and interview follow-up actions. A strong hiring flow should make it clear how a candidate moves from application to review, then through interview stages, and finally into employee creation after a successful hire. 2. Open the **Employees** area and see whether employee records connect to the structure of your business. Useful records should relate to **Department**, **Manager**, **Job Position**, and contract-related details. This tells you whether HR staff can maintain one central employee profile instead of updating multiple disconnected records during onboarding or internal changes. 3. Review approval-driven areas such as **Time Off**, **Attendance**, or **Appraisals**. Here, the key question is whether managers can act on requests and status changes directly in the relevant screen. If leave requests, attendance exceptions, or review steps show clear statuses and approval actions, the workflow is likely designed for real manager participation rather than HR-only administration. 4. Check how these areas connect. A practical HR module should let you see hiring lead into employee setup, employee setup connect to leave and attendance, and manager relationships feed into approvals and reviews. That connection is what turns separate features into an end-to-end workforce process. [SCREENSHOT: Example HR navigation path from Recruitment to Employee record to Time Off approvals] This is the point where buyers should look beyond feature names. If the visible screens suggest your team can move naturally from recruiting to employee administration to approvals and performance follow-up, Sherkety ERP & Website Platform is presenting HR as a working process instead of a collection of isolated tools. ## Checking whether the module fits your organization structure The HR module may look complete on the surface, but the better question is whether it matches how your company is organized. In Sherkety ERP & Website Platform, the visible HR areas give you several clues. Start by checking whether the employee-related screens reflect your reporting structure. If you can identify **Departments**, **Managers**, and **Job Positions** as part of the employee setup, that is a good sign for companies that rely on formal reporting lines and approval chains. These elements are especially important if leave requests, appraisals, or other manager actions depend on who supervises whom. Next, think about your workforce mix. A company with office staff only may need a simpler setup than one with shift workers, field employees, or teams spread across multiple locations. The presence of separate areas for **Attendance**, **Time Off**, and employee administration suggests broader workforce support than a basic employee directory alone. Even so, you should judge whether those visible areas match the way your people actually work. It is also important to check scope. Some organizations only need **Recruitment** and core employee records. Others need a broader HR workspace that includes **Time Off**, **Attendance**, **Appraisals**, and possibly **Payroll**. If the landing page shows only part of that picture, treat it as a sign to ask what is included now and what depends on additional setup. Role expectations matter too. During evaluation, consider whether the page looks useful for: - HR staff maintaining employee information - line managers approving requests and reviews - employees participating in self-service tasks when available [SCREENSHOT: Employee and organization-related HR screens showing department, manager, and job position details] If the visible structure mirrors your departments, manager relationships, and approval responsibilities, the HR module is more likely to fit your operating model without forcing awkward workarounds. ## Comparing the HR module against your buying criteria When you compare HR options, use what you can actually see in Sherkety ERP & Website Platform rather than broad product claims. The HR landing page gives you a practical checklist for that comparison. Use the visible areas below as your first-pass buying criteria: | Capability to check | What to look for on the page | Why it matters | |---|---|---| | Applicant tracking | **Recruitment** area with jobs, applicants, or stage-based hiring flow | Shows whether hiring is organized and trackable | | Employee records | **Employees** area with organization details | Confirms there is a central place for workforce information | | Leave management | **Time Off** area | Indicates request and approval handling for absences | | Attendance capture | **Attendance** area | Suggests support for working time visibility and exceptions | | Performance reviews | **Appraisals** area | Helps assess support for reviews and development follow-up | | Payroll-related scope | **Payroll** area when present | Clarifies whether compensation work is included or separate | This comparison becomes even more useful if you are replacing disconnected tools. If your company currently uses one tool for recruiting, another for leave, and spreadsheets for employee records, centralized HR navigation is a meaningful advantage. A shared HR workspace usually means less duplicate entry and better continuity from hiring through ongoing employment. As you evaluate, ask practical questions based on what the page does and does not show: - Which HR workflows are available immediately? - Which areas depend on additional apps being installed? - Which processes need localization or extra configuration? - Are manager actions visible, or is the module mostly administrative? - Does the page look suitable for a small team, a growing company, or a more layered organization? [SCREENSHOT: HR landing page with multiple HR function tiles visible at once] A strong fit is usually visible early. If Sherkety ERP & Website Platform presents broad HR coverage, clear manager-facing actions, and connected employee data, it is likely worth deeper evaluation. ## Spotting gaps before you move to a deeper product evaluation The HR landing page is useful not only for spotting strengths, but also for identifying limits before you spend time on detailed demos. In Sherkety ERP & Website Platform, the fastest way to do that is to look at how far each visible HR area appears to go. First, check whether the visible workflows stop at record keeping or continue into action-based processes. For example, an **Employees** area alone may only confirm that personnel records can be stored. A stronger sign is when **Time Off**, **Attendance**, or **Appraisals** also appear with clear status-driven work, because that suggests approvals, follow-up, and manager participation. Second, separate core HR functions from add-on scope. If **Payroll** appears only in some cases, or if certain workforce areas are shown as separate app sections, treat that as an evaluation point. It affects total scope, rollout effort, and the number of areas your team may need to enable and maintain. Third, watch for missing scenarios that matter to your business. The landing page may show standard HR coverage without proving support for more specialized needs. Be careful not to assume the module covers every case if you do not see signs of: - complex shift attendance - country-specific payroll needs - advanced talent or development programs - broader employee self-service expectations Use the page as a qualification tool. If your top pain points are hiring visibility, leave approvals, and employee record centralization, and those areas are clearly visible, the module may be a strong candidate. If the key tiles, summaries, or menu options do not map to your most important HR needs, that is a useful answer too. [SCREENSHOT: HR landing page used as an evaluation checklist, with visible and missing HR areas noted] For a closer look at the day-to-day people records and organization setup behind this module, continue with [Reviewing Employee Management and Organization Features](doc:reviewing-employee-management-and-organization-features). ## Overview Use this document when you are in the early evaluation stage and want to decide whether the HR area in Sherkety ERP & Website Platform deserves a deeper review. The focus here is not detailed setup. It is a buying and fit check based on what the HR landing page reveals about scope, workflow coverage, and business relevance. This page is most useful for people comparing HR software options, including: - business owners reviewing ERP modules - HR leads assessing whether workforce processes can be centralized - operations managers checking approval and reporting structure fit - project teams preparing for a product demo or internal shortlist review As you read, keep your own workforce priorities in mind. The most important visible areas on the HR landing page usually include: - **Recruitment** for hiring and applicant progress - **Employees** for personnel records and organization structure - **Time Off** for absence requests and approvals - **Attendance** for working time visibility - **Appraisals** for review and development processes - **Payroll** when compensation-related scope is included This document helps you answer a simple question: does the HR area look like it supports your real people operations, or does it only cover isolated tasks? You will use the visible navigation, tiles, and activity indicators to judge whether Sherkety ERP & Website Platform appears suitable for your company size, reporting structure, and process complexity. If you need broader context on public product browsing before focusing on HR, see [Discovering ERP Products and Packages](doc:discovering-erp-products-and-packages) and [Browsing the ERP Apps Catalog](doc:browsing-the-erp-apps-catalog). Those guides explain how visitors typically reach module pages before narrowing in on a specific HR evaluation. ## Prerequisites Before using this guide, make sure you can access the HR-related public product content in Sherkety ERP & Website Platform. You do not need admin access for this document, because the goal is to review the HR offering from a buyer or evaluator perspective. You will get the most value from this guide if you already have: - access to the public ERP product pages - a basic understanding of your current HR pain points - a list of must-have areas such as recruitment, employee records, leave, attendance, appraisals, or payroll - clarity on who will use the module, such as HR staff, managers, or employees It also helps to prepare a short comparison list before you begin. For example, note whether your current process relies on: - spreadsheets for employee data - email-based leave approvals - separate tools for recruitment and attendance - manual review or appraisal follow-up - limited visibility into managers, departments, or job roles If you are still getting familiar with how Sherkety ERP & Website Platform is organized, these guides can help first: - [Using ERP System Landing Pages to Evaluate Offerings](doc:using-erp-system-landing-pages-to-evaluate-offerings) - [Exploring ERP App Categories and Module Entry Points](doc:exploring-erp-app-categories-and-module-entry-points) - [Evaluating ERP Modules From Catalog to Detail Pages](doc:evaluating-erp-modules-from-catalog-to-detail-pages) You do not need to complete any setup before reading. This guide is designed for early-stage evaluation, where the main task is to compare the visible HR areas against your organization’s hiring, employee administration, time management, and performance needs. ## Opening the Inventory Dashboard and Reading the Main Warehouse View In **Sherkety ERP & Website Platform**, the **Inventory** app opens into a warehouse-centered workspace designed around daily stock activity. Instead of showing finance-style records or static master data first, the opening view is built to help you understand what is happening in the warehouse right now. A buyer evaluating inventory capabilities will usually notice that the page is organized around operational actions such as receiving goods, moving stock between locations, and preparing outgoing deliveries. The first things to look for on this screen are the main navigation areas and activity entry points: - **Products** menus for checking item records and stock quantities - **Operations** areas for warehouse tasks such as receipts, internal transfers, and deliveries - **Reporting** access for stock analysis and movement history - **Configuration** options for setting up warehouse behavior and planning rules This layout matters because it shows that warehouse work is handled from one operational workspace. Rather than jumping between unrelated screens, teams can move from a dashboard card or menu directly into the task they need to process. The landing view also helps you read warehouse workload at a glance. Cards, counters, or status areas typically point you toward open receipts, transfers waiting to be processed, and deliveries that need attention. That makes it easier to see whether stock is arriving, being moved internally, or leaving the warehouse. [SCREENSHOT: Inventory dashboard showing warehouse activity cards for receipts, internal transfers, and deliveries] For a prospective buyer, this opening screen answers an important question quickly: does the inventory area support real warehouse flow? In Sherkety ERP & Website Platform, the answer is visible from the first page because the dashboard is centered on warehouse operations, not just product lists. ## Understanding How Stock Visibility Is Presented Across Locations and Operations A strong inventory workspace separates **on-hand stock** from **forecasted stock**, because these two views answer different business questions. In **Sherkety ERP & Website Platform**, buyers should pay attention to whether available quantities are shown as what is physically present now versus what is expected after incoming and outgoing operations are completed. - **On-hand stock** helps you see what is currently in a warehouse or storage location - **Forecasted stock** helps you judge future availability after planned receipts, transfers, and deliveries - **Location-based visibility** shows where stock sits, not just how much exists overall This distinction is especially important for companies managing more than one warehouse or more than one storage area inside the same warehouse. A product may appear available in total, but the useful question is whether it is available in the correct location for the next operation. Warehouse locations and internal locations shape what users see when checking stock availability, and movement routes affect how stock is expected to travel between those points. Incoming shipments increase expected availability. Internal transfers shift stock from one location to another. Outgoing deliveries reduce what remains available for future orders. Because these activities are connected, stock visibility is not limited to a single product page. You can review availability from both directions: - From the **product list** or product details when checking a specific item - From **receipts**, **internal transfers**, or **deliveries** when reviewing an operation in progress [SCREENSHOT: Product stock view showing on-hand and forecasted quantities by location] This matters during evaluation because it shows whether warehouse teams can make decisions from the screen they are already using. If a picker, planner, or manager can see stock availability directly in product and operation views, they spend less time switching screens and more time acting on reliable information. ## Following the Core Warehouse Flows Buyers Care About Most buyers reviewing an inventory module want to confirm that three warehouse flows are handled clearly: **receiving products**, **moving stock internally**, and **shipping orders**. In **Sherkety ERP & Website Platform**, these flows are presented through transfer-based documents that move through visible statuses, making it easier to understand what is pending, what is ready, and what has already been completed. The three main flows are easy to compare: - **Receipts** record products arriving into the warehouse from suppliers or other sources - **Internal Transfers** move products between storage areas, bins, or warehouse locations - **Deliveries** send products out to customers or destination sites Each flow follows a status-driven process. Buyers should look for stages such as: - **Waiting** when an operation cannot proceed yet - **Ready** when the required stock or conditions are available - **Done** when the movement has been completed This status progression is more than a visual label. It helps warehouse teams coordinate work without guessing what should happen next. A receiving team can focus on arrivals that are ready to process. A warehouse lead can identify transfers still waiting. A shipping team can confirm that deliveries have the stock they need before goods leave the source location. Reservation and availability checks are especially important here. Before a delivery is processed, the screen should help users confirm whether the needed quantity is available in the correct source location. That supports picking accuracy and reduces the chance of promising stock that cannot actually be shipped. [SCREENSHOT: Operations screen with receipts, internal transfers, and deliveries showing status labels] For prospective buyers, these flows connect directly to business outcomes: - Fewer stockouts caused by poor visibility - Faster fulfillment because teams know what is ready - Better coordination across receiving, storage, and shipping - Clearer control over warehouse execution from start to finish The next document, [Understanding Stock Movements and Warehouse Operations](doc:understanding-stock-movements-and-warehouse-operations), goes deeper into how these movement screens are processed day to day. ## Reviewing the Product and Replenishment Signals That Support Inventory Decisions The **product list** and each product’s detail screen are the main places to review inventory behavior in **Sherkety ERP & Website Platform**. For buyers, these screens show whether the inventory module supports planning decisions, not just stock counting. A useful product view should help you understand current quantities, expected availability, movement behavior, and how the item is replenished when stock runs low. When reviewing products, pay attention to whether the screen helps users understand: - **Stock quantities** for each item - **Routes** that influence how products move through warehouse processes - **Replenishment behavior** that determines when more stock should be ordered or prepared Replenishment matters because growing companies need more than a simple quantity number. They need signals that help them act before shortages happen. Buyers should look for support for: - **Reordering rules** that trigger replenishment when stock drops too low - **Demand-driven replenishment** based on expected needs - **Forecast visibility** that compares current stock with planned incoming and outgoing activity These signals help teams avoid last-minute purchasing and reduce emergency warehouse decisions. Instead of reacting only after a shortage appears, planners can see when coverage is weakening and respond earlier. Traceability features are another important part of the product and warehouse picture. If your business handles regulated goods, expiry-sensitive items, or products that need tighter control, look for support around: - **Lots** - **Serial numbers** - **Package handling** [SCREENSHOT: Product details screen with stock quantities, routes, and replenishment-related fields] These controls strengthen warehouse accuracy because they help teams identify exactly what was received, where it is stored, and what should be moved or shipped. During evaluation, connect these product-level signals to real outcomes: - Fewer urgent purchases - Better stock coverage across locations - More predictable receiving and delivery work - Stronger control for traceable goods This is where buyers can tell whether the inventory module supports planning discipline, not just warehouse recording. ## Using Reporting Views to Evaluate Control, Accuracy, and Performance The **Reporting** area in **Sherkety ERP & Website Platform** helps buyers move beyond operational screens and evaluate whether the inventory module supports management decisions. While the dashboard shows what needs attention right now, reporting views help you compare warehouses, products, and stock activity over time. Key reporting areas to look for include views related to: - **Inventory valuation** - **Stock moves** - **Product availability trends** These reports are useful because they answer different questions. Valuation views help decision-makers understand the financial weight of stock held across the business. Stock movement views show how frequently products are received, transferred, or delivered. Availability-focused views help teams identify where shortages or overstock patterns are developing. A strong reporting area usually offers more than one way to read the same data. Buyers should look for: - **List views** for detailed records and easy scanning - **Pivot views** for comparing totals across products, warehouses, or periods - **Graph views** for spotting trends and volume patterns quickly Filters and grouping tools are especially important during evaluation. They help answer practical questions such as: - Which warehouse handles the highest volume? - Which products move most often? - Where do shortages appear most frequently? - Are internal transfers increasing in a specific location? [SCREENSHOT: Inventory reporting screen with list, pivot, and graph view options] These views matter to more than warehouse supervisors. They also support executive priorities: - **Better forecasting** through trend visibility - **Tighter stock control** through movement and shortage analysis - **Clearer accountability** by showing where operational pressure is building If a buyer wants proof that the inventory module supports both daily execution and management oversight, the reporting area is one of the best places to verify it. ## Comparing the Business Benefits Promised by the Warehouse Overview When you evaluate the warehouse overview in **Sherkety ERP & Website Platform**, it helps to connect visible interface elements to the business benefits they support. The value is not only in having menus and screens, but in how those screens guide warehouse work and decision-making. Several interface elements directly point to practical outcomes: - **Dashboard operation cards** support faster action on receipts, transfers, and deliveries - **Availability indicators** help teams avoid shipping delays and stock conflicts - **Product quantity views** improve confidence when checking what is in stock - **Reporting menus** help managers compare workload, shortages, and movement trends - **Replenishment signals** support earlier planning before stock runs too low For growing companies, three messages are especially relevant: - **Multi-location visibility** helps teams manage stock across more than one warehouse or storage area - **Scalable warehouse workflows** make it easier to coordinate receiving, internal movement, and shipping as volume increases - **Replenishment support** reduces dependence on manual guesswork A prospective ERP buyer should use the warehouse overview to verify whether the module matches real operational complexity. Focus on questions such as: - Can your team clearly separate receipts, internal transfers, and deliveries? - Can you review stock by location, not only by product total? - Can planners see future availability, not just current quantities? - Can managers compare warehouse activity through reporting views? - Can the business support traceability if lots, serial numbers, or package handling are required? [SCREENSHOT: Combined warehouse overview showing operations, stock indicators, and reporting access] If these elements are visible and easy to follow, the warehouse overview is doing its job. It shows that Sherkety ERP & Website Platform is designed to support fulfillment speed, stock accuracy, and operational control as the business grows. ## Overview This document focuses on the first impression a buyer gets from the **Inventory** area in **Sherkety ERP & Website Platform**. The goal is not to process every warehouse task in detail, but to understand how the main screens present stock visibility, warehouse activity, replenishment support, and reporting access. The inventory overview is useful when you want to evaluate whether the module can support real warehouse operations. As you move through the dashboard and related menus, pay attention to how the interface brings together: - **Warehouse operations** such as receipts, internal transfers, and deliveries - **Stock visibility** through on-hand and forecasted quantities - **Product-level review** for quantities, routes, and planning behavior - **Reporting views** for movement analysis and availability trends - **Planning signals** such as replenishment rules and forecast-based decisions This document is part of the **Inventory Management** section and is intended as the starting point for understanding how warehouse work is organized visually. It helps you read the opening dashboard, recognize the main navigation areas, and connect visible controls to business value. You can use this guide when: - Comparing inventory capabilities during ERP evaluation - Reviewing whether multi-location stock visibility is available - Checking how warehouse tasks are grouped and tracked - Assessing whether reporting and replenishment tools are visible from the start [SCREENSHOT: Inventory app landing page with navigation to products, operations, reporting, and configuration] If you are looking for a broader introduction to ERP product pages before focusing on inventory, see [Using ERP System Landing Pages to Evaluate Offerings](doc:using-erp-system-landing-pages-to-evaluate-offerings). For the next step inside this inventory series, continue with [Understanding Stock Movements and Warehouse Operations](doc:understanding-stock-movements-and-warehouse-operations). ## Prerequisites You do not need deep warehouse experience to use this guide, but a few basics will help you read the screens more confidently in **Sherkety ERP & Website Platform**. This document assumes you are exploring the **Inventory** area as a prospective buyer, stakeholder, or user who wants to understand what the module offers. Before using this guide, it helps if you can already: - Open the relevant ERP product or module page from the website - Recognize common navigation elements such as menus, cards, and reporting tabs - Understand basic warehouse terms like **receipt**, **delivery**, and **stock location** You do **not** need to set up products, process transfers, or change configuration settings before reading this document. The focus here is on recognizing what the inventory workspace shows and why it matters during evaluation. If you are still getting familiar with how Sherkety ERP & Website Platform presents ERP products, these related guides may help first: - [Browsing the ERP Apps Catalog](doc:browsing-the-erp-apps-catalog) - [Evaluating ERP Modules From Catalog to Detail Pages](doc:evaluating-erp-modules-from-catalog-to-detail-pages) - [Exploring ERP App Categories and Module Entry Points](doc:exploring-erp-app-categories-and-module-entry-points) If you want support with general interface patterns used across the product, you may also find these useful: - [Understanding Breadcrumbs Drawers and Shared Navigation Patterns](doc:understanding-breadcrumbs-drawers-and-shared-navigation-patterns) - [Reading Charts Badges and Status Colors](doc:reading-charts-badges-and-status-colors) - [Understanding Loading Placeholders Empty States and Errors](doc:understanding-loading-placeholders-empty-states-and-errors) Once you are comfortable identifying the main inventory dashboard and warehouse overview, move on to [Understanding Stock Movements and Warehouse Operations](doc:understanding-stock-movements-and-warehouse-operations) to examine how stock moves are handled in more detail. ## Exploring the reporting workspace The **Reporting and Analytics** page in **Sherkety ERP & Website Platform** is presented as a product page for evaluating how reporting can bring business information into one place. As you browse this page, expect to see a structured layout that highlights dashboard-style reporting rather than day-to-day transaction entry. The page is designed to help you understand how decision-makers can review performance through summary metrics, visual charts, and deeper report views without jumping between separate business areas. A typical reporting workspace on this page centers around a few familiar regions. At the top, look for the main page header and call-to-action area that introduces the reporting offering. Below that, reporting examples are usually shown through dashboard elements such as a **date range selector**, **KPI cards**, **chart panels**, and a more detailed **report table** or list view. These examples help you picture how leaders and department heads would monitor results from one reporting area instead of opening separate finance, sales, purchasing, or operations pages one by one. What matters most on this page is the idea of centralized visibility. Rather than checking one screen for sales, another for expenses, and another for operational activity, the reporting experience brings those signals together into a single dashboard view. That makes it easier to spot changes quickly, compare trends, and decide where to investigate next. As you move through this guide, focus on four things: how dashboard information is presented, how KPI values can be tracked over time, how drill-down links help you open supporting details, and how this reporting approach supports business decisions. If you want broader product-page navigation help before evaluating this area, see [Browsing the ERP Apps Catalog](doc:browsing-the-erp-apps-catalog). [SCREENSHOT: Reporting and Analytics product page showing header, KPI cards, charts, and detailed report area] ## Reviewing dashboards and KPI views On the **Reporting and Analytics** page, dashboard examples are meant to show how high-level business performance can be read at a glance. The most visible elements are usually **KPI cards** or **summary tiles**. These tiles commonly represent figures such as revenue, expenses, margin, overdue items, totals, or other operational counts. Even when you are only evaluating the product page, these examples help you judge whether the layout makes important numbers easy to scan without reading a full report line by line. The value of these KPI views is speed. A manager should be able to open a dashboard and immediately notice whether a number is rising, falling, or outside expectations. On this page, watch for examples where the KPI area is paired with a **date filter** or **comparison period**. These controls matter because they change the values shown across the dashboard. For example, switching from one period to another should update both the summary cards and the charts so the viewer can compare current performance with an earlier period. Chart widgets add the next layer of understanding. Look for examples of **bar charts**, **line charts**, or category-based visual breakdowns. These visuals help answer questions that a single total cannot answer, such as whether growth is steady over time, whether one category is driving results, or whether a problem is isolated to a specific segment. As a buyer, use these dashboard examples to judge role fit. Ask whether an executive could use the top-level summary, whether a finance lead could monitor financial movement, whether a sales manager could track performance trends, and whether an operations lead could spot workload or fulfillment issues. If the dashboard layout supports several roles without becoming cluttered, that is a strong sign of practical reporting design. [SCREENSHOT: KPI tiles and chart widgets with date filter and comparison controls] ## Analyzing performance with filters and drill-downs A strong reporting experience is not only about seeing totals. It is also about narrowing the view and opening the details behind a number. On the **Reporting and Analytics** page in **Sherkety ERP & Website Platform**, pay close attention to how filters and drill-down examples are presented, because these are the features that turn a dashboard from a display into a working analysis tool. Filters help users focus on the exact slice of information they need. The page may refer to filters such as **date range**, **company**, **department**, **product category**, **customer**, **vendor**, or **status**. These controls are important because they let different users look at the same dashboard from their own perspective. A finance lead may want one date range and company view, while an operations manager may want to narrow results by category or status. When these filters are easy to understand, non-technical users can investigate performance without asking someone else to prepare a separate report. Drill-down is the next step. A useful reporting page should show that users can move from a summary number into the records behind it. That might start with clicking a **KPI card**, selecting a **chart bar**, choosing a **legend item**, or opening a **summary total**. From there, the user should be taken to a more detailed list or report view showing the entries that make up that metric. This matters when something looks unusual. If a total seems too high, too low, or unexpectedly different from the previous period, drill-down access lets the user verify the number instead of guessing. They can review the detailed rows, identify which records are contributing to the result, and see whether the issue is a real trend or a one-off exception. That ability to move from summary to evidence is one of the clearest signs of a practical analytics setup. [SCREENSHOT: Example of clicking a KPI or chart segment to open detailed report rows] ## Comparing trends across business areas One of the strongest points of the **Reporting and Analytics** offering is the promise of comparing multiple business areas through one reporting layer. In **Sherkety ERP & Website Platform**, this matters because buyers are often evaluating more than one module at the same time. Instead of reviewing finance, sales, purchasing, and inventory in isolation, centralized reporting helps you see how these areas influence one another. When a reporting page uses shared filters and consistent KPI definitions, comparisons become much easier. A date range selected for one dashboard view should apply across the related charts and summaries, so users are not comparing one month in sales against a different period in finance by mistake. This consistency reduces the need to export figures into separate spreadsheets and manually align them before any real analysis can begin. As you review the page, think in terms of business questions rather than isolated reports. For example: - How does **revenue** compare with **margin** over the same period? - Is **sales growth** supported by enough **stock availability**? - Does rising **purchasing volume** lead to better or weaker **supplier performance**? - Are operational totals increasing in a way that matches financial results? These are the kinds of side-by-side questions that leadership teams ask regularly. A reporting page that demonstrates cross-functional visibility is showing more than chart design; it is showing whether the ERP can support management reporting across departments. This is especially useful for buyers who want more than module-specific screens. A sales page can explain pipeline activity, and an inventory page can explain stock movement, but a reporting layer should help connect those stories. If you are comparing module pages while evaluating fit, you may also want to read [Reviewing Sales Reporting and Pricing](doc:reviewing-sales-reporting-and-pricing) and [Exploring Inventory Visibility and Warehouse Overview](doc:exploring-inventory-visibility-and-warehouse-overview) to see how those areas feed into broader reporting needs. ## Evaluating how reporting supports business decisions The real value of reporting appears when dashboard information helps someone decide what to do next. On the **Reporting and Analytics** page, the examples of KPI tracking, charts, and detailed report access should be read through that lens. In **Sherkety ERP & Website Platform**, the question is not only whether a dashboard looks clear, but whether it supports routine decisions across leadership and department teams. Start with common decision points. A finance leader may need to monitor budget pressure, expense movement, or cash-related trends. A sales manager may want to compare current results with an earlier period before adjusting targets or follow-up priorities. An operations lead may need to spot delays, backlogs, or unusual totals before they affect customers. When a reporting page brings these signals into one place, it shortens the time between noticing a problem and acting on it. This centralized approach also reduces the burden of manual consolidation. Without a shared reporting view, teams often gather figures from separate tools, compare spreadsheets, and spend time debating which number is current. A single reporting page helps avoid that fragmented process by presenting a common view that multiple roles can review together. Drill-down access is especially important for trust. Decision-makers are more likely to rely on a KPI when they can open the supporting details behind it. If a summary total looks surprising, they should be able to trace it back to the records that produced it. That traceability turns dashboards from presentation tools into working management tools. As you evaluate fit, focus on three practical questions: - Does the reporting page make important numbers visible quickly? - Can different departments review performance from the same reporting area? - Can users move from a summary view into supporting detail without extra effort? If the answer is yes, the reporting experience is likely strong enough to support real business follow-up rather than passive monitoring. ## Assessing whether the analytics experience fits your organization When you evaluate the **Reporting and Analytics** experience in **Sherkety ERP & Website Platform**, keep the review practical. The goal is not to inspect every visual detail. Instead, check whether the page supports the way your leadership team actually reviews performance. A useful analytics experience should surface the KPIs people care about most, make filtering easy, and allow quick movement from a high-level summary into detailed evidence. Start by looking at the dashboard layout itself. Ask whether the most important numbers are easy to spot without scrolling through too much explanatory content. If your organization regularly checks revenue, margin, overdue items, operational totals, or trend movement, the page should make that style of monitoring feel natural. If the dashboard examples seem too scattered or too hard to scan, that may be a sign that day-to-day use would feel slower than expected. Next, test the analysis flow mentally using a simple demo scenario. For example, imagine a manager notices that one KPI card has changed sharply. From there, they should be able to: 1. Adjust the **date range** or comparison period. 2. Review the related **chart** to see the trend visually. 3. Open the relevant **detail view** from the KPI or chart. 4. Check the underlying records that explain the change. If that journey feels clear in only a few clicks, the reporting design is likely accessible for non-technical users. Also confirm that the reporting approach appears broad enough for multiple departments. A good analytics layer should not feel limited to one function only. It should support shared visibility across finance, sales, purchasing, inventory, and operations with consistent metrics and filtering behavior. For a deeper look at how dashboard metrics and drill-down behavior work together, continue with [Understanding Dashboards KPIs and Drill Down Analysis](doc:understanding-dashboards-kpis-and-drill-down-analysis). ## Overview The **Reporting and Analytics** product page in **Sherkety ERP & Website Platform** helps you evaluate how business reporting can be organized into one clear workspace. Rather than focusing on transaction entry or department-specific tasks, this page highlights how users can monitor performance through dashboard-style views that combine summary metrics, charts, filters, and detailed reporting paths. As you explore the page, the main items to look for are: - A clear reporting header that introduces the analytics offering - Dashboard examples with **KPI cards** or summary tiles - Visual trend displays such as **bar charts** or **line charts** - Filter controls such as **date range** and comparison options - A path from summary figures into more detailed report rows The main benefit presented here is centralized visibility. Instead of checking separate screens for finance, sales, purchasing, or operations, users can review key indicators from one reporting area. This makes it easier to compare results across teams, identify unusual changes, and investigate the details behind a number when needed. This page is especially useful for buyers who want to know whether reporting in Sherkety ERP & Website Platform supports more than static summaries. The examples should help you judge whether the experience allows users to monitor KPIs, compare periods, narrow results with filters, and validate totals through drill-down access. If you are reviewing ERP product pages as part of a broader buying process, this reporting page works best when considered alongside the other module pages and navigation guidance in [Using ERP System Landing Pages to Evaluate Offerings](doc:using-erp-system-landing-pages-to-evaluate-offerings) and [Evaluating ERP Modules From Catalog to Detail Pages](doc:evaluating-erp-modules-from-catalog-to-detail-pages). ## Prerequisites You do not need admin access or setup work to review the **Reporting and Analytics** product page in **Sherkety ERP & Website Platform**. This guide is written for buyers and evaluators who are browsing the public-facing ERP pages and want to understand what the reporting experience offers. Before you start, it helps to have: - Access to the public website pages for Sherkety ERP & Website Platform - Basic familiarity with ERP modules such as finance, sales, purchasing, inventory, or HR - A short list of the KPIs your team usually reviews, such as revenue, expenses, margin, overdue items, or operational totals - A rough idea of which roles in your organization would use dashboards, such as executives, finance leads, sales managers, or operations managers You will get more value from this page if you review it with a few practical questions in mind: - Which departments need to see shared performance metrics? - Which numbers must be visible at a glance? - Do your users need to compare periods regularly? - How important is it to open detailed records from a summary figure? If you are new to Sherkety ERP & Website Platform navigation, you may want to read [Browsing the Sherkety Public Website](doc:browsing-the-sherkety-public-website) or [Exploring ERP App Categories and Module Entry Points](doc:exploring-erp-app-categories-and-module-entry-points) first. Those guides help you locate product pages and understand how the ERP sections are organized before you assess the reporting experience in detail. The next step in this documentation path is [Understanding Dashboards KPIs and Drill Down Analysis](doc:understanding-dashboards-kpis-and-drill-down-analysis). ## Understanding What the Sales and CRM Workspace Covers The **Sales & CRM** area in **Sherkety ERP & Website Platform** is presented as a connected workspace for following customer activity from the first sales conversation through quotation and confirmed sale. When you open the Sales & CRM module page from the ERP apps catalog or related ERP landing pages, you should expect to evaluate whether one workspace can support your team’s full selling process instead of splitting work across separate tools. As you review the page, focus on the major work areas it brings together: - **CRM pipeline views** for tracking leads and opportunities by stage - **Customer records** for storing contact details and sales history - **Quotation management** for preparing offers for qualified prospects - **Sales order tracking** for following confirmed business after approval This matters because many teams do not just need a contact list. They need a clear path from early interest to active deal handling and then into a sale that can be tracked. On the Sales & CRM page, the value to look for is continuity. A prospect starts as a lead, moves through opportunity stages, receives a quotation, and can then become a confirmed sale without your team losing context along the way. If you are evaluating fit, pay attention to whether the page clearly supports: - visibility for both sales representatives and managers - stage-by-stage control over deal progress - organized quotation handling - customer follow-up tied to each deal [SCREENSHOT: Sales & CRM module page showing sections for pipeline, customer management, quotations, and sales orders] For a buyer, this overview is less about setup and more about judging whether **Sherkety ERP & Website Platform** matches the way your team sells: prospect first, qualify interest, prepare an offer, and track the sale in one connected flow. ## Following the Customer Journey from Lead to Closed Sale A useful way to evaluate the **Sales & CRM** module page in **Sherkety ERP & Website Platform** is to follow the customer journey it is built to support. The page is designed around a sales lifecycle rather than isolated tasks, so you should look at how each stage connects to the next. The lifecycle buyers should expect to see includes: 1. **Lead capture** – a new prospect enters the sales process 2. **Qualification** – the team reviews whether the prospect is a real opportunity 3. **Opportunity tracking** – the deal is managed through pipeline stages 4. **Quotation creation** – the team prepares a commercial offer 5. **Sales order confirmation** – the accepted offer becomes a confirmed sale 6. **Ongoing customer management** – the customer relationship continues after the order The key point is continuity. In **Sherkety ERP & Website Platform**, the Sales & CRM experience is meant to help teams begin with a prospect and continue into a real transaction without re-entering the same customer details again and again. When you review the module page, look for signs that customer information, deal progress, and commercial activity stay connected. Status-driven progress is especially important. A strong fit usually means your team can tell, at a glance, whether a record is still an early lead, an active opportunity, a quotation under review, or a confirmed order. That stage-based flow helps sales teams prioritize work and helps managers understand what is moving forward. You should also consider who interacts with each part of the journey: - **Sales representatives** update stages, add follow-up context, and prepare quotations - **Managers** review pipeline progress and deal movement - **Customer-facing teams** use shared history to understand where each account stands [SCREENSHOT: customer journey flow from lead to opportunity to quotation to confirmed sale] This connected journey becomes more important in the next guide, [Managing Leads Contacts and Sales Pipeline](doc:managing-leads-contacts-and-sales-pipeline), where the focus shifts from overview to day-to-day record handling. ## Reviewing How Sales Teams Manage Opportunities and Pipeline Activity The **CRM pipeline** is one of the most important areas to assess on the **Sales & CRM** page in **Sherkety ERP & Website Platform**. This is where a team tracks active deals, sees which opportunities need attention, and understands what is likely to close next. If your sales process depends on visibility and follow-up, this part of the page deserves close review. When you examine the pipeline experience, look for stage-based opportunity tracking. A useful pipeline should make it easy to see where each prospect sits in the sales cycle, who owns the deal, and what action is expected next. That stage view is often the difference between a scattered sales process and one that can be managed consistently. Opportunity and lead records should also act as a central place for sales context. Buyers should expect these records to bring together details such as: - customer or prospect name - contact information - notes from conversations - follow-up activity - current deal stage - salesperson ownership That single record view matters because sales work is rarely just about one call or one message. Teams need a running history that shows what has already happened and what still needs to happen. On the module page, consider whether the workflow appears organized enough for a representative to open a prospect record and immediately understand the next step. You should also evaluate how the page supports daily execution through: - organized prospect lists - stage-based pipeline views - filters that help narrow active deals - visibility into which opportunities are ready for quotation or order handling [SCREENSHOT: pipeline view with opportunities grouped by stage and assigned salesperson] For managers, the pipeline should make progress visible. For representatives, it should make follow-up practical. If the Sales & CRM page shows both, **Sherkety ERP & Website Platform** is likely aligned with teams that need a working sales pipeline rather than a simple contact directory. ## Examining How Quotes and Orders Move Through the Sales Process Beyond pipeline tracking, the **Sales & CRM** module page in **Sherkety ERP & Website Platform** should help you evaluate how a qualified opportunity turns into a commercial document. This is where the selling process becomes more formal: the team prepares a quotation, the customer reviews it, and accepted business moves into order tracking. As you review this area, focus first on the transition from opportunity to quotation. A strong workflow allows a sales team to move from deal discussion into a structured offer without losing customer context. Instead of treating quotations as separate paperwork, the page should present them as part of the same sales journey. The quotation and order flow buyers should look for usually includes: 1. **Draft quotation preparation** for a qualified prospect 2. **Customer review** of the proposed offer 3. **Confirmation** once the offer is accepted 4. **Sales order tracking** after the deal is finalized The document details that matter most in this workflow are typically the practical ones sales teams use every day. On the module page, look for support around: | Detail area | Why it matters | |---|---| | **Customer** | Keeps the offer tied to the right account | | **Products or services** | Defines what is being sold | | **Pricing** | Shows the commercial value of the offer | | **Quantities** | Clarifies scope and volume | | **Order status** | Shows whether the sale is still pending or confirmed | A good fit also means confirmed sales activity remains connected to the customer record. That way, a team can review both relationship history and transaction history in one place instead of switching between disconnected screens. [SCREENSHOT: quotation and sales order section showing customer, items, pricing, and status] If your sales cycle depends heavily on proposals, approvals, and order follow-through, this part of **Sherkety ERP & Website Platform** is central to your evaluation. The next document, [Managing Leads Contacts and Sales Pipeline](doc:managing-leads-contacts-and-sales-pipeline), goes deeper into the records that feed this process. ## Assessing Whether the Module Matches Your Sales Process The **Sales & CRM** page in **Sherkety ERP & Website Platform** is most useful when you compare what you see on the page against how your team already sells. Rather than asking whether the module has sales features in general, ask whether its flow matches your real process from first contact to completed sale. Start by comparing your current workflow to the module’s supported path: - prospect intake - qualification - pipeline progression - quotation generation - order follow-through If your team currently uses one tool for leads, another for quotations, and a separate process for tracking confirmed sales, a combined workspace may offer a clearer day-to-day experience. The strongest fit is usually for organizations that want customer relationship management and transaction handling in one place. This combined approach is especially relevant for: - sales teams that manage multiple active opportunities at once - businesses that rely on quotations before a sale is confirmed - managers who need visibility into deal stages and team activity - customer-facing teams that benefit from shared account history As you review the module page, use practical evaluation questions: - How many pipeline stages does your team actually need? - Do quotations play a central role in winning business? - Should customer history include both conversations and sales activity? - Do representatives and managers need the same records with different levels of oversight? Role-based usage is an important part of fit. A sales representative needs quick access to active opportunities, follow-up details, and quotation progress. A manager needs a broader view of pipeline movement and deal status. If the page supports both perspectives clearly, it is more likely to match a growing sales organization. [SCREENSHOT: Sales & CRM page sections that support pipeline review, customer history, and quotation follow-up] This kind of fit assessment helps you move beyond feature lists and judge whether **Sherkety ERP & Website Platform** supports the way your revenue team actually works. ## Comparing Key Sales and CRM Capabilities Before You Decide When you compare **Sales & CRM** options, it helps to use a simple capability framework instead of relying on general impressions. The module page in **Sherkety ERP & Website Platform** should give you enough information to test whether the core sales lifecycle is covered from prospecting through order monitoring. Use this checklist while reviewing the page: - **Lead management** Can the team capture and organize early-stage prospects? - **Opportunity pipeline tracking** Can deals be followed by stage so progress is visible? - **Customer record management** Can contact details and account history stay in one place? - **Quotation handling** Can qualified prospects move into structured offers? - **Sales order monitoring** Can accepted business be tracked after confirmation? These capabilities are easier to judge when you ask direct operational questions: | Question to ask | What a strong answer means | |---|---| | Can the team track deals by stage? | Better pipeline visibility and prioritization | | Can prospects become customers without duplicate entry? | Less repeated work and fewer record gaps | | Can quotes and orders be managed from the same workflow? | Smoother handoff from selling to confirmed business | Each capability connects to a business outcome. Lead and opportunity tracking support faster follow-up. Customer records improve continuity across conversations. Quotation handling helps formalize offers. Sales order monitoring gives the team visibility after the deal is won. For demos or vendor reviews, keep your comparison practical: - follow one example prospect from first contact to sale - check whether the same customer history remains visible throughout - confirm that quotations and orders are part of the same sales flow - review whether both representatives and managers can work from the same shared process [SCREENSHOT: comparison notes for lead tracking, pipeline stages, quotations, and order monitoring] If you want to continue from broad evaluation into hands-on record management, the next step is [Managing Leads Contacts and Sales Pipeline](doc:managing-leads-contacts-and-sales-pipeline). ## Overview The **Sales & CRM** module page in **Sherkety ERP & Website Platform** is best understood as a buyer-facing overview of how sales work can be organized from first inquiry to confirmed order. It brings together the main ideas a prospective customer needs to evaluate: pipeline visibility, customer tracking, quotation handling, and sales follow-through. At a high level, the page helps you answer four practical questions: - Can we track prospects as they move through sales stages? - Can we keep customer information and deal history together? - Can we prepare quotations as part of the same workflow? - Can accepted business continue into order tracking without a break? This overview is especially useful if your team is comparing several ERP modules or reviewing whether Sales & CRM should be part of a broader rollout alongside other areas such as Accounting, HR, Purchasing, or Reporting. In that situation, the Sales & CRM page gives you a focused way to judge whether revenue work can be handled in one connected area instead of separate tools. As you browse, pay attention to the structure of the information on the page. The most valuable signals are not marketing claims alone, but whether the workflow appears connected and practical for real teams. A useful module overview should make it easy to understand how leads become opportunities, how opportunities become quotations, and how quotations become confirmed sales activity. You may also want to compare this page with related ERP content such as [Browsing the ERP Apps Catalog](doc:browsing-the-erp-apps-catalog) and [Using ERP System Landing Pages to Evaluate Offerings](doc:using-erp-system-landing-pages-to-evaluate-offerings) if you are still deciding where Sales & CRM fits in your overall evaluation. [SCREENSHOT: Sales & CRM overview page with major capability sections visible] For hands-on process details, continue with [Managing Leads Contacts and Sales Pipeline](doc:managing-leads-contacts-and-sales-pipeline). ## Prerequisites You do not need admin access or a signed-in account to use this document as an evaluation guide. This page is written for anyone reviewing the **Sales & CRM** offering in **Sherkety ERP & Website Platform**, whether you are a business owner, sales manager, operations lead, or part of a buying team. Before reading further or joining a demo, it helps to have a few details about your current sales process ready. That makes it easier to compare what the Sales & CRM page presents against your real workflow. Bring these points into your review: - the stages your team uses from first contact to closed sale - whether you manage both leads and existing customers - whether quotations are required before an order is confirmed - who needs visibility into the pipeline, such as representatives or managers - whether customer history should include both relationship notes and sales activity You may also find it helpful to review related public pages first if you are still getting familiar with Sherkety ERP & Website Platform: - [Discovering ERP Products and Packages](doc:discovering-erp-products-and-packages) - [Exploring ERP App Categories and Module Entry Points](doc:exploring-erp-app-categories-and-module-entry-points) - [Evaluating ERP Modules From Catalog to Detail Pages](doc:evaluating-erp-modules-from-catalog-to-detail-pages) If you are specifically comparing Sales & CRM against your current way of working, prepare one real example deal from your business and ask how it would move through these stages: 1. first inquiry 2. qualification 3. active opportunity 4. quotation 5. confirmed order [SCREENSHOT: notes or checklist a buyer uses while reviewing the Sales & CRM page] That simple example will make the next document, [Managing Leads Contacts and Sales Pipeline](doc:managing-leads-contacts-and-sales-pipeline), much easier to apply because you can map each workflow step to a real sales scenario. ## Reviewing What the Accounting Services Page Covers The Accounting Services page in **Sherkety ERP & Website Platform** is designed for visitors who are considering outsourced accounting support. If you already know how to reach service pages from the main navigation, you can treat this page as the next step after [Finding Services Through Navigation and Service Menus](doc:finding-services-through-navigation-and-service-menus). Instead of acting like a client portal or account workspace, this page helps you understand what Sherkety offers, compare service levels, and decide whether to make an inquiry. At the top of the page, expect a hero section that introduces the accounting offer in broad terms and points you toward the main action, such as requesting more information or starting a conversation. This top section is usually the fastest way to confirm whether the page matches your needs. If you are a business owner, finance lead, founder, or operations manager looking for bookkeeping, reporting, tax support, or broader finance help, this is the right page to review. As you scroll, the page is typically arranged in a decision-friendly order: - A top section that explains the accounting service at a high level - A service scope area showing what work is covered - A package comparison section for reviewing plan differences - A compliance or trust section that explains how Sherkety presents reliability and regulatory support - Inquiry or contact actions that let you request the next step This layout helps you move from “What is offered?” to “Which package fits?” and then to “How do I contact them?” without jumping between unrelated pages. [SCREENSHOT: Accounting Services page hero area with headline, supporting text, and primary inquiry button] ## Understanding the Services Included The service scope section is where you review the actual accounting work presented on the page. In **Sherkety ERP & Website Platform**, this content is meant to help you understand the breadth of support before you compare packages. Look for grouped items, feature cards, icon blocks, or checklist-style rows that break the service into clear categories rather than long paragraphs. As you scan this section, pay attention to the labels used for each service item. The page may present accounting support in practical business terms such as: - Bookkeeping - Financial reporting - Tax support - Payroll coordination - Reconciliation - Accounts payable or payment handling - Statutory filing support - Advisory or business guidance The exact wording on the page matters. For example, “monthly reporting” suggests a recurring reporting schedule, while “tax filing support” points to compliance-related help. “Reconciliation” usually signals matching records and balances, and “accounts payable handling” suggests support with outgoing business payments. These labels help you judge whether the service covers day-to-day finance work, compliance tasks, or both. Also look closely for any visual markers that separate standard coverage from extra support. On service pages, this can appear as: - Checkmarks showing included items - Notes under a feature title - Package-specific labels - Badges that suggest premium or expanded support - Small footnotes that limit availability to certain plans If a service appears in one package but not another, the page may show that difference directly in the comparison area rather than in the service overview. Use the service scope section to understand the range of support first, then confirm availability package by package before you inquire. [SCREENSHOT: Service scope section showing accounting feature cards or checklist items] ## Comparing Packages Before You Inquire The package comparison area is one of the most important parts of the Accounting Services page because it helps you move from general interest to a realistic shortlist. In **Sherkety ERP & Website Platform**, this section is typically shown as plan cards or a comparison table. Start by reading across the package names and then down through the included features so you can see what changes from one tier to the next. When comparing packages, focus on the fields that affect your day-to-day needs. The page may show differences such as: - Monthly transaction volume - Reporting frequency - Payroll support - Tax filing assistance - Access to an accountant or advisory support - Response time or turnaround expectations - Reconciliation coverage - Included compliance tasks If pricing is shown, it may appear as a monthly amount on each plan card. In some cases, the page may use wording that indicates you need to contact Sherkety for a quote instead of showing a fixed amount. When that happens, compare the scope first and treat the inquiry button as the next step for confirming cost. Visual cues usually make this section easier to scan. Look for: - A highlighted or featured plan - A “recommended” style badge - Checkmarks for included items - Muted or blank cells for excluded items - Stronger color emphasis on the plan Sherkety wants to draw attention to If you are between two options, do not choose only by price or headline. Read the rows that mention reporting, tax support, payroll, and response level. Those details usually matter more than the plan title alone. | What to compare | Why it matters | |---|---| | Reporting frequency | Shows how often you receive financial updates | | Tax support | Helps you judge compliance coverage | | Payroll support | Important if staff payroll is part of your needs | | Response level | Useful if you expect regular back-and-forth communication | [SCREENSHOT: Package comparison section with plan cards or comparison table] ## Evaluating the Compliance and Trust Messaging The compliance and trust section helps you judge whether Sherkety presents its accounting services as reliable, disciplined, and suitable for businesses that need ongoing financial accuracy. On the Accounting Services page in **Sherkety ERP & Website Platform**, this messaging may appear as a dedicated reassurance block, a banner between sections, short callouts near package details, or supporting notes close to inquiry actions. As you read this part of the page, look for statements tied to practical business concerns, including: - Tax compliance support - Regulatory alignment - Confidential handling of financial information - Accurate reporting practices - Filing discipline - Recordkeeping support - Audit readiness or deadline awareness These messages matter because they frame accounting as more than bookkeeping alone. They show whether Sherkety is positioning the service around risk reduction as well as routine finance tasks. For many visitors, this is the section that answers, “Will this help us stay organized and avoid missed obligations?” You may also see proof elements near this content. Depending on the page layout, these can include: - Experience-based statements - Client or business counts - Testimonial snippets - Partner or trust logos - Short credibility highlights placed beside the compliance text Treat these elements as supporting signals rather than the main decision point. The strongest clues usually come from the wording around deadlines, filing support, reporting consistency, and financial controls. If you are comparing packages, use this section to confirm whether the page speaks to your biggest risk areas. Businesses with recurring tax obligations, payroll responsibilities, or formal reporting needs should pay extra attention to any wording about filing accuracy, monthly discipline, and readiness for reviews or audits. [SCREENSHOT: Compliance or trust section with reassurance statements and supporting proof elements] ## Using the Inquiry and Contact Actions Once you understand the service scope and package differences, the next step is using the inquiry actions on the page. In **Sherkety ERP & Website Platform**, the Accounting Services page is built to guide you toward a contact path without making you leave the decision process too early. The main action may appear in the hero section, below package cards, or near the bottom of the page after the trust and comparison content. Look for buttons such as: - Get Started - Request a Quote - Book a Consultation - Contact Us - Package-specific inquiry buttons When you select one of these actions, the page may do one of several things depending on the layout: 1. Scroll you to a contact form on the same page 2. Open a pop-up inquiry window 3. Take you to a contact or booking page 4. Open a package-linked inquiry flow tied to the plan you selected If the button is attached to a specific package, that usually means your selected plan is part of the inquiry path. This helps keep your request focused and can reduce back-and-forth later. Before submitting, be ready to enter the details requested in the form. Common fields on service inquiry forms include: | Field | What to enter | |---|---| | Name | Your name | | Company Name | Your business name | | Email Address | Your preferred email | | Phone Number | Your contact number | | Service Interest | The accounting package or service area you want | | Business Size | A simple size indicator if requested | | Message | Key details about your needs | After submission, watch for an on-screen confirmation message or success state. If the page shows a confirmation notice, that is your sign the inquiry was sent successfully. [SCREENSHOT: Accounting inquiry form or package-specific call-to-action button] ## Choosing the Right Package for Your Business Needs Choosing the right package on the Accounting Services page comes down to matching the listed services with the level of complexity your business actually has. In **Sherkety ERP & Website Platform**, the best way to do this is to read the package comparison and service scope together instead of treating them as separate sections. Start by checking your core needs against the features shown on the page: - If you mainly need routine bookkeeping and regular records, focus on the package that clearly includes bookkeeping and recurring reporting. - If payroll is part of your monthly workload, make sure payroll support or payroll coordination appears in the package details rather than assuming it is included. - If tax obligations are a major concern, look for package rows or notes that mention tax filing assistance, statutory support, or compliance coverage. - If leadership needs regular financial visibility, compare how often reports are provided and whether advisory support is included. The highlighted or recommended package can be a useful starting point, but do not rely on the badge alone. Read the feature rows, plan notes, and any small-print exclusions. A lower package may look attractive at first glance but leave out reporting frequency, filing support, or response access that your business depends on. Use the package-specific inquiry button when one plan already looks like the right fit. That keeps your request tied to a clear service level. If your needs cross several categories or you are unsure whether bookkeeping, payroll, and compliance support should be bundled together, use the general contact option instead and explain your requirements in the message field. Before submitting, review any footnotes, add-on markers, or package limits shown near the comparison area so your expectations match what the page presents. ## Overview The Accounting Services page in **Sherkety ERP & Website Platform** is a decision page for prospective clients, not a workspace for existing account activity. Its purpose is to help you understand the accounting offer, compare service levels, review trust and compliance messaging, and take the next step through an inquiry action. As you move through the page, the content usually follows a practical order: - A hero section introduces the accounting offer and gives you a clear starting action - A service scope section explains what kinds of accounting support are available - A package comparison section helps you compare plans side by side - A compliance or trust section explains how Sherkety presents reliability and regulatory support - Contact and inquiry actions let you request more information or start a conversation This structure is useful because it supports a typical buyer journey. You first confirm that the page is relevant, then narrow down likely packages, then decide whether to contact Sherkety. If you are evaluating accounting support for a growing business, this page is especially helpful because it combines service explanation and package comparison in one place. To get the most from the page: - Scan the hero section first for the main promise and action button - Read service labels carefully so you understand what work is actually covered - Compare packages using specific rows such as reporting, payroll, and tax support - Use trust and compliance messaging to judge whether the offer fits your risk and reporting needs - Choose the inquiry path that matches your level of certainty If you want to go deeper into side-by-side evaluation after this page, continue with [Using Comparison Sections to Evaluate Offerings](doc:using-comparison-sections-to-evaluate-offerings). ## Prerequisites You do not need an account or admin access to explore the Accounting Services page in **Sherkety ERP & Website Platform**. This is a public-facing page intended for visitors who are researching services and deciding whether to inquire. Before using the page, it helps to have a few basics in mind so you can compare packages more effectively: - A rough idea of whether you need bookkeeping, payroll support, tax help, reporting, or a broader accounting arrangement - An understanding of your business size or activity level, especially if package comparisons mention transaction volume or service limits - A sense of how often you want reports or communication from your accounting provider - Any compliance concerns you want answered, such as filing support or reporting discipline You may also benefit from reviewing earlier navigation guidance if you reached this document before spending time on the live page: - [Finding Services Through Navigation and Service Menus](doc:finding-services-through-navigation-and-service-menus) While exploring, keep these practical points in mind: - Use the language switcher first if you prefer another available language - Read package notes and footnotes, not just the plan titles - Open inquiry actions only after you have identified the package or service area you want to discuss - If the page includes a general contact option and package-specific buttons, choose the one that best matches how certain you are about your needs If your main goal is comparing multiple offers on the page more systematically, the next document will help you do that: [Using Comparison Sections to Evaluate Offerings](doc:using-comparison-sections-to-evaluate-offerings). ## Opening the FAQ and Policy Pages Visitors Use Most When you browse Sherkety ERP & Website Platform as a visitor, the pages most people open for trust and clarification are the **FAQ**, **Privacy Policy**, **Terms and Conditions**, **Cookie Policy**, **Disclaimer**, and **App Privacy** pages. These are public pages, so you do not need to sign in to read them. Visitors usually reach them from the **footer navigation** at the bottom of the website, where links such as **FAQ**, **Privacy**, **Terms**, **Cookies**, **Disclaimer**, or **App Privacy** are grouped with other informational links. These pages serve different purposes. The **FAQ page** is for practical questions a visitor may ask before contacting the company. It is where you look for short answers about topics like services, ERP use, onboarding, pricing expectations, support, or how to take the next step. The policy pages are different. They explain the formal rules and privacy details behind using the website, submitting forms, browsing with cookies enabled, or interacting with an app experience. Business services visitors often open these pages to check whether Sherkety ERP & Website Platform explains its process clearly before they submit an inquiry. Prospective ERP buyers use the same pages to understand whether the company presents privacy, legal, and usage information in a way that supports vendor review. A simple way to think about it: | Page | What visitors usually use it for | |---|---| | **FAQ** | Common questions and quick answers | | **Privacy Policy** | How personal data is collected and used | | **Terms and Conditions** | Rules for using the website or services | | **Cookie Policy** | Tracking, cookies, and consent details | | **Disclaimer** | Limits on responsibility and informational use | | **App Privacy** | Privacy details related to app usage | [SCREENSHOT: Website footer showing FAQ, Privacy, Terms, Cookies, Disclaimer, and App Privacy links] If you need help finding these links in the site layout first, see [Using Header Menus and Footer Links](doc:using-header-menus-and-footer-links). ## Finding Answers on the FAQ Page The **FAQ** page is the fastest place to start when you have a practical question and want a plain-language answer. Open the **FAQ** link from the footer or any legal or help-related navigation area. Once the page loads, scan the question list for the topic that matches what you need. Visitors commonly look for answers about **pricing**, **implementation**, **support**, **integrations**, **account access**, or what happens after submitting an inquiry. 1. Open the **FAQ** page. 2. Scroll through the question groups and look for the section that matches your topic. 3. Click a question to expand it and read the full answer. 4. If the page is long, use your browser’s **Find** feature and search for words such as **ERP**, **billing**, **onboarding**, or **support**. 5. Check whether the answer includes a next step, such as a link to a service page, ERP page, or contact form. Expanded FAQ items are useful because they often tell you whether your question is fully answered on the page or whether you need to continue elsewhere. For example, an answer may explain a process briefly and then point you to a product page, a contact option, or another public page with more detail. That helps you avoid guessing from short marketing text alone. As you read, focus on whether the answer actually resolves your concern. If you are comparing vendors, note whether the FAQ gives clear, direct responses or only pushes you toward a sales conversation. If the answer ends by sending you to a contact form or support channel, treat that as a sign that the topic needs confirmation from the company rather than relying only on the FAQ page. [SCREENSHOT: FAQ page with expandable questions and one answer opened] For broader navigation between public informational pages, see [Browsing the Sherkety Public Website](doc:browsing-the-sherkety-public-website). ## Reviewing Privacy, Cookies, and App Privacy Information The **Privacy Policy**, **Cookie Policy**, and **App Privacy** pages help you understand how Sherkety ERP & Website Platform handles information you share while browsing, submitting forms, or using account-related experiences. These pages matter most when you want to know what data is collected and how that data may be used before you request a demo, start a trial, or contact the company. Start with the **Privacy Policy**. Read it to understand what information may be collected through website forms, analytics tools, account activity, or marketing interactions. Visitors often check this page before filling out a contact form because they want to know how their details may be stored, used, or shared. If you are reviewing Sherkety ERP & Website Platform as a potential ERP provider, look closely for details such as retention periods, reasons for processing data, outside providers involved in handling data, and how to request access, correction, or deletion. Next, open the **Cookie Policy**. This page explains how cookies and similar tracking tools are used. Look for sections that describe cookie categories, consent choices, and how to manage browser or banner preferences. If you saw a cookie banner while browsing, the Cookie Policy should help you understand what those choices mean. Then review **App Privacy** if you are evaluating mobile or web app use. This page is where visitors usually look for information about account details, usage information, device-related data, and whether any third parties are involved in processing app-related information. Helpful details to watch for include: - An effective or updated date - Clear descriptions of collected data types - Explanations of sharing or third-party processing - Instructions for privacy requests - Consistent wording across privacy-related pages [SCREENSHOT: Privacy or Cookie Policy page with section headings and update date] The next document, [Understanding Disclaimer and App Privacy Pages](doc:understanding-disclaimer-and-app-privacy-pages), goes deeper into how to read these pages closely. ## Checking Terms and Disclaimers Before You Engage Before you rely on a website statement during vendor review or procurement, open the **Terms and Conditions** and **Disclaimer** pages. These pages are where Sherkety ERP & Website Platform sets the formal boundaries around website use, responsibilities, and informational claims. The **Terms and Conditions** page is the place to check for rules about using the website, account-related responsibilities, ownership of content, payment-related statements, and service limitations. If you are considering a business services engagement or an ERP purchase, this page helps you understand what is governed formally rather than described informally in promotional sections. Read it carefully if your organization needs to review acceptable use, obligations tied to account access, or limits around what is included in a service relationship. The **Disclaimer** page serves a different purpose. It explains that website content may be informational, may not cover every situation, and may include limits on responsibility. It may also address third-party links and clarify that marketing language should not be treated as a binding promise. This matters when a visitor sees strong claims on a product or service page and wants to know whether those claims are legally guaranteed. As you compare pages, keep this distinction in mind: - Use the **FAQ** for quick explanations and common concerns. - Use **Terms and Conditions** for formal rules. - Use the **Disclaimer** for limits on reliance, accuracy, and liability. If you notice a difference between an FAQ answer and a policy page, treat the policy page as the stronger reference point. That is especially important for procurement reviews, compliance checks, and internal approvals where your team needs language that is more formal than a marketing summary. [SCREENSHOT: Terms and Conditions page with section headings for use, responsibilities, and limitations] If you are also comparing public claims across service pages, [Using FAQ and Disclaimer Pages for Common Questions](doc:using-faq-and-disclaimer-pages-for-common-questions) is a useful follow-up. ## Using FAQ and Policy Pages to Evaluate Trust and Fit FAQ and policy pages are not just for legal reading. They are also practical tools for deciding whether Sherkety ERP & Website Platform feels clear, transparent, and ready for a serious inquiry. When you use them together, they help you separate everyday questions from formal commitments. A simple way to evaluate fit is to match your question to the right page: | Your question | Best page to check | |---|---| | How does onboarding or support work? | **FAQ** | | How is my information handled after I submit a form? | **Privacy Policy** | | How are cookies or tracking tools used? | **Cookie Policy** | | What rules apply when using the website or account features? | **Terms and Conditions** | | Are marketing statements legally binding? | **Disclaimer** | | How is app-related data handled? | **App Privacy** | Business services visitors often use these pages to confirm that the company explains support, privacy, and legal expectations clearly enough before making a first inquiry. Prospective ERP buyers usually go further and compare these pages with other vendors. They may look for signs that Sherkety ERP & Website Platform uses consistent terminology across public pages, keeps effective dates current, and connects related pages with working links. Strong trust signals include: - The same product and service names appearing consistently - Current update or effective dates - Clear contact or request instructions on privacy-related pages - FAQ answers that match public service and ERP pages - Policy pages that are easy to reach from the footer If the FAQ promises one thing but the legal pages describe something narrower, rely on the policy wording and ask for clarification before moving forward. For more on comparing public content across the site, see [Understanding Public Page Layouts and Visitor Actions](doc:understanding-public-page-layouts-and-visitor-actions). ## Common Issues When Answers Are Hard to Find Sometimes the page you open does not fully answer your question. When that happens, the best approach is to use the links and contact paths already provided on Sherkety ERP & Website Platform instead of making assumptions from incomplete information. If the **FAQ** does not answer a product, package, or pricing question, look for a linked **contact form**, **sales inquiry option**, or related service page. FAQ content is helpful for common questions, but it may not cover every business case or package detail. If you cannot find a clear answer, move to the inquiry path rather than relying on an older answer or a partial comparison. If the **Privacy Policy** or **Cookie Policy** feels too general, check for an **effective date**, update wording, or links tied to consent choices. Visitors often miss these details on a first read. Also look for a privacy request method described on the page. That is usually the clearest sign that the page is meant to support real user questions rather than only act as a formal notice. When the **Terms and Conditions**, **Disclaimer**, and **FAQ** seem inconsistent, use the legal policy pages as your reference point and request clarification before you proceed. This is especially important if your team is reviewing Sherkety ERP & Website Platform for procurement, compliance, or internal approval. If the **App Privacy** page does not include the level of detail you expected, check whether the page points you to another privacy notice or support source. In some cases, visitors may need to compare the website’s privacy information with app-related information published elsewhere by the company. Useful checks when answers are hard to find: - Look for update dates - Follow links between FAQ and policy pages - Use the contact or inquiry route when a page stays unclear - Treat formal policy wording as more authoritative than promotional text [SCREENSHOT: Public page with footer legal links and a contact or inquiry call to action] ## Overview This document focuses on how visitors use the public **FAQ**, **Privacy Policy**, **Terms and Conditions**, **Cookie Policy**, **Disclaimer**, and **App Privacy** pages in Sherkety ERP & Website Platform to answer common questions before contacting the company. These pages are part of the public website experience and are typically reached through footer links and other informational navigation. The main idea is simple: not every question belongs on the same page. The **FAQ** page is best for quick, practical answers about services, ERP evaluation, onboarding, support, and next steps. The policy pages are where visitors check formal information about privacy, tracking, usage rules, and limits on reliance. Reading them together gives a more complete picture than relying on a service page or homepage section alone. This guide also shows how different visitors use these pages differently. A business services visitor may want reassurance about inquiry handling and support expectations. A prospective ERP buyer may be comparing vendors and looking for stronger signals such as current policy dates, clear privacy explanations, and consistent wording across legal and product pages. In both cases, these pages help visitors judge transparency and readiness before they engage. You will also see how to respond when information is incomplete or hard to locate. Instead of guessing, visitors should use the available contact or inquiry paths and treat formal policy wording as the stronger source when it conflicts with general promotional language. If you need help with the broader public browsing experience before using these pages, start with [Navigating Public Pages and Entry Points](doc:navigating-public-pages-and-entry-points). ## Prerequisites You do not need an account to use the pages covered in this guide. These are public pages in Sherkety ERP & Website Platform, so any visitor can open them directly from the website. Before you begin, it helps to have: - Access to the public website in your browser - A basic idea of what you are trying to confirm, such as pricing questions, privacy concerns, cookie consent details, or website usage rules - Enough time to compare more than one page if your question crosses topics You will get the most value from this guide if you are doing one of the following: - Comparing Sherkety ERP & Website Platform with other business service or ERP providers - Checking whether a question is answered before submitting an inquiry - Reviewing privacy and legal information before sharing contact details - Looking for formal wording to support internal review or procurement discussion It also helps to know where public links usually appear: - In the **footer** - In legal or informational navigation areas - Inside related page links from FAQ answers or policy text If you are browsing in more than one language, you may want to review [Switching Languages While Browsing the Platform](doc:switching-languages-while-browsing-the-platform) so you can confirm you are reading the version you intend to use. Your next step in this documentation set is [Understanding Disclaimer and App Privacy Pages](doc:understanding-disclaimer-and-app-privacy-pages). ## Starting from the homepage to find business services When you arrive on the homepage in Sherkety ERP & Website Platform, the quickest places to look for business services are the **top navigation bar**, the **Services** area in the page body, and any prominent action buttons that lead into service pages. These entry points work together, but they serve slightly different browsing styles. At the top of the page, the header stays available as you move through the site. This is the fastest route if you already know you want to explore a service category such as **Accounting Services**. In the homepage body, service cards and promotional sections help you browse more visually. These sections usually give you a short introduction before you open a full page, which is useful if you are still deciding what kind of help you need. Above the fold, focus on: - The main navigation bar - The services menu in the header - Primary call-to-action buttons near the hero section Further down the homepage, you may find: - Service cards - Comparison-style content - Business service highlights - Links that introduce specific offerings in more detail If you want the fastest path, use the header. If you want more context first, scroll through the homepage sections and open a service from a card or featured block. Both routes can lead to the same destination, but the homepage body usually gives you more explanation before you click. [SCREENSHOT: Homepage showing the top navigation bar, hero area, and service-related links in the page body] For a broader introduction to moving around public pages, see [Browsing the Sherkety Public Website](doc:browsing-the-sherkety-public-website) and [Using Header Menus and Footer Links](doc:using-header-menus-and-footer-links). ## Using the header navigation to browse service categories Use the header navigation when you want to move directly to a service area without scrolling through the homepage. In Sherkety ERP & Website Platform, the header is the most reliable place to browse service categories because it stays consistent while you move between public pages. 1. Open the homepage or any public page where the main header is visible. 2. Find the menu item that groups business services. 3. Hover over it or tap it to open the service menu. 4. Scan the category labels and service links shown in the dropdown. 5. Select the service you want, such as **Accounting Services**. This menu is especially helpful when you want to compare options quickly. You can review the available service names from one place instead of opening several pages one by one. If the menu includes grouped links, use those groupings to understand how Sherkety ERP & Website Platform organizes its offerings before choosing a page. After you select a link, look for visual confirmation that you are in the right section. Helpful signs include: - A page heading that matches the service you selected - A highlighted or active state in the header navigation - A breadcrumb trail showing your current location These cues matter when service names are similar or when a category page leads to several related pages. If you open a general service section first, continue using the links on that page to reach the more specific destination you need. [SCREENSHOT: Header service menu expanded with grouped service links visible] If you want more detail on shared navigation patterns, see [Understanding Breadcrumbs and Page Location](doc:understanding-breadcrumbs-and-page-location) and [Understanding Breadcrumbs Drawers and Shared Navigation Patterns](doc:understanding-breadcrumbs-drawers-and-shared-navigation-patterns). ## Comparing homepage links and menu paths to the same service page You can often reach the same service page in Sherkety ERP & Website Platform in more than one way. A common example is opening **Accounting Services** either from a homepage service card or from the header service menu. The destination may be the same, but the path changes what you see before you arrive. A homepage service card is better when you are exploring. It usually appears alongside other services, so you can compare several options visually before choosing one. You may see a short summary, a supporting headline, or nearby sections that explain why that service matters. This route is useful when you are still deciding between accounting, company registration, or another business service. The header menu is better when you already know what you want. It removes the need to scroll and gives you a more direct route. Instead of reading homepage summaries first, you jump straight from the menu to the dedicated page. Here is a simple comparison: | Path | Best for | What you see before opening the page | |---|---|---| | Homepage service card | Exploring options | Service teasers, nearby highlights, grouped homepage context | | Header service menu | Direct access | Category labels and link names only | | On-page service links from a category page | Narrowing down | Related services within the same section | If both paths lead to **Accounting Services**, use the page heading and breadcrumb to confirm you arrived at the same dedicated page. This helps when one route passes through a broader service category first and another opens the page directly. [SCREENSHOT: Side-by-side example of a homepage service card and the matching header menu link for Accounting Services] For more on comparing service content after you arrive, continue with [Using Comparison Sections to Evaluate Offerings](doc:using-comparison-sections-to-evaluate-offerings). ## Opening a dedicated service page such as Accounting Services Once you choose a service link, Sherkety ERP & Website Platform opens the dedicated page for that offering. Using **Accounting Services** as an example, the first thing to do is confirm that the page you opened is the detailed service page, not a broader category overview. 1. Click **Accounting Services** from the homepage or the header service menu. 2. Wait for the page to load fully. 3. Check the main page title or hero heading. 4. Look for a breadcrumb trail near the top of the page. 5. Review the header navigation to see whether the current section is highlighted. After you confirm the page, start reading from the top section down. A dedicated service page usually gives you more than a short homepage summary. Look for: - A service overview that explains the offering - Feature or benefit highlights - Comparison or supporting sections that help you evaluate fit - Contact, inquiry, demo, or next-step buttons These sections are there to help you move from interest to decision. If you are comparing providers or deciding whether the service matches your business needs, stay on the dedicated page rather than relying on the shorter homepage text. You can also use on-page buttons and links to continue deeper. Depending on what is shown, these may lead you to related business services, pricing details, comparison content, or a contact path where you can ask questions or request the next step. [SCREENSHOT: Accounting Services page showing the page title, breadcrumb, feature highlights, and inquiry button] The next document in this series, [Exploring the Accounting Services Page](doc:exploring-the-accounting-services-page), goes deeper into what to look for after you arrive. ## Choosing the fastest path based on how you browse The best route depends on whether you are browsing broadly or heading to a known destination. Sherkety ERP & Website Platform supports both styles, so choosing the right path saves time and helps you avoid opening the wrong page. Use homepage service cards when you want to compare services visually. This is the better choice if you are still deciding between several business services and want to read short summaries before committing to a full page. Because the cards appear inside the homepage flow, you can compare nearby sections and promotional content at the same time. Use the header service menu when you already know the service or category name you want. This route is faster because it avoids scrolling. It also works well when you return to the site and want to reopen a page you have already visited, such as **Accounting Services**. To stay oriented while moving between pages, check: - The **page heading** at the top of the page - The **breadcrumb trail** - The **active navigation state** in the header These three cues help you tell the difference between: - A homepage section with a short teaser - A broader service category page - A dedicated service page with full details When you need detailed information, always prefer the dedicated page. Homepage summaries are useful for discovery, but they are not the best place to evaluate the full offer, compare benefits, or decide on your next action. If you want a broader view of public-page actions, see [Using Public Calls to Action and Conversion Paths](doc:using-public-calls-to-action-and-conversion-paths). ## Common issues when service pages are hard to find If a service page feels difficult to locate, the issue is usually the navigation path rather than the page being unavailable. In Sherkety ERP & Website Platform, the easiest fix is to switch from scrolling the homepage to using the main header. If you do not see the service menu, first check whether you are viewing the full site header or a collapsed mobile-style navigation. On smaller screens, menu items may be hidden behind a menu button. Open that menu first, then look for the services section inside it. If you land on a general category page instead of a dedicated page such as **Accounting Services**, keep going by using: - Child links in the service menu - Service links listed on the category page - Buttons inside the page body that lead to the detailed offering When several links seem similar, compare the **page title** and **breadcrumb**. A category overview usually has a broader label, while a dedicated service page focuses on one named offering. This is the quickest way to confirm whether you are in the right place without backtracking repeatedly. If you cannot easily find **Accounting Services** from the homepage body, stop scrolling and use the header service menu as the direct route. This is usually faster than searching through multiple homepage sections. [SCREENSHOT: Example of a general service page versus a dedicated Accounting Services page, with page title and breadcrumb highlighted] If you run into loading or missing-content messages while browsing, see [Understanding Loading Placeholders Empty States and Errors](doc:understanding-loading-placeholders-empty-states-and-errors) and [Responding to Missing Content and Retry Messages](doc:responding-to-missing-content-and-retry-messages). ## Overview This page of the documentation focuses on one practical task: finding business services quickly in Sherkety ERP & Website Platform. As a visitor, you can reach service pages from more than one starting point, and this guide helps you understand which route is best for the way you browse. The main navigation choices covered here are: - The **top header navigation** - The **service menu** in the header - **Homepage service cards** - **Prominent calls to action** that lead into service pages The guide uses **Accounting Services** as the clearest example of a dedicated service page because it shows how several navigation paths can lead to the same destination. You learn how to move from the homepage into a specific service page, how to recognize whether you opened a broad category or a detailed page, and how to use visible page cues such as headings, breadcrumbs, and active menu states. This guide is most useful if you are: - Visiting the public website for the first time - Comparing several business services - Trying to reopen a known service page quickly - Unsure whether a link leads to a category overview or a dedicated page It does not go deep into the content of the Accounting Services page itself. That is covered next in [Exploring the Accounting Services Page](doc:exploring-the-accounting-services-page). If you need a more general introduction to moving around the public website before focusing on services, start with [Navigating Public Pages and Entry Points](doc:navigating-public-pages-and-entry-points). ## Prerequisites You do not need an account or admin access to follow this guide. Everything described here takes place on the public-facing website in Sherkety ERP & Website Platform. Before you begin, make sure you have: - Access to the homepage or another public page with the main header visible - A screen size where you can open the site navigation comfortably - Enough time to move between the homepage, the service menu, and at least one service page It helps if you are already familiar with a few basic website elements: - The **main header** - Dropdown or expandable menus - Page headings - Breadcrumb navigation - Buttons and text links inside page sections If you are on a phone or a narrow screen, expect the navigation to appear in a collapsed menu instead of a full-width header. You can still follow the same steps, but you may need to open the main menu first before the service links appear. This guide assumes you want to browse public business services such as **Accounting Services**. If your goal is different, these related guides may be a better starting point: - [Switching Languages While Browsing the Platform](doc:switching-languages-while-browsing-the-platform) - [Browsing Company Type Guidance and Registration Content](doc:browsing-company-type-guidance-and-registration-content) - [Discovering ERP Products and Packages](doc:discovering-erp-products-and-packages) From here, continue to [Exploring the Accounting Services Page](doc:exploring-the-accounting-services-page) to look more closely at what appears after you open a dedicated service page. ## Overview In **Sherkety ERP & Website Platform**, this workflow begins when a potential customer shows interest and is recorded as a lead, then moves through **Sales & CRM**, sales follow-up, quotation approval, order confirmation, and finishes with a customer invoice in **Accounting**. The main modules involved are **Sales & CRM** for lead and opportunity handling, the sales area for quotations and sales orders, and **Accounting** for invoicing. The final outcome is a confirmed customer sale with an issued invoice ready for payment tracking. ## Trigger: [What starts this process] This workflow starts when your team captures a new sales interest and creates or receives a **lead** in **Sales & CRM**. In day-to-day work, that usually means a salesperson opens the lead list, selects the new record, and begins reviewing the customer’s details, needs, and sales potential. A lead can also begin from a public-facing action on the website, such as a visitor requesting more information, asking for a demo, or showing interest in a service or ERP offering. Once that interest is available to your team inside **Sherkety ERP & Website Platform**, the workflow becomes an internal process: qualify the lead, turn it into a real sales opportunity, prepare a quotation, confirm the customer’s acceptance, and create the invoice. The key point is that this process does **not** start at invoicing. It starts much earlier, when someone on your team decides the contact is worth pursuing and opens the sales journey in **Sales & CRM**. [SCREENSHOT: Lead list in Sales & CRM showing a newly captured lead ready for qualification] ## Step-by-Step Process 1. **Capture or open the lead in Sales & CRM** Go to the **Sales & CRM** area and open the lead from your pipeline or lead list. Review the customer name, contact details, company information, and any notes already attached. If the lead came from a website inquiry, confirm that the request is complete enough for follow-up. If important details are missing, update the lead before moving forward. 2. **Qualify the lead** On the lead record, assess whether the contact is a real sales prospect. Your team typically checks the customer’s need, budget, timeline, and fit for the offered service or ERP package. If the lead is not ready, keep it in the lead stage and continue follow-up. If it is promising, move it forward as an **opportunity** in the sales pipeline. 3. **Work the opportunity in the pipeline** Open the opportunity card and update its stage as discussions progress. Add notes from calls, meetings, or messages so everyone sees the latest status. This is the point where your sales team narrows down what the customer wants, such as accounting services, company registration support, or an ERP module package. 4. **Create the quotation** From the opportunity, create a **quotation**. Add the customer, choose the products or services being sold, and review prices, quantities, and any commercial terms shown on the form. Before sending anything to the customer, make sure the quotation reflects the agreed offer. 5. **Send and revise the quotation if needed** Share the quotation with the customer and wait for feedback. If the customer asks for changes, return to the quotation, adjust the lines or pricing, and save the updated version. The opportunity remains active until the customer accepts or declines. 6. **Confirm the quotation into a sales order** Once the customer agrees, confirm the quotation. This turns the commercial offer into a **sales order**, which is the official approved sale. At this handoff, your team should verify that the customer details and order lines are correct because this information carries forward into invoicing. 7. **Create the customer invoice in Accounting** After the sales order is confirmed, move to the invoicing step. In **Accounting**, create or open the related **customer invoice** and check the billing details, invoice lines, and totals. If everything is correct, validate or post the invoice so it becomes an official accounting document. 8. **Track the invoice status** After posting the invoice, your finance team can monitor whether it is still open or has been paid. At this stage, the lead-to-invoice journey is complete: the original prospect has become a billed customer. [SCREENSHOT: Opportunity progressing to quotation, then confirmed sales order, then customer invoice] ## Roles and Responsibilities The workflow moves across several teams, so it helps to be clear about who owns each handoff. | Workflow step | Main role | What this role does | |---|---|---| | Lead capture and first review | **Sales coordinator** or **sales representative** | Opens the lead, checks contact details, and decides whether follow-up should begin | | Lead qualification | **Sales representative** | Reviews customer fit, updates notes, and moves the lead into an opportunity when it is worth pursuing | | Opportunity follow-up | **Account executive** or **sales representative** | Manages pipeline stages, records conversations, and clarifies the customer’s needs | | Quotation preparation | **Sales representative** | Creates the quotation, adds products or services, and checks pricing and terms | | Quotation approval with customer | **Sales representative** and **customer** | Sends the quotation, answers questions, and updates it if the customer requests changes | | Sales order confirmation | **Sales representative** or **sales manager** | Confirms the accepted quotation so the sale becomes official | | Invoice creation | **Finance** or **accounting team** | Reviews billing details and creates or posts the customer invoice in **Accounting** | | Invoice follow-up | **Finance** | Tracks invoice status and follows up on unpaid balances | In smaller teams, one person may handle several of these steps. In larger teams, ownership is usually split between **Sales & CRM** and **Accounting**. If you need more detail on role-based access in the admin area, see [Managing Users and Role Based Access](doc:managing-users-and-role-based-access). ## What Can Go Wrong Most problems in this workflow happen at the handoff between one stage and the next. - **The lead does not have enough information** If the lead is missing contact details or business context, the salesperson may not be able to qualify it properly. Open the lead and complete the missing fields before moving it to an opportunity. - **The opportunity stays in the wrong stage** A common issue is that calls or meetings happen, but the opportunity card is never updated. This makes pipeline reporting inaccurate and can delay quotation creation. After every customer interaction, update the stage and add fresh notes. - **The quotation does not match the customer request** Wrong service lines, outdated pricing, or missing items can cause delays. Before sending the quotation, review every line carefully and confirm that the offer matches the latest discussion. - **The quotation is accepted verbally but not confirmed** Sometimes the customer agrees, but the sales team forgets to click the confirmation action. In that case, the sale has not officially moved forward. Open the quotation and confirm it so it becomes a **sales order**. - **Billing details are wrong on the invoice** If the customer name, billing information, or invoice lines are incorrect, the finance team may need to cancel and recreate the invoice depending on your process. Always review the customer and order details before posting the invoice. - **The invoice is created too early** If finance invoices before the quotation is fully accepted, the customer may dispute the bill. Make sure the quotation has been confirmed into a sales order before invoicing. [SCREENSHOT: Quotation review screen with pricing and customer details checked before confirmation] ## Tips & Best Practices - Keep the **lead** record clean from the start. Accurate customer names, contact details, and notes make every later step easier. - Use the **opportunity** stage actively. Do not leave deals sitting in an old stage after calls, demos, or pricing discussions. - Add clear internal notes after each conversation. This helps another team member continue the deal without asking the customer to repeat information. - Before creating a **quotation**, confirm exactly what the customer wants to buy. This is especially important when offering a mix of services and ERP modules. - Review quotation lines one by one before sending: - customer name - selected service or product - quantity - price - totals - Confirm the quotation as soon as the customer accepts. Waiting too long can create confusion between “proposed” and “approved.” - When **Accounting** prepares the invoice, compare it against the confirmed **sales order**, not against older discussion notes. - Watch for on-screen feedback such as success messages, warnings, loading states, or error messages. If a save or confirmation action does not complete, refresh your review before assuming the record updated. For more on these messages, see [Understanding Toast Messages and Action Feedback](doc:understanding-toast-messages-and-action-feedback) and [Understanding Loading Placeholders Empty States and Errors](doc:understanding-loading-placeholders-empty-states-and-errors). - If your team works in more than one language, make sure everyone is viewing the right language context while handling public content and customer-facing details. See [Switching Languages While Browsing the Platform](doc:switching-languages-while-browsing-the-platform). ## Related Workflows This guide gives you the full path from first sales interest to invoicing. If you want to focus on one part of the journey in more detail, use these related documents: - [Opportunity to Quotation Workflow](doc:opportunity-to-quotation-workflow) — focuses on moving a qualified deal through the pipeline and preparing the right commercial offer - [Sales Order to Invoice Workflow](doc:sales-order-to-invoice-workflow) — covers the later handoff from confirmed order to billing in more detail - [Managing Leads Contacts and Sales Pipeline](doc:managing-leads-contacts-and-sales-pipeline) — useful when your team needs stronger lead qualification and pipeline discipline - [Understanding Quotations Automation and Follow Up](doc:understanding-quotations-automation-and-follow-up) — helpful for quotation revisions, customer responses, and follow-up timing - [Reviewing Sales Reporting and Pricing](doc:reviewing-sales-reporting-and-pricing) — useful when you want to compare deal progress with pricing decisions - [Understanding Accounting Workflows and Compliance Value](doc:understanding-accounting-workflows-and-compliance-value) — helpful for the invoicing side of the process If your main pain point is getting from a qualified deal to a customer-ready offer, the next document to read is [Opportunity to Quotation Workflow](doc:opportunity-to-quotation-workflow). ## FAQ **When should I turn a lead into an opportunity?** Move a lead forward when you have enough information to treat it as a real sales deal. That usually means you understand the customer’s need, there is genuine interest, and your team is ready to prepare or discuss an offer. **Can I create a quotation before the lead is fully qualified?** You can, but it often creates rework. In **Sherkety ERP & Website Platform**, it is better to qualify the lead first so the quotation reflects a real need and accurate pricing. **What is the difference between a quotation and a sales order?** A **quotation** is the proposed offer sent to the customer. A **sales order** is the confirmed version after the customer accepts. **Who should create the invoice?** This is usually handled by the **finance** or **accounting team** in **Accounting**, after the quotation has been confirmed into a sales order. **Can the invoice be changed after it is created?** That depends on your team’s accounting process. In practice, you should review customer details, invoice lines, and totals carefully before posting the invoice to avoid corrections later. **What if the customer asks for changes after receiving the quotation?** Open the quotation, update the requested items or pricing, save the changes, and resend the revised quotation. Do not confirm it until the customer agrees to the final version. **What if the opportunity is lost?** If the customer decides not to move forward, keep the record updated in the pipeline so your reporting stays accurate. Add notes explaining why the deal did not proceed. **Which guide should I read next?** Continue with [Opportunity to Quotation Workflow](doc:opportunity-to-quotation-workflow) for a closer look at the qualification, pipeline, and quotation stages. ## Opening the SEO Admin and Understanding the Metadata Workspace In Sherkety ERP & Website Platform, open the admin area by signing in through the **Login** page, then go to the **SEO** section from the administrative navigation. This screen is the main place for managing search-facing details for public website pages such as the homepage, service pages, company type pages, and ERP product pages. If you already use the admin dashboard for navigation, this SEO screen sits alongside other admin areas like **Content**, **Services**, **Pricing**, **Users**, and **Settings**. The SEO workspace is built around a page list or page selector that connects each metadata entry to a specific public page. When you choose a page, you are not editing the visible body content on that page. You are editing the search-facing details tied to that page’s route or slug, such as the page title shown in browser tabs and the description that may appear in search results. This helps you keep public pages discoverable without opening each page for inline editing. On the form itself, look for fields such as **Page Title**, **Meta Description**, and any search or social preview fields shown on the screen. Some pages may also show fields for **Canonical URL**, **Robots** settings, or social sharing title and description. These fields help control how a page is presented in search engines and link previews. Administrators and content editors often use the same SEO screen in slightly different ways: - **Content editors** usually update wording, improve clarity, and align titles and descriptions with page content. - **Administrators** often review page coverage, check consistency across many pages, and confirm that special fields like canonical or robots settings are only used where needed. [SCREENSHOT: SEO admin page showing the page list on one side and metadata fields on the main editing panel] ## Finding the Public Page You Need to Update Before you change anything in the SEO screen, make sure you have opened the correct public page record. In Sherkety ERP & Website Platform, the SEO area is designed to manage many public pages, so it is important to use the page list, search box, or route selector carefully. If the screen includes a search input, type part of the page name or route to narrow the list. This is especially useful when you are working with similar pages, such as multiple ERP app pages or several company type pages. As you browse the list, pay attention to three things that may appear together: | What you see | What it helps you confirm | |---|---| | **Page name** | The public page label you recognize in navigation or content planning | | **URL path or route** | The exact public page location tied to the metadata | | **Slug or identifier** | A shorter page reference used to distinguish similar records | The page name is helpful, but the route or slug is often the safest way to confirm you are editing the intended page. For example, two pages may have similar titles but different public locations. Open the record and check the displayed route, slug, or preview heading before editing any field. You should also look for signs that tell you whether metadata is already in place. Some records may show saved values in **Page Title** and **Meta Description**, while others may appear empty or partially filled. When fields are blank, the page may still be relying on default or inherited values rather than a dedicated SEO entry. That is your cue to decide whether the page needs its own metadata. A quick verification habit helps avoid mistakes: 1. Select the page from the list or search results. 2. Check the page name and displayed route. 3. Review the preview heading or existing title field. 4. Confirm it matches the public page you intend to update. [SCREENSHOT: Page selector or page list with a selected public page and its route visible] ## Editing Titles, Descriptions, and Search-Facing Content Once you have the correct page open, start with the **Page Title** field. In Sherkety ERP & Website Platform, this title usually affects the browser tab and can also be used in search results. Keep it closely aligned with the actual page content. If the public page is about accounting services, startup packages, or a specific ERP app, the title should clearly reflect that topic instead of using broad wording that could fit many pages. Next, update the **Meta Description** field. This text is commonly used as the summary shown under the page title in search results. Write it so it matches what visitors will actually find after clicking. If the page highlights features, pricing, comparisons, or contact options, the description should mention those points accurately. Avoid writing a description that promises content the page does not contain. If the SEO screen includes extra fields, review them one by one rather than skipping past them. You may see fields such as: - **Canonical URL** for the preferred page address - **Robots** settings for search visibility instructions - **Social Title** for shared link headlines - **Social Description** for shared link summaries These fields should support the same message as the main title and description. If the social title says one thing and the page title says something very different, visitors may get mixed signals depending on where they find the page. Many SEO forms also include helpful checks while you type. Watch for a live preview panel, character counter, or validation message. These indicators help you catch common issues such as titles that are too long, descriptions that are missing, or incomplete fields that may weaken the page’s search appearance. 1. Enter or revise the **Page Title**. 2. Update the **Meta Description** to match the page content. 3. Review any **Canonical URL**, **Robots**, or social fields shown. 4. Use the preview or validation cues to check length and completeness before saving. [SCREENSHOT: Metadata form showing Page Title, Meta Description, and preview panel] ## Saving Changes and Keeping Metadata Consistent Across Pages After updating the fields, save your work from the SEO screen using the available action button, such as **Save**, **Update**, or **Publish**, depending on what appears in Sherkety ERP & Website Platform. When the submission succeeds, look for clear feedback on the screen. This may appear as a toast message, a success notice, a status badge, or an updated timestamp on the record. If you do not see a confirmation, reopen the record or refresh the list before assuming the change was stored. The exact effect of saving depends on how the SEO screen is set up for your team. In some cases, changes become active as soon as you save them. In other cases, the screen may separate editing from publishing, which means you must complete an extra **Publish** step before the public page reflects the update. If both actions appear, always check the current status before leaving the page. Consistency matters most when you manage groups of related pages. Similar page types should follow the same naming pattern so visitors and search engines see a clear structure across the site. For example, ERP app pages should use a shared title style, and service pages should follow a matching description approach. This does not mean every page should sound identical. It means the format, tone, and level of detail should feel coordinated. To keep that consistency in practice: - Use the same title pattern for similar pages - Keep descriptions focused on the page’s actual purpose - Match social sharing text to the main metadata - Review related pages together instead of one at a time This is also where administrator and content editor roles overlap. A content editor may draft improved wording, while an administrator checks that the wording fits site-wide conventions and does not conflict with other pages. If several people maintain metadata, agree on a pattern before making bulk updates. For broader SEO maintenance habits, see [Maintaining SEO and Search Facing Page Information](doc:maintaining-seo-and-search-facing-page-information). ## Reviewing Metadata on the Public Site and in Search Previews Once you save the record, verify the result from both the SEO screen and the public website. Start by reopening the same page entry in the **SEO** admin. Check that each field still contains the values you entered, especially **Page Title**, **Meta Description**, and any social or canonical fields. This quick recheck helps you catch accidental overwrites or incomplete saves before you move on to another page. Next, open the matching public page in Sherkety ERP & Website Platform. The easiest visible check is the browser tab title. If your updated **Page Title** has been applied, the tab text should reflect the new wording. If the SEO screen includes a built-in preview panel, compare that preview with the live public page and make sure the wording stays consistent. This is especially useful after editing pages with similar names, where it is easy to save a good title on the wrong record. If your SEO workspace shows a search-style preview, use it to review how the page might appear in search results. This preview is helpful for spotting awkward line breaks, repeated words, or descriptions that feel too short or too broad. It also gives you a practical way to judge whether the title and description work together as a pair. When extra fields are available, verify them with the same care: - Confirm **Canonical URL** appears only where a preferred page address is needed - Confirm **Robots** settings are only applied where intended - Confirm **Social Title** and **Social Description** support the same message as the page itself If the public page content has changed recently, compare the metadata against the current page sections, headings, and calls to action. Search-facing details should describe the page as it exists now, not as it looked before a content update. For related editing workflows, see [Maintaining Page SEO Details in Admin](doc:maintaining-page-seo-details-in-admin). ## Fixing Common Metadata Problems in the SEO Admin If a metadata update does not appear where you expect, start with the basics inside the **SEO** screen. First, reopen the record and confirm the fields still contain your latest changes. If the values are missing, the record may not have been saved. If the values are present but the public page still looks unchanged, check whether the page requires a separate **Publish** action in addition to **Save**. A saved draft will not help if the live page is still using the previous version. Another common issue is editing the wrong page. This usually happens when two records have similar names. Before making more changes, compare the **Page name**, **URL path**, and any preview heading shown in the SEO screen. If the route does not match the public page you intended to update, switch to the correct record and review it carefully before saving again. Missing or cut-off titles and descriptions usually point to form-level warnings. Look for required field indicators, character counters, or validation messages near **Page Title** and **Meta Description**. If the title is too long, shorten it without removing the main topic. If the description is incomplete, rewrite it so the first line still makes sense on its own. Use this troubleshooting order when something looks wrong: 1. Reopen the record and confirm the latest values are still there. 2. Check whether you used **Save** only or also needed **Publish**. 3. Verify the selected page by matching the route or slug. 4. Review warnings for missing or overly long field values. 5. Compare similar pages for inconsistent wording patterns. If search-facing information feels uneven across a group of pages, audit them together rather than fixing one page in isolation. Open related service pages, ERP app pages, or company type pages and compare their title and description patterns side by side. Standardizing those patterns in the SEO screen makes the site easier to maintain and reduces avoidable differences between similar pages. ## Overview This document focuses on the **SEO** screen inside Sherkety ERP & Website Platform and the everyday tasks involved in maintaining page metadata for public pages. The main goal is to help you find the right page record, update search-facing fields, save changes correctly, and confirm that the public page reflects those updates. The work is centered on what visitors may see in browser tabs, search snippets, and shared link previews rather than on-page body content. The most important parts of this workflow are: - Opening the **SEO** admin area from the admin navigation - Selecting the correct public page using the page list, route, or slug - Editing fields such as **Page Title** and **Meta Description** - Reviewing any extra fields like **Canonical URL**, **Robots**, **Social Title**, and **Social Description** - Saving or publishing changes and checking the result on the public site This guide is especially useful when you are responsible for keeping public pages accurate across services, company information pages, and ERP product pages. It also helps when several users share SEO maintenance duties and need a clear process for checking page identity before editing. If you are already familiar with content editing in other parts of Sherkety ERP & Website Platform, remember that the SEO screen serves a different purpose. It is not for changing visible page sections, banners, or body text. It is for maintaining the search-facing details attached to each page. That distinction is important because a page can look correct on the website while still having outdated metadata in the SEO admin. The next document in this section is [Keeping Search Snippets Consistent Across Pages](doc:keeping-search-snippets-consistent-across-pages), which builds on this workflow by focusing on consistency across groups of related pages. ## Prerequisites Before you start working in the **SEO** area of Sherkety ERP & Website Platform, make sure you have the access and page information needed to edit the correct record confidently. This helps you avoid updating the wrong public page and reduces back-and-forth review later. You should have: - Access to the admin area through the **Login** page - Permission to open the **SEO** section in the admin navigation - A clear idea of which public page you need to update - The approved wording for the page title, description, or social preview text if your team uses a review process It also helps to know how the target page appears on the public website before you begin. Open the page in a separate browser tab and note its current heading, topic, and public location. That makes it easier to match the page with the correct record in the SEO list, especially when several pages cover similar subjects. Before editing, gather the details you plan to check: - The public page name - The route or URL path shown for that page - Any existing metadata that needs revision - Whether the page belongs to a group that should follow the same naming pattern If your role is mainly editorial, you may only need to update wording and save the record. If your role includes review responsibility, be prepared to compare several related pages and confirm that title and description patterns stay aligned across the site. For users who are new to the admin area, it may help to read [Signing In and Accessing the Admin Portal](doc:signing-in-and-accessing-the-admin-portal) and [Using the Admin Dashboard for Navigation](doc:using-the-admin-dashboard-for-navigation) before making SEO changes. After you finish this workflow, continue with [Keeping Search Snippets Consistent Across Pages](doc:keeping-search-snippets-consistent-across-pages). ## Opening the admin area and locating pricing settings To start, sign in to **Sherkety ERP & Website Platform** and open the admin area. If you need help getting in or returning to the main admin landing page, use [Signing In and Accessing the Admin Portal](doc:signing-in-and-accessing-the-admin-portal) and [Using the Admin Dashboard for Navigation](doc:using-the-admin-dashboard-for-navigation) rather than repeating those steps here. Once you are inside the admin area, look for the menu items that relate to this workflow: - **Services** - **Pricing** - **Settings** - In some layouts, you may also see these listed from the dashboard as quick links or cards These are the main places you will use when updating public website information. The **Services** page controls what service entries appear on the website. The **Pricing** page controls plan or tier information shown to visitors. The **Settings** page controls shared website details such as branding, contact information, and other site-wide text. Before you begin editing, gather the exact information you plan to enter so you do not have to stop halfway through a form. This usually includes: | What to prepare | Examples of what you are checking | |---|---| | Service details | Service name, short description, display order | | Pricing details | Tier name, amount, billing wording, included items | | Shared business details | Company name, footer wording, contact details, social links | | Branding files | Logo, favicon, homepage images if those fields are available | When you open any of these admin pages, look for a **Save**, **Update**, or similar action before leaving the screen. Changes usually do not appear on the public website until you save the form. If you switch pages without saving, your edits may be lost. [SCREENSHOT: Admin area showing the Services, Pricing, and Settings menu items] ## Managing the list of services shown on the website Open the **Services** page from the admin navigation. You will usually see a list of existing services in a table or card layout. Start by scanning the current entries and checking whether the names, descriptions, and order match what should appear on the public website. 1. To add a new service, click **Add**, **New Service**, or the similar action shown on the page. 2. Enter the service details in the form. Focus on the fields that describe what visitors will read, such as the **Title** and **Description**. 3. If the form includes a visibility control such as **Active**, **Visible**, or a similar on/off option, set it correctly before saving. 4. Click **Save** or **Create**. When you edit an existing service, open it from the list and update only the parts that need to change. This is the right place to revise public-facing wording, adjust the order in which services appear, or hide a service that should no longer be shown. If the page includes drag handles, order numbers, or move controls, use those to place important services higher in the list. To retire an outdated service, look for actions such as **Delete**, **Remove**, **Archive**, or an **Active** toggle. If you are unsure whether the service might be needed later, turning off visibility is usually safer than removing it completely. After saving, refresh the public services area and confirm the change appears as expected. Pay close attention to duplicate entries. If two services have similar names, open each one and confirm you are editing the correct record before saving. This helps avoid changing the wrong public listing. [SCREENSHOT: Services management page with service list and Add button] ## Updating pricing tiers and service rates Open the **Pricing** page from the admin menu. This screen is where you manage the prices, plans, or package levels that appear in public pricing sections. Depending on the layout, pricing may be grouped by service, by package type, or as a list of tier rows. 1. Review the existing pricing entries and identify which service or package each one belongs to. 2. To add a new tier, click **Add**, **New Pricing Tier**, or the equivalent action on the page. 3. Complete the pricing form using the labels shown on screen. Common items to check include the tier name, the amount, and the short billing label that visitors will read. 4. If the form includes a list of included features, limits, or highlights, enter them carefully so the public pricing card is clear and consistent. 5. Save the new entry. When changing an existing price, open the current tier and compare every visible field before you update it. Some pricing screens separate the main amount from supporting text. For example, one field may hold the number itself, while another controls wording such as monthly or yearly billing. If the page shows more than one price-related field, review all of them so the public display stays consistent. You may also need to manage the order of tiers. If the pricing page includes row controls, sort handles, or position numbers, use them to place entry-level, mid-level, and premium offers in the correct sequence. For retired plans, either remove the entry or switch off its visibility so it no longer appears publicly. After saving, open the public pricing area and verify: - Tier names are correct - Amounts match the approved prices - Billing wording is accurate - Features appear under the right tier - Tiers are shown in the intended order [SCREENSHOT: Pricing management screen showing tier rows and editable price fields] ## Editing site-wide settings that control public content Open the **Settings** page to manage information that appears across multiple public pages. In **Sherkety ERP & Website Platform**, this page is especially important because one update here can affect the homepage, footer, contact areas, and shared branding elements at the same time. 1. Enter the **Settings** page and review the grouped sections on the form. 2. Look for areas related to business information, homepage text, contact details, and branding images. 3. Update the fields that need to change, then save the page before leaving it. 4. Refresh the public website to confirm the updated content appears in the right places. You may see text fields for items such as the site title, tagline, footer wording, or company description. Edit these carefully because they can appear in more than one location. A small wording change in settings may affect several public pages at once. You may also see contact-related fields. These can include business email, phone number, address, or social media links. If visitors use the header, footer, or contact section to reach your business, these values need to stay consistent. When you update one of these fields, check the public website in more than one place to make sure the same detail appears everywhere. Branding fields often include image upload areas for items such as the logo, favicon, or homepage visuals. If an upload field shows file guidance, accepted format notes, or preview thumbnails, review those before replacing an image. After uploading, save the page and confirm the new image appears correctly on the public website. [SCREENSHOT: Site settings page with grouped sections for business info, contact details, and branding] ## Saving changes and checking how they appear on the live site Each admin page in **Sherkety ERP & Website Platform** has its own save step, so always finish your work on the current screen before moving to another one. After updating **Services**, **Pricing**, or **Settings**, click **Save**, **Update**, or the action shown on that page. Watch for a confirmation message, toast notification, or other success indicator. If you want help recognizing these messages, see [Understanding Toast Messages and Action Feedback](doc:understanding-toast-messages-and-action-feedback). 1. Save your changes on the current admin page. 2. Wait for the success message or confirmation state. 3. Open the related public page in a new tab or refresh the page if it is already open. 4. Compare what you changed in admin with what visitors now see. Check the public website in the areas affected by your update: - **Services** section for service names, descriptions, and visibility - **Pricing** section for tier names, amounts, labels, and order - **Homepage** blocks for shared text or featured content - **Header** and **footer** for branding and contact details If you changed site-wide settings, do not stop after checking one page. Shared content can appear in several places, especially in the navigation area, footer, and contact sections. Review each location where that information is likely to appear. For image changes, confirm more than just whether the file uploaded. Make sure the image displays clearly, uses the correct branding, and appears in the intended place. For text changes, read the public wording exactly as a visitor would. This helps you catch spacing issues, outdated phrases, or mismatched labels before users do. [SCREENSHOT: Success message after saving, alongside the updated public page in another tab] ## Fixing common problems with services, pricing, and settings updates If a service, price, or shared setting does not appear correctly on the public website, start with the simplest checks first. Most issues come from visibility settings, unsaved changes, or editing the wrong record. A service or pricing tier is missing from the website: - Reopen the item in **Services** or **Pricing** - Check whether it is marked **Active**, **Visible**, or similar - Confirm you clicked **Save** after editing - Review its position in the list in case it appears lower than expected Updated text or prices still show the old version: - Refresh the public page fully - Return to the admin form and confirm the new values are still there - Make sure you edited the correct service or pricing tier, especially if names are similar - Save again if you are unsure whether the previous update completed A logo or other branding image does not display: - Reopen the image field in **Settings** - Check whether the upload completed and whether a preview is shown - Replace the file if needed - Save the settings page again, then refresh the public page Contact details do not match across pages: - Compare the values on the **Settings** page with what appears in the header, footer, and contact section - Look for older wording or outdated details in shared text fields - Update the settings record, save, and recheck each public location If the admin page shows a loading issue, an error notice, or missing content state, pause before making more edits. It is better to reload the page and confirm the current values than to overwrite information accidentally. For more help with these interface states, see [Understanding Loading Placeholders Empty States and Errors](doc:understanding-loading-placeholders-empty-states-and-errors) and [Recognizing Warnings Errors and Dismissible Notices](doc:recognizing-warnings-errors-and-dismissible-notices). ## Overview Use the admin pages in **Sherkety ERP & Website Platform** when you need to maintain the public-facing service catalog, pricing information, and shared website details from one place. This workflow is useful when your team needs to introduce a new service, revise package prices, retire an old offer, or update business details that appear across the site. The three main areas covered in this guide work together: - **Services** controls which service entries appear on the website - **Pricing** controls the plans, tiers, or rates attached to those offerings - **Settings** controls shared text, contact details, and branding used across multiple pages A common pattern is to update more than one of these pages during the same session. For example, if you launch a new offer, you may need to add the service in **Services**, create its price options in **Pricing**, and adjust homepage or footer wording in **Settings** so visitors see a consistent message everywhere. This guide focuses on the admin pages used for structured updates. If you need to change page sections directly while viewing the website, use the inline editing guides instead, such as [Editing Content Directly From the Website](doc:editing-content-directly-from-the-website) and [Choosing Between Inline Editing and Admin Pages](doc:choosing-between-inline-editing-and-admin-pages). Because these changes affect what public visitors see, always review the live website after saving. A correct admin form is only part of the job—the final check is making sure the service text, prices, and shared business details display properly on the public pages. ## Prerequisites Before you start, make sure you have the right access and the final content ready. This helps you complete updates in one pass without leaving half-finished entries in the admin area. You should have: - A working admin sign-in for **Sherkety ERP & Website Platform** - Permission to open the **Services**, **Pricing**, and **Settings** pages - Approved service names and descriptions - Confirmed pricing amounts, tier names, and billing wording - Current business details for shared website areas - Any branding files you plan to upload, if you are replacing images It also helps to prepare a quick review list of the public pages you expect to change, such as: - Homepage service highlights - Public pricing sections - Header branding - Footer contact details - Contact-related content blocks If you are not sure whether your account can reach these admin pages, check the navigation after signing in. Missing menu items usually mean your access is limited. In that case, review [Understanding Role Visibility and Access Restrictions](doc:understanding-role-visibility-and-access-restrictions) or coordinate with the person who manages admin accounts. For the smoothest workflow, keep one browser tab open on the relevant admin page and another on the matching public page. That makes it easier to save a change, refresh the public view, and confirm the result immediately. The next step in this admin sequence is [Maintaining SEO and Search Facing Page Information](doc:maintaining-seo-and-search-facing-page-information), where you update the search-related details that support these public page changes. ## Finding Where Status Colors and Badges Appear In Sherkety ERP & Website Platform, visual status indicators appear in a few repeat locations, and learning where to look first makes pages much easier to read. Start with dashboard areas in the admin portal, especially on the **Dashboard** screen, where charts use colored sections, bars, lines, or legend keys to summarize activity. These colors usually sit inside the chart itself, with a legend beside or below it that explains what each color represents. On content and management screens such as **Content**, **Services**, **Pricing**, **SEO**, **Users**, and **Settings**, status indicators often appear as small badges or labels attached to rows, cards, or page sections. In list and table views, scan each row for a colored label near the item name or at the end of the row. On card-based layouts, look near the title or top edge of the card. On detail pages or edit screens, the current state is often shown near the top-right area of the page header. These indicators do not all mean the same thing: - **Badges or pill labels** usually name the current state of one item, such as whether it is published, draft, active, or needs review. - **Colored dots** are often compact markers used in lists, filters, or legends where space is limited. - **Chart colors** summarize groups of items rather than one specific record. - **Progress or status bars** show movement toward completion, capacity, or a stage-based result. The same status name can appear in more than one format. For example, a page item may show a colored badge, while a dashboard chart uses the same status as one segment in a bar or pie chart. When you move between the public website and the admin area, expect the wording to stay more reliable than the exact shape or color style. [SCREENSHOT: dashboard chart with legend beside it and status badges in an admin list] ## Reading Chart Colors Without Guessing When you read a chart in Sherkety ERP & Website Platform, begin with the legend, not the color itself. A legend links each color swatch to a label, and that label tells you what the chart is actually measuring. This matters because the same color can mean different things on different screens. A green section might represent published content in one chart, but active users or completed items in another. Different chart styles separate categories in different ways: - **Pie or donut charts** divide the whole into colored slices. - **Stacked bar charts** place several status colors inside one bar so you can compare totals and composition together. - **Line charts** use differently colored lines to compare trends over time. - **Simple bar charts** may use one color per category or one repeated color for a single measure. If two shades look similar, use the text around the chart to confirm what you are seeing. Helpful clues include: - the **legend text** - **axis labels** - **hover tooltips** - section titles or summary labels above the chart Hover details are especially useful when a chart contains several close colors or narrow segments. If the chart supports hover information, pause over a slice, bar, or point to see the exact label and value before drawing a conclusion. Do not rely on color assumptions. Red does not always mean a problem, and green does not always mean success. Some charts use color only to separate categories, not to rank them as good or bad. In Sherkety ERP & Website Platform, the safest reading method is: 1. Read the chart title. 2. Match each color to the legend. 3. Check the values or tooltip. 4. Compare categories only after you know what each color stands for. That approach prevents mistakes when reviewing dashboard summaries or presenting chart results to others. [SCREENSHOT: chart with hover tooltip showing label and value] ## Interpreting Record Badges and Labels on Product Pages Badges on records, cards, and page headers help you understand the current state of an item without opening every detail. In Sherkety ERP & Website Platform, you may see these badges on public-facing content, admin lists, and editing screens. The text inside the badge is the most important part. Color helps you scan quickly, but the wording tells you the exact state. You will usually come across three broad badge styles: - **Availability-style labels** show whether something is currently available, active, or disabled. - **Publication-style labels** show whether website content is published, unpublished, or still in draft form. - **Workflow-style badges** show where an item sits in a process, such as pending review, approved, rejected, or archived. On product and service-related pages, badges may help distinguish what is visible to visitors from what is still being prepared in the admin area. On content screens, a page section might carry a draft-style label while the live website still shows the previously published version. On user or settings screens, a badge may indicate whether an account or option is active or restricted. Compare badges in two places when you want to confirm a state: 1. **List or table view** — useful for scanning many items at once. 2. **Detail or edit view** — useful for confirming the current state before making changes. If the wording matches in both places, you can usually trust that the item has not changed since the list was loaded. If the badge wording differs, refresh your view or reopen the item to confirm the latest status. This is especially helpful when several people manage content or settings. When reading quickly, use color as a visual shortcut, but always fall back to the badge text before deciding whether something is ready, hidden, waiting for action, or needs attention. [SCREENSHOT: admin list with status badges and matching detail page header badge] ## Understanding Status Indicators in Admin Interfaces The admin area of Sherkety ERP & Website Platform uses color-coded statuses to help you sort attention, especially on screens such as **Dashboard**, **Content**, **Services**, **Pricing**, **SEO**, **Users**, and **Settings**. These indicators are most useful when you are scanning many rows, checking what still needs work, or confirming what is already live. In admin lists, warning-style colors often point to items that need review or follow-up. Neutral colors commonly mark drafts, inactive entries, or items not yet finalized. Positive colors usually mark approved, published, or active records. The exact wording on the badge matters more than the shade, but the color helps you spot patterns quickly across a long table or card grid. You can often cross-check these statuses using filters, tabs, or grouped views. For example, if a tab or filter shows a status name, look for the same wording in the badge on each row. This helps you confirm that the list is showing the records you expect. If a dashboard chart summarizes content or user activity by status, compare the chart legend with the labels visible in the list below or on the related management page. Admin screens may also show states that public visitors never see. A website visitor might only see live content, while the admin area can show intermediate states such as draft, review, rejected, disabled, or archived. Because of that, do not translate a badge into your own wording. Read it exactly as displayed on the screen. If you are unsure what a status means on an admin page: - check the badge text first - review any nearby filter names or tab labels - compare it with chart legends on the **Dashboard** - open the item to see whether the same status appears in the page header That habit helps you prioritize work without misreading internal-only states. ## Using Colors and Labels Together to Make Better Decisions The most reliable way to read visual indicators in Sherkety ERP & Website Platform is to treat text as the decision point and color as the scanning aid. When you are reviewing a long list in **Content**, **Services**, **Pricing**, **SEO**, or **Users**, read the label first on the first few rows. Once you understand the pattern, you can use color to move faster through the rest of the page. This is especially useful when you compare chart summaries with item-level records. A dashboard chart may show how many items fall into each status, while the management screen shows the individual rows behind those totals. If a chart suggests that many items are pending or unpublished, open the related screen and use the visible labels, filters, or tabs to confirm which records are included. When discussing results with teammates or stakeholders, refer to the displayed status name rather than saying “the red items” or “the green section.” Color can vary by page design, theme, or future updates, but the status wording is what keeps communication clear. This matters even more when light and dark display modes are used, because the same status may appear with a different visual intensity while keeping the same label. If two statuses look close in color, do not guess. Use one of these checks: - hover over the chart segment to read the tooltip - read the legend beside the chart - inspect the row label in the table - open the item and confirm the badge in the header A good habit is to verify before acting. If you plan to publish, edit, review, or report on an item, take one extra moment to confirm the exact status text. That small step prevents mistakes when colors are similar or when a chart groups items more broadly than the list view does. ## Common Issues When Reading Visual Status Indicators A common point of confusion is when a chart color does not seem to match the badge on an individual item. In Sherkety ERP & Website Platform, this usually means the chart is grouping records into broader categories, while the row or detail page shows a more specific state. For example, a chart may summarize several review-related items together, while the record itself shows the exact wording for its current stage. In that case, trust the chart for the big picture and the record badge for the item’s precise state. Another issue appears after a design update or when switching display mode. A badge color may look different from what you remember, especially between light and dark themes. If that happens, do not rely on memory. Read the badge text and compare it with the legend, filter name, or tab label on the same screen. If similar colors are hard to tell apart, use the text tools around the visual: - chart legends - hover tooltips - row labels in tables - filter names - detail page badges These text cues are the safest way to identify the status accurately. They are also helpful if you are viewing the page on a smaller screen where chart segments or badges appear more compact. You may also run into admin-only statuses that are unfamiliar. Screens in the admin portal can include internal workflow states such as review, rejected, disabled, archived, or unpublished. These may not appear anywhere on the public website. When you see a status you do not recognize, compare where it appears: - in a chart legend on **Dashboard** - in a row badge on **Content**, **SEO**, or **Users** - in a page header after opening the item If the wording still seems unclear, use the surrounding screen context rather than the color alone. The page title, filter selection, and nearby labels usually make the meaning easier to understand. ## Overview This guide focuses on how to read visual status cues across Sherkety ERP & Website Platform without guessing. You will see these cues in both public-facing areas and the admin portal, especially on dashboard charts and management screens such as **Content**, **Services**, **Pricing**, **SEO**, **Users**, and **Settings**. The goal is not to memorize every color, but to learn a repeatable way to interpret what is on screen. The key idea is simple: **read the label first, then use the color to scan faster**. Charts use colors to separate categories or statuses, while badges and labels show the state of a single item. A chart legend explains what each color means in that specific chart. A badge on a row, card, or page header tells you the current state of one record. Those two patterns often work together, but they are not interchangeable. As you move through Sherkety ERP & Website Platform, look for these common placements: - legend keys beside or below charts - status badges in the top area of a detail or edit screen - row-level labels in tables and lists - colored markers attached to cards or grouped views This guide also explains what to do when the visual meaning is not obvious. If colors look similar, if a chart seems broader than a row badge, or if an admin page shows a status you do not recognize, use the text on the screen to confirm the meaning before you act. If you are new to visual cues in Sherkety ERP & Website Platform, this page gives you the reading habits that make later dashboard and reporting pages much easier to understand. ## Prerequisites You do not need any special setup to follow this guide, but a few basic conditions will make the examples easier to recognize in Sherkety ERP & Website Platform. Before you start, it helps to have: - access to the public website or the admin portal - permission to open pages such as **Dashboard**, **Content**, **Services**, **Pricing**, **SEO**, **Users**, or **Settings** if you are using the admin area - a screen where charts, badges, and labels are visible clearly enough to compare colors and text - familiarity with basic navigation, such as opening a page, reading a table row, and switching between list and detail views You do **not** need editing access just to read statuses. Viewing charts, legends, labels, and badges is enough for this guide. If you are signed in to the admin area, you may see more status types than a public visitor sees. That is normal and is part of what this guide helps you interpret. If you want background on moving around the interface first, read [Using the Admin Dashboard for Navigation](doc:using-the-admin-dashboard-for-navigation) or [Browsing the Sherkety Public Website](doc:browsing-the-sherkety-public-website). If you also want help with messages that appear during loading or error situations, continue later with [Understanding Loading Placeholders Empty States and Errors](doc:understanding-loading-placeholders-empty-states-and-errors). The next document in this section is [Understanding Visual Priority and Highlighted Metrics](doc:understanding-visual-priority-and-highlighted-metrics), which builds on these reading habits and shows how Sherkety ERP & Website Platform draws attention to the most important numbers on a screen. ## Understanding Which Panels You Can Resize In Sherkety ERP & Website Platform, you will see resizable panels on screens that split the workspace into two areas. These layouts are common in the admin side of the product, especially when you are moving between a list of items and the details for the item you selected, or between navigation options and the main editing area. Look for a clear divider between two sections of the screen. This divider may appear as a thin vertical or horizontal separator line between panels. On some screens, it is easiest to spot when you move your pointer over the boundary and the pointer changes to a resize shape. That divider is what lets you change how much space each panel uses. Resizing does not close either side. Instead, it redistributes the available space so one panel becomes larger and the other becomes smaller. For example, you might keep a left-side navigation area visible while giving more room to the content editing area on the right. On another screen, you may keep a list of records visible in one panel while expanding the selected item’s details in the other. Common panel combinations in Sherkety ERP & Website Platform include: - A navigation panel beside a main content area - A list of items beside a details or editing panel - A filter or support panel beside a working area - An upper panel and lower panel stacked on the same screen These layouts are especially useful in areas such as **Content**, **Users**, **Settings**, **SEO**, **Services**, and **Pricing**, where you often need to compare navigation, lists, and detailed fields at the same time. [SCREENSHOT: split layout with two panels and the divider highlighted] ## Resizing Panels with the Drag Handle When you want to change the amount of space a panel uses, work directly with the divider between the two panels. 1. Move your pointer over the line between the panels. 2. Pause until the pointer changes to the resize shape. 3. Click and hold on the divider or drag handle. 4. Drag in the direction you want the panel to grow. 5. Release the mouse when the panel reaches a comfortable size. In a left-and-right layout, drag the divider left or right. This is useful when the main work area needs more room, such as when editing website content, reviewing long settings, or checking detailed information in the admin pages. If the left panel contains navigation or a list, you can make it narrower while still keeping item names visible. In a top-and-bottom layout, drag the divider up or down. This helps when the lower section contains details you need to read more clearly, or when the upper section needs more room for a form, preview, or table. As you drag, watch both panels together rather than focusing only on one side. The goal is usually to keep the supporting panel visible while giving the active panel enough space for the task you are doing. If text fields feel cramped, labels wrap too often, or preview content looks compressed, the main panel probably needs more width or height. If you move the divider too far, simply drag it back. Panel resizing is meant to be a quick visual adjustment, so you can fine-tune the layout until it feels right for the screen you are using. [SCREENSHOT: pointer dragging the divider between two panels] ## Adjusting the Workspace for Editing and Administration Tasks A good panel layout makes everyday work in Sherkety ERP & Website Platform much easier. The best panel balance depends on what you are doing on the screen. If you are editing website content, expand the main editing area when you need to read longer body text, review multiple fields, or compare written content with a preview. This is especially helpful on the **Content** screen, where a narrow editor can make paragraphs harder to scan and can force fields to wrap into a taller, less comfortable layout. A wider editing panel gives you more room for titles, descriptions, and multilingual content. If you are working in admin sections such as **Users**, **Settings**, **SEO**, **Services**, or **Pricing**, widen the detail area when you need to inspect long values, compare settings, or review a selected record without constant scrolling. A larger detail panel is also useful when forms contain several grouped fields and you want to see more of them at once. Shrink the secondary panel when it is only supporting your task. Good examples include: - A navigation panel you only need for occasional switching - A filter sidebar that you have already set - A list panel where you only need to keep item names visible - An inspector-style side area that provides reference information At other times, you may want a more balanced split. For example, if you are moving through several records in a list and checking each one in the detail area, keep the list wide enough to recognize item names quickly while still leaving enough room for the selected record. This balance is often better than fully expanding one side, because it reduces back-and-forth resizing while you work. [SCREENSHOT: content editing screen with a wider main panel and narrower side panel] ## Working Comfortably in Different Split Layouts Sherkety ERP & Website Platform can show resizable panels in more than one arrangement, so it helps to recognize the layout before you start dragging. A horizontal split layout places one panel on the left and another on the right. This is common when a navigation area, list, or filter panel sits beside the main working area. In this layout, drag the divider left or right to change the width of each side. If the right side contains the main editor or details, you will usually drag the divider left to give that area more room. A vertical split layout stacks one panel above another. In this layout, drag the divider up or down to change the height of the upper and lower sections. This is useful when one part of the screen contains summary information and the other contains details, preview content, or a longer working area. Your screen size affects how much freedom you have. On a wide browser window, you can usually create a more comfortable balance between panels. On a smaller laptop screen or a narrow browser window, both panels compete for limited space, so even a small resize can make a noticeable difference. If a screen feels cramped, increasing the browser window size often helps before you start resizing. You may also notice that the divider stops moving at a certain point. That is normal. Some screens keep a minimum amount of space for one or both panels so labels, buttons, or lists remain usable. In other words, Sherkety ERP & Website Platform may let you resize the layout, but not to the point where one panel becomes too small to function properly. For more about these limits, continue with [Understanding Panel Boundaries and Layout Behavior](doc:understanding-panel-boundaries-and-layout-behavior). ## Getting the Most from Resizable Panels Resizable panels work best when you adjust them intentionally instead of waiting until the screen feels cramped. In Sherkety ERP & Website Platform, take a moment to resize the workspace before starting a longer task, especially if you know you will be reading, editing, or reviewing a lot of information. Use a wider main panel when your task involves: - Long text fields in the **Content** area - Detailed settings on the **Settings** screen - Longer page information in **SEO** - Service descriptions or package details in **Services** or **Pricing** - Record details that require careful review A narrower secondary panel still has value when you need quick access to surrounding information. Keep it visible if you are likely to switch between items, use filters repeatedly, or move through a list one record at a time. This is often better than hiding your context completely, because it lets you keep your place while focusing on the active item. It also helps to re-check your panel balance after moving to a different area. A layout that works well for editing content may not feel right when you switch to **Users** or **SEO**. For example, a very wide editor panel may be perfect for text-heavy content, but a more balanced split may be better when you need to compare a list of entries with the selected details. A simple habit is to resize once at the start of each session, then adjust again only when the screen changes significantly. That keeps the workspace comfortable without turning panel resizing into a constant extra step. [SCREENSHOT: two examples showing a text-heavy screen and a list-detail screen with different panel balances] ## Common Issues and How to Fix Them If panel resizing does not work the way you expect, the cause is usually easy to spot once you know what to check. - **The divider does not move** - Make sure your pointer is directly over the separator between panels. - Wait for the resize pointer to appear before clicking. - Try moving more slowly along the divider until you find the draggable area. - **The panel stops resizing sooner than expected** - Some layouts in Sherkety ERP & Website Platform keep a minimum width or height for one panel. - This prevents lists, labels, or controls from becoming too small to use. - If the divider stops, that usually means you have reached the allowed limit for that screen. - **There is still not enough room after resizing** - Maximize your browser window first. - Then reduce the secondary panel further if the layout allows it. - If the screen remains crowded, focus on the main task and keep only the supporting panel space you truly need. - **The handle is hard to grab** - Move the pointer slowly along the separator line. - Watch for the pointer change before clicking. - If the divider is visually small, zooming in slightly in your browser can make it easier to target. - **The layout feels wrong after switching screens** - Different screens use different panel arrangements. - Re-adjust the divider after moving between areas such as **Content**, **Users**, **Settings**, or **SEO**. If you also want to understand why a divider stops at certain points or how panel limits affect the workspace, the next document is [Understanding Panel Boundaries and Layout Behavior](doc:understanding-panel-boundaries-and-layout-behavior). ## Overview - Resizable panels in Sherkety ERP & Website Platform appear where the screen is split into two working areas. - You can identify a resizable layout by the divider between panels and the resize pointer that appears when you hover over it. - Dragging the divider changes how much space each panel uses without closing either panel. - Left-and-right layouts let you adjust panel width. - Top-and-bottom layouts let you adjust panel height. - Content editors often benefit from a wider main editing area for body text, multilingual fields, and preview content. - Administrators often benefit from a larger detail area when reviewing settings, user information, SEO details, services, or pricing entries. - A smaller secondary panel still helps when you need navigation, filters, or a visible item list nearby. - Screen size and layout rules may limit how far a divider can move. - If resizing feels difficult, first confirm you are dragging the correct divider and that the resize pointer appears. [SCREENSHOT: annotated example of a resizable panel divider in the admin workspace] ## Prerequisites - You are signed in to Sherkety ERP & Website Platform and can open admin pages such as **Content**, **Users**, **Settings**, **SEO**, **Services**, or **Pricing**. - You are on a screen that shows two panels separated by a visible divider. - You are using a mouse or trackpad so you can click and drag the panel separator. - Your browser window is large enough to display both panels clearly. - You understand the basic page structure of the area you are using, including which panel is for navigation, lists, filters, or details. - If you need help recognizing shared layout patterns before resizing, see [Understanding Breadcrumbs Drawers and Shared Navigation Patterns](doc:understanding-breadcrumbs-drawers-and-shared-navigation-patterns). The next step in this panel layout series is [Understanding Panel Boundaries and Layout Behavior](doc:understanding-panel-boundaries-and-layout-behavior). ## Opening the homepage migration tool To work with homepage migration tasks in Sherkety ERP & Website Platform, you first need to be signed in to the admin area. If you are not signed in, open the **Login** screen and enter your admin credentials. After sign-in, use the admin navigation to move into the website management area where migration-related tools are available. The homepage migration screen is only relevant when migration work has been made available in your environment, so if you do not see it in the admin area, it may not be enabled for your account or current setup. This screen is intended for authorized admin users, not public website visitors. In practice, that means you must have access to protected admin pages such as **Dashboard** and content-related admin sections before you can expect to see migration controls. If your account can open the admin area but cannot reach migration-related pages, ask an administrator with higher access to confirm your role and whether the migration tool is available for your team. When you first open the homepage migration area, focus on the parts of the screen that guide the work: - A **task list** showing the migration items you can review - **Status indicators** that show whether each task is waiting, running, completed, or needs attention - **Action controls** for opening a task and starting the migration work These visible elements help you decide what to do before you run anything. Start by scanning the task list rather than clicking run immediately. The current status beside each task tells you whether it is ready to be used or whether another migration step must happen first. [SCREENSHOT: Homepage migration screen showing the task list, status labels, and action buttons] ## Understanding the migration tasks shown on the homepage migration screen On the homepage migration screen in Sherkety ERP & Website Platform, migration work is broken into separate tasks. This makes it easier to review each item before you run it and helps you avoid changing the homepage in the wrong order. Instead of one large action, you work through a visible list of homepage migration items one by one. Each task in the list is shown as its own row or card. Before starting, look for the information displayed directly on that item. The most important details are usually: | What you see | What it helps you decide | |---|---| | **Task name** | Which homepage area or migration step the item relates to | | **Current status** | Whether the task is waiting, running, completed, or failed | | **Action availability** | Whether you can open or run the task right now | A task that is **ready to run** usually shows an available action button and no sign that it depends on another unfinished item. A task that is **already completed** typically shows a finished state and may no longer need any action. A task that is **blocked** or still waiting on another step may show a status that tells you it is not yet ready. Use these visible states to decide the order of work. If several tasks appear on the screen, start with the ones that are clearly available and not dependent on earlier migration steps. Avoid skipping ahead just because a later task looks familiar. The status labels are there to guide the sequence. If you are unsure whether a task still needs attention, open it and review its details before running it. That quick check helps prevent duplicate work and makes it easier to spot tasks that have already been handled. ## Running homepage migration tasks 1. Open the homepage migration screen and review the task list before starting anything. Choose the task you want to run based on its visible status. If the task is marked as ready or available, select it to open its details. This detail view is where you confirm that you are about to run the correct homepage migration step. 2. Read any warnings or notices shown in the task details. Sherkety ERP & Website Platform may display task-specific guidance before you start, such as whether the task depends on an earlier migration step or whether the action will update visible homepage content. If a confirmation prompt appears, read it fully instead of clicking through quickly. These prompts help you avoid running the wrong task. 3. When you are ready, use the task action control such as **Run** or **Start** to launch the migration. After you click the action button, watch the screen for immediate feedback. The task status should change to show that work is in progress, and the action controls may become unavailable while the task runs. 4. While the migration is running, do not try to launch the same task again. Sherkety ERP & Website Platform may disable the run button or replace it with an in-progress state to prevent duplicate runs. This is expected behavior. Stay on the screen long enough to see whether the status updates, or return to the task list to monitor the result there. 5. Once the task finishes, review the updated status and any visible result message on the task. If the task shows completion, move to the next homepage migration item that is now available. [SCREENSHOT: Task detail view with warning text, Run button, and in-progress status] ## Tracking progress and interpreting migration results After you start a homepage migration task in Sherkety ERP & Website Platform, the most important thing to watch is the task status. The migration screen should update to show whether the selected task is currently running, has completed successfully, or needs attention. You do not need to guess based on the homepage alone—the migration screen itself is your first source of confirmation. During processing, the task usually shows an **in-progress** state. At this stage, action controls may be disabled so the same task cannot be started again. If you see that the task is still running, wait for the status to change before taking further action. Starting other tasks too early can make it harder to tell which step caused a result on the homepage. When the task finishes, look for visible completion signals such as: - A **completed** or **successful** status - A result message attached to the task - A changed task state showing that no further action is currently required - Newly available follow-up tasks in the list A **failed** status means the migration did not finish as expected. A task can also appear finished but still suggest that more work is needed. For example, the task may no longer be running, but the screen may still show a message or state indicating follow-up review is required. That is different from a clean success state where the task is complete and the homepage change is ready to verify. Use both the task list and the task detail view to interpret results. If the list shows a changed status but you want more context, reopen the task and read the visible message there. This helps you separate three different outcomes: still running, finished successfully, or finished with issues that need review before you continue. ## Checking the homepage after migration tasks finish Once a homepage migration task shows as completed, leave the migration screen and return to the live homepage in Sherkety ERP & Website Platform. Your goal is to confirm that the migrated content appears in the right place and that the homepage still looks complete. The migration status is important, but the final check should always include the actual homepage view. Start by locating the homepage section related to the task you just ran. Compare what you see now with what you expected the migration to change. Look for visible updates such as refreshed section content, corrected placement, or newly shown homepage elements. If you reviewed the homepage before running the task, use that memory to compare the before and after state. As you check the page, pay attention to signs that something may still need follow-up: - A section area appears empty - Older content still appears where migrated content should now display - The layout shows leftover spacing or outdated blocks - A homepage section is present, but the content looks incomplete This review works best when you use the migration screen and the homepage together. First, confirm the task status says the migration finished. Then confirm the homepage reflects that result visually. A completed task with no visible homepage change may mean the task affected a different section than expected, or it may mean the migration needs closer review. If your homepage includes multiple sections affected by migration work, repeat this check after each completed task instead of waiting until the end. That makes it much easier to connect each homepage change to the task that produced it and spot issues early. [SCREENSHOT: Live homepage showing a migrated section after task completion] ## Fixing common problems when migration tasks do not complete as expected If the homepage migration screen is missing, first confirm that you are signed in to the admin area of Sherkety ERP & Website Platform. The migration tool is not part of the public website, so you must be able to access protected admin pages such as **Dashboard** before migration work will be available. If you can sign in but still do not see any migration entry point, the most likely causes are that your account does not have the right admin access or that the migration tool is not currently available in your environment. If a task stays in a **pending** or **in-progress** state for longer than expected, avoid clicking repeatedly or trying to force another run. Look at the task row and its detail view to see whether the action button is disabled and whether the status is still changing. If the run action remains unavailable, treat the current status as the source of truth and do not assume the task failed just because it is taking time. When a task shows **failed**, or when the homepage does not reflect the expected result, review both places together: - The **task status** on the migration screen - Any **result or error message** shown with the task - The **live homepage section** that should have changed This comparison helps you decide what to do next. If the task clearly failed and the homepage did not change, the task likely needs another attempt or further investigation. If the task shows completed but the homepage still looks wrong, check whether the change appears in a different section than expected or whether part of the homepage still needs manual review. Retry a task only when the screen indicates it is no longer running and the action is available again. If the status remains unclear or the homepage shows mixed results, stop running additional tasks until you review the outcome more closely in [Reviewing Migration Results and Follow Up Checks](doc:reviewing-migration-results-and-follow-up-checks). ## Overview Homepage migration tasks in Sherkety ERP & Website Platform give administrators a controlled way to update homepage content through a dedicated migration screen instead of making blind changes directly on the live page. The migration area is designed around visible tasks, clear status labels, and action controls that help you work in the right order. The main idea is simple: open the migration screen, review the task list, run only the tasks that are ready, and then confirm the result on the homepage. Each task represents a specific piece of migration work, so you can track progress item by item rather than trying to interpret one large update. This is especially useful when several homepage sections are being moved, refreshed, or reorganized as part of a broader content update. As you work, keep these core points in mind: - Use the **admin area** to access migration work - Review the **task list** before starting any action - Pay attention to **status indicators** to understand what is ready, running, completed, or failed - Use visible **Run** or **Start** controls only after checking task details - Verify the result on the **live homepage** after each completed task This document focuses on the first part of the migration workflow: opening the homepage migration tool, running tasks, and checking immediate results. If you need a deeper review of what happened after a task finishes—especially when results are unclear—continue with [Reviewing Migration Results and Follow Up Checks](doc:reviewing-migration-results-and-follow-up-checks). ## Prerequisites Before you run homepage migration tasks in Sherkety ERP & Website Platform, make sure the basic access and working conditions are in place. This helps you avoid starting migration work from the wrong screen or with an account that cannot complete the process. Check the following before you begin: - You can sign in through the **Login** screen - Your account can open protected admin pages such as **Dashboard** - The **homepage migration** area is visible in your admin navigation or available from the migration workflow you were given - At least one migration task appears in the task list - The task you plan to run is not already marked as completed - The task is not shown as blocked by an earlier migration requirement It also helps to prepare for verification before you click **Run**. Open the homepage in another browser tab so you can compare the live page before and after each task. If your team is coordinating migration work, make sure no one else is running the same homepage tasks at the same time. That reduces confusion when statuses change on screen. A good starting routine is: - Sign in to the admin area - Open the homepage migration screen - Review the visible task statuses - Identify the first task that is clearly ready - Note which homepage section you expect to change With those checks complete, you are ready to run the first migration task. The next document, [Reviewing Migration Results and Follow Up Checks](doc:reviewing-migration-results-and-follow-up-checks), walks through how to assess outcomes in more detail after the initial task run. ## Recognizing single-date and date-range calendar fields In Sherkety ERP & Website Platform, calendar fields usually appear as a text box with a date value and often a small calendar icon inside or beside the field. When you click the field or the calendar icon, a small calendar panel opens over the page so you can choose dates without typing them manually. You will commonly see these controls in admin filters, reporting views, scheduling-related fields, and date-based content settings. A **single-date** field accepts one calendar day only. After you choose a day, the field shows one value, and the calendar usually closes right away. This is the pattern you would expect when setting something like a publish date, event date, or a single filter date. On the calendar itself, only one day looks selected. A **date-range** field is different because it captures both a beginning and an ending date in the same control. Instead of showing just one selected day, the calendar highlights a continuous stretch of days between your first click and your second click. The field then displays two values together, showing the full period you selected. You can usually tell the difference before clicking: - A single-date field shows one date value or an empty date box. - A range field shows two dates together when filled. - A range selection highlights multiple connected days on the calendar instead of one day only. When you work in content and admin areas, pay close attention to whether the screen is asking for **one date** or a **from-to period**. That visual cue helps you avoid choosing only a start date when the screen expects both start and end dates. [SCREENSHOT: single-date field beside a date-range field, both with calendar icons] ## Choosing a single date from the calendar 1. Find the date field and click directly inside it, or click the calendar icon next to it. In Sherkety ERP & Website Platform, this opens a calendar panel showing the current month in a grid of days. 2. Look at the month title at the top of the calendar. If the date you need is not in the visible month, use the **previous month** and **next month** controls to move backward or forward. These controls are usually shown as left and right arrows near the month name. 3. Once the correct month is visible, click the day you want. The selected day becomes visually marked in the calendar so you can confirm what you picked before the panel closes. 4. After you click the day, the chosen date is placed into the field. In many cases, the calendar closes automatically as soon as the selection is made. If it stays open, the field still updates to reflect your choice. 5. Check the value shown in the input box. This is the quickest way to confirm that Sherkety ERP & Website Platform saved the exact day you intended, especially if you moved between months before selecting. A few details help prevent mistakes: - If a date is already selected, opening the calendar again usually shows that day as the current selection. - If you click a different day, the old value is replaced with the new one. - If the month view is wrong, do not keep clicking random dates—move to the correct month first, then select the day. [SCREENSHOT: open calendar with month navigation arrows and one selected day] ## Selecting a start date and end date as a range 1. Click the date-range field to open the calendar. In Sherkety ERP & Website Platform, range selection starts with your first click, which sets the **start date**. 2. Click the first day of the period you want. This marks the beginning of the range. At this stage, only that one day may appear selected because the end of the range has not been chosen yet. 3. Click a later day to set the **end date**. As soon as you do this, the calendar highlights every day between the first and second clicks. That continuous highlight is the clearest sign that you completed a date range rather than a single-date selection. 4. Review the highlighted span before moving on. If both dates fall within the same month, you will see one uninterrupted block of highlighted days inside that month’s grid. If the range crosses into another month, you may need to use the month navigation controls to view the rest of the highlighted period. 5. Check the field after the selection is complete. The input now shows both the start date and the end date together, confirming the full period you selected. Cross-month ranges are common in reporting and filtering. For example, you might start on the last few days of one month and end on the first few days of the next. In that case, Sherkety ERP & Website Platform still treats the selection as one continuous range even though you moved between month views while choosing it. Helpful signs that the range is correct: - The first clicked day is the beginning of the highlighted span. - The second clicked day is the end of the highlighted span. - The field displays two date values rather than one. [SCREENSHOT: date-range calendar with start date, end date, and highlighted days between them] ## Adjusting or clearing an existing date selection If a date is already filled in, you do not need to remove it first unless you want the field to be empty. In Sherkety ERP & Website Platform, you can usually reopen the calendar and replace the current selection directly. For a **single-date** field, click the existing date field again to reopen the calendar. The current date may appear highlighted. To change it, simply click a different day. The new day replaces the old one in the field. This is the fastest way to correct a wrong selection. For a **date range**, the update depends on what needs to change: - If the **start date is correct** and only the **end date** is wrong, reopen the calendar and choose a new later day to redefine the end of the range. - If the **start date itself is wrong**, begin the range again by selecting the correct first day, then click the correct ending day. - If the highlighted span looks confusing or no longer matches what you need, it is often easier to clear the field and select the range from scratch. Many date fields also include a **clear**, **reset**, or remove-style action. This may appear as a small **X**, a clear icon, or a visible action near the field. Use it when no date should remain selected or when you want to start over completely. After clearing, the field returns to its empty state and the calendar no longer shows an active selection. When adjusting dates, always confirm the final value in the field itself, not only in the calendar popover. The field is what the page will use for filtering, scheduling, or reporting. [SCREENSHOT: filled date field with clear action and reopened calendar for changing the selection] ## Using common date selection patterns in everyday tasks Date picking in Sherkety ERP & Website Platform is easiest when you match the calendar style to the task on the screen. Some tasks only need one day, while others need a full period. Use a **single-date** selection when the page asks for one specific day. This is the usual pattern for a publish date, event date, or any field where the page expects one calendar value. You click the field, choose the day, and confirm that one date appears in the input. Use a **date range** when you are filtering records or reviewing activity across a period. Reporting and date-based filters often work this way because they need both a start date and an end date in one interaction. After the second click, Sherkety ERP & Website Platform highlights the full span so you can immediately see whether the period is correct. Cross-month selection is especially useful when the dates do not sit inside one visible calendar page. For example, if your reporting period starts near the end of one month and finishes in the first week of the next, choose the first date, move to the next month with the navigation arrows, and then click the ending date. The field will still show one complete range. Before leaving the calendar, verify two things: - The highlighted days match the period you intended. - The field shows the correct final value or pair of values. That quick check helps when you are working in admin filters, reporting screens, or date-based content settings where a small mistake can change what records or results you see. For more about how calendars may appear in different layouts, continue with [Understanding Date Picker Layouts and Selection Modes](doc:understanding-date-picker-layouts-and-selection-modes). ## Fixing common date selection problems Most date picker issues in Sherkety ERP & Website Platform can be fixed by reopening the calendar and checking what was selected first. If you picked the **wrong day** in a single-date field, click the field again and choose the correct day. The newly selected date replaces the old one. There is usually no need to clear the field first unless you want to remove the value entirely. If a **range highlights unexpected dates**, the most common cause is that the first click set a different start date than you intended. Reopen the range picker and pay attention to the first selected day. Then click the correct ending day again. If the result still looks wrong, clear the field and rebuild the range from the beginning. If the **date you need is not visible**, use the month navigation controls at the top of the calendar. Move backward or forward until the correct month appears, then select the date. This is especially important for cross-month ranges, where the start and end dates may not be visible at the same time. If the field still shows an **old value**, look for the clear or reset action in or near the input. After clearing it, select the date or range again from scratch. This is often the quickest fix when the field contains a leftover value from an earlier filter or edit. Use this table as a quick reference: | Problem | What to do | |---|---| | Wrong single date selected | Reopen the calendar and click the correct day | | Range covers the wrong days | Check the first selected day, then choose the end date again | | Needed date is not shown | Use previous or next month controls | | Old date remains in the field | Clear the field and reselect | [SCREENSHOT: calendar with month arrows and a date field showing a clear action] ## Overview Sherkety ERP & Website Platform uses calendar controls anywhere a page needs a date or a date period. You will see these controls in admin filters, reporting views, and date-based content fields. The two patterns to recognize are **single-date selection** and **date-range selection**. A single-date field is used when you need one calendar day only. You open the calendar, move to the correct month if needed, and click one day. The field then shows one value. This is the simplest pattern and is commonly used when a screen asks for one specific date. A date-range field is used when the page needs a beginning and ending date together. Your first click sets the start date, and your second click sets the end date. Sherkety ERP & Website Platform highlights the days between those two points so you can visually confirm the full span before continuing. This document focuses on the basic actions you perform most often: - Opening a calendar from a date field - Selecting one day - Selecting a start and end date - Updating an existing selection - Clearing a date field and starting over - Correcting common mistakes such as wrong day or wrong range If you are new to calendar controls, the most important habit is to verify the value shown in the field after the calendar closes. That visible field value confirms what the page will use for filtering, scheduling, or reporting. The next document in this section explains how different calendar layouts and selection styles can change what you see on screen: [Understanding Date Picker Layouts and Selection Modes](doc:understanding-date-picker-layouts-and-selection-modes). ## Prerequisites Before selecting dates in Sherkety ERP & Website Platform, make sure you have the page open where the date field appears. Calendar controls are built into the screen you are already using, so there is no separate setup required. You only need a few basics: - Access to a page that contains a date field or date-range field - A visible input box with a date value, empty date area, or calendar icon - Permission to use that screen if you are working in the admin area - A clear idea of whether you need one day or a start-and-end period It also helps to recognize the common places where date pickers appear: - Filter bars in admin and reporting screens - Scheduling-related fields - Date-based content settings - Any form that asks for a single date or a date range Before clicking a date, quickly check the field’s current state: - If one date is already shown, you may be editing an existing single-date value. - If two dates are shown, the field is likely set up for a range. - If the field is empty, you are starting a new selection. If you are using a range field, decide the **start date** and **end date** before opening the calendar. That makes it easier to avoid accidental selections, especially when the period crosses from one month into the next. If you need help understanding where these controls appear in shared page layouts, navigation patterns, or pop-up panels, see [Understanding Breadcrumbs Drawers and Shared Navigation Patterns](doc:understanding-breadcrumbs-drawers-and-shared-navigation-patterns). The next step in this date selection series is [Understanding Date Picker Layouts and Selection Modes](doc:understanding-date-picker-layouts-and-selection-modes). ## Understanding Who Can Open the Admin Portal The admin area in **Sherkety ERP & Website Platform** is not open to public visitors. You can only open admin pages if you have an approved account and sign in successfully. Until your session is verified, the portal does not show editing screens, management pages, or admin navigation. Two roles are specifically used for admin access: - **Content Editor** — usually allowed to work with website content and related admin pages - **Administrator** — usually allowed to manage broader admin areas, including settings and user-related tasks If you try to open an admin page without being signed in, Sherkety ERP & Website Platform sends you to the **Login** screen instead of showing the dashboard or any management screen. This applies to protected pages such as the dashboard, content management, user management, settings, SEO, services, and pricing areas. Before you start, make sure you already have: - The admin portal sign-in page - Your approved **email or username** - Your **password** - Access details provided by the site owner or the person who manages admin accounts If you do not have valid credentials, you will not be able to continue past the sign-in screen. You also will not see the admin menu or protected page content. [SCREENSHOT: Login screen for Sherkety ERP & Website Platform showing the sign-in form before access is granted] This separation helps keep the public website experience different from the admin experience. Visitors can browse service pages and ERP pages freely, but only authorized users can enter the administration area and work with protected content. ## Signing In with Your Admin Credentials Use these steps to sign in to the admin portal in **Sherkety ERP & Website Platform**: 1. Open the admin **Login** page. 2. Find the sign-in form on the screen. 3. Enter your **email or username** in the account field. 4. Enter your **password** in the password field. 5. If needed, review the **Remember Me** option before continuing. 6. Click **Sign In**. The login form is the starting point for every protected admin session. The most important parts of the screen are the account field, the password field, and the **Sign In** button. Enter your details exactly as they were given to you. If your password is case-sensitive, make sure uppercase and lowercase letters are correct. After you click **Sign In**, Sherkety ERP & Website Platform checks your account and password. If the details are valid and your account has permission to enter the admin area, you are taken away from the login screen and into the administration area. You should no longer remain on the sign-in page after a successful login. What you see next depends on your account, but in general you are taken into the protected admin layout, where admin navigation and management pages become available. If the form does not accept your details, stay on the login screen and check what you entered before trying again. A failed sign-in means access has not been granted yet, so the admin pages remain unavailable. [SCREENSHOT: Completed login form with email or username field, password field, Remember Me option, and Sign In button] ## Choosing Whether to Stay Signed In On the **Login** screen in **Sherkety ERP & Website Platform**, you may see a **Remember Me** option. This setting controls whether your sign-in is kept for future visits or only lasts for the current session. Turn on **Remember Me** when you regularly use the admin portal from your own private device and want to avoid entering your credentials every time. After you sign in with this option enabled, Sherkety ERP & Website Platform can keep your session available across later visits, so you may return directly to the admin area instead of seeing the login form each time. Leave **Remember Me** turned off when you are using: - A shared office computer - A public device - A teammate’s workstation - Any browser you do not personally control When **Remember Me** is not selected, your access is more temporary. You may need to sign in again after closing the browser, after your session ends, or after returning later. When **Remember Me** is selected, the usual return experience is simpler: - You revisit the admin portal - Your saved session is still recognized - The portal opens the protected area without asking for your credentials again, unless the saved session has expired or been cleared If you expected to stay signed in but still see the **Login** page, your browser may have cleared saved session data, or the remembered session may no longer be valid. [SCREENSHOT: Login form highlighting the Remember Me checkbox before clicking Sign In] Choose this option carefully. For Content Editors and Administrators, convenience is helpful on a personal device, but it should not be used on computers that other people can access. ## Entering the Administration Area After Login Once your sign-in is accepted, **Sherkety ERP & Website Platform** switches from the public-facing login experience to the protected administration area. This is the clearest sign that your session has been validated. After login, you are typically taken into the main admin layout. In that layout, you can expect to see: - A protected admin page such as the **Dashboard** - Navigation for admin sections - The main content area where management screens open Protected pages only become available after Sherkety ERP & Website Platform confirms that your account is signed in and has the required access. Before that point, the portal does not reveal admin-only screens. This is why opening an admin address directly without a valid session sends you back to the **Login** screen. The transition is usually straightforward: you submit the login form, the login screen disappears, and the portal opens the admin landing page or dashboard. From there, you can move to areas such as content, services, pricing, settings, SEO, or user management, depending on your permissions. The admin area is separate from the public website. Public visitors browse pages about services, company types, ERP apps, and contact options. Signed-in users instead see admin navigation and protected work areas intended for internal updates. What appears in the menu may vary by role. A **Content Editor** may see content-focused destinations, while an **Administrator** may see additional options for broader control. If a menu item is missing, that usually means your account does not include access to that area. [SCREENSHOT: Admin dashboard or landing page shown immediately after successful login, with navigation and main content area visible] The next document, [Using the Admin Dashboard for Navigation](doc:using-the-admin-dashboard-for-navigation), explains how to move through these admin sections once you are inside. ## Recognizing Access Limits and Permission-Based Views Signing in to **Sherkety ERP & Website Platform** gives you access to the admin portal, but it does not automatically unlock every admin page. What you can see and do depends on the role attached to your account. In practice, this means the portal may show different navigation options for different users. A **Content Editor** will usually have access to content-related areas needed for website updates. An **Administrator** may see a wider set of admin destinations, including screens related to users, settings, and other configuration tasks. You may notice permission-based differences in several ways: - Some menu items appear for one user but not another - A page link may be visible only to certain roles - A signed-in user may reach the admin area successfully but still be unable to open a specific section Typical examples of protected admin sections include: | Admin area | Access behavior | |---|---| | **Dashboard** | Opens only after successful sign-in | | **Content** | Available to approved editing roles | | **Users** | Usually limited to higher-permission accounts | | **Settings / SEO / Services / Pricing** | Visibility depends on assigned role | If you try to open a restricted admin page without the required permission, Sherkety ERP & Website Platform does not treat that the same as a normal public page visit. Instead, access is limited because your account is signed in but not authorized for that destination. This distinction matters: - **Not signed in** usually sends you to **Login** - **Signed in but not allowed** means you may enter the portal but still not reach that specific screen If you believe an option is missing by mistake, compare your view with the role you were assigned and check with the person who manages admin access. ## Fixing Common Sign-In and Access Problems If you cannot get into the admin portal in **Sherkety ERP & Website Platform**, start with the login form itself. Most sign-in issues come from either incorrect credentials or missing permission to use the admin area. First, check the details you entered: - Make sure the **email or username** is typed correctly - Re-enter the **password** carefully - Watch for typing mistakes, especially uppercase and lowercase letters - Confirm you are using the correct admin account, not a public contact address or another unrelated login A helpful way to understand the problem is to look at what happens after you try to sign in: - If the form rejects your details and keeps you on the **Login** screen, the issue is usually your email/username and password combination - If you can sign in but do not see the admin sections you expected, the issue is more likely your account permissions - If opening an admin page always sends you back to **Login**, your session may not be active If **Remember Me** does not keep you signed in between visits, check whether your browser is clearing saved site data. A remembered session may also stop working if it has expired or has been removed. If you can enter the admin area but the expected menu items are missing, compare what you see with your assigned role: - **Content Editor** accounts may have fewer admin options - **Administrator** accounts may see additional areas such as user-related or settings-related pages When the problem is clearly not a typing mistake, the fastest fix is usually to contact the person who issued your admin access and ask them to confirm: - Your account is active - Your role is correct - You were given the right sign-in details for the admin portal ## Overview This document covers the first step in using the admin side of **Sherkety ERP & Website Platform**: getting into the protected administration area with an approved account. The key points are: - The admin portal is restricted to authorized users - You must sign in through the **Login** screen before any admin page is shown - The sign-in form uses your **email or username** and **password** - The **Remember Me** option can keep you signed in on future visits - After a successful login, Sherkety ERP & Website Platform opens the protected admin area instead of leaving you on the login page - What you can see after login depends on your role, such as **Content Editor** or **Administrator** This matters because the admin portal is separate from the public website. Public visitors can browse service pages, ERP module pages, company-type guidance, and contact options without signing in. Admin users follow a different path: they authenticate first, then work inside protected screens such as the dashboard and other management areas. If you are just starting with admin access, focus on three things: - Use the correct login details - Decide whether **Remember Me** is appropriate for your device - Expect role-based differences in the menu after you sign in [SCREENSHOT: Side-by-side view of the Login screen and the admin dashboard to show the change from public access to protected access] From here, the next step is learning how to move around once you are inside the portal. Continue with [Using the Admin Dashboard for Navigation](doc:using-the-admin-dashboard-for-navigation). ## Prerequisites Before you try to sign in to the admin portal in **Sherkety ERP & Website Platform**, make sure you have the items below ready. Without them, the **Login** screen may open, but you will not be able to continue into the protected admin area. - An approved admin account - A role that allows portal access, such as **Content Editor** or **Administrator** - Your assigned **email or username** - Your assigned **password** - Access to the admin sign-in page - A browser that allows your session to stay active after login It also helps to know which kind of access you were given. If you were told that you can edit website content, your account may be limited to content-related admin areas. If you were given broader administrative responsibilities, you may see additional destinations after login. Before signing in, confirm the following: | What you need | Why it matters | |---|---| | **Email or username** | Required to identify your account on the login form | | **Password** | Required to complete sign-in | | **Correct role** | Determines which admin pages appear after login | | **Admin portal access** | Needed to open protected screens instead of public pages | If you plan to use **Remember Me**, make sure you are on a device you trust. On a shared computer, skip that option and sign in only for the current session. If your account has already been created and you can reach the **Login** page, you are ready to continue to [Using the Admin Dashboard for Navigation](doc:using-the-admin-dashboard-for-navigation). ## Seeing Which Language Version You Are On When you browse the public website in Sherkety ERP & Website Platform, the easiest way to tell which language you are viewing is to look at the page address in your browser. Public pages can use a language code at the beginning of the address, such as `/en` or `/fr`, followed by the rest of the page path. That language code shows that you are on a localized version of the site rather than a single default page for everyone. You can also confirm the current language by checking the text shown on the page itself. The main navigation labels, page headings, section titles, buttons, and other visible content change when you are on a translated version. For example, if you switch languages successfully, the header menu and page title should appear in the language you selected instead of staying in the previous one. On public pages, the language switcher is typically found in the top header or navigation area, alongside the main website menus. Look for a language label, a short language code, or a dropdown in the header before changing pages. If you are not sure where it is, start at the top of the page and scan the main navigation area first. [SCREENSHOT: Public website header showing the language selector and the current language in the page URL] It is important to separate the public website from the admin area. Public pages about services, company registration, accounting, ERP apps, pricing, and contact content are part of the visitor-facing website. Admin pages such as **Dashboard**, **Content**, **Users**, **Settings**, **SEO**, **Services**, and **Pricing** are part of the signed-in back-office area. Changing language on the public website updates the visible public content and localized page address. It does not automatically mean the admin area will use the same language. ## Switching to Another Language on Public Pages To change languages while browsing the public website in Sherkety ERP & Website Platform, use the language selector in the header. 1. Open any public page, such as a services page, an ERP app page, a company type page, or a contact page. 2. In the top header or navigation area, click the language selector. 3. Choose the language you want from the list. 4. Wait for the page to reload or move to the matching version of the page. 5. Confirm the change by checking the page heading, menu labels, and the language code in the browser address. When a translated version of the current page exists, Sherkety ERP & Website Platform should keep you on the same page in the new language instead of sending you back to the homepage. For example, if you are reading a page about accounting services or an ERP module and that page is available in another language, switching languages should open that same topic in the selected language. If the exact page is not available in the language you selected, the result may be different. You may remain on the default-language version, or you may be taken to the closest available localized page. This is normal when a page has not yet been translated or published in that language. After switching, check these visible signs: - The browser address includes the new language code. - The main menu text appears in the selected language. - The page heading and section labels are translated. - Buttons and calls to action match the selected language. [SCREENSHOT: Language dropdown open in the public header with multiple language choices] If you want more detail on how page addresses change after switching, continue with [Browsing Localized Pages and Language Specific Routes](doc:browsing-localized-pages-and-language-specific-routes). ## Understanding How Localized Routes Behave In Sherkety ERP & Website Platform, public pages can use language-specific addresses. This means the page address may change in two ways when you switch languages: the language code at the beginning of the address can change, and the rest of the page path may also change if that page uses a translated route. So a public page is not only translated in visible text; its browser address can also reflect the selected language. This matters when you move from one page to another. On the public website, links in the header, footer, service menus, ERP app pages, and other navigation areas should keep you inside the language you already selected. If you are browsing in one language, clicking another public page should normally open that page in the same language instead of mixing languages across pages. Bookmarked and shared links also follow this pattern. If a link includes a language code in the address, opening that link should take you directly to that language version of the page, as long as that version exists. This is useful when sharing a company type page, an accounting page, or an ERP module page with someone who should see a specific language first. If a link does not include a language code, Sherkety ERP & Website Platform may open the default-language version instead. The same can happen when the selected language version of a page is not available. In that case, the website may show the default-language page or another available page rather than a missing translation. Keep in mind that route availability depends on whether that page has actually been created and published in the selected language. A language switch can only open a localized page when that version exists. [SCREENSHOT: Browser address bar showing a public page with a language prefix and a translated page path] ## Moving Between Translated Public Pages and the Admin Experience When you move from a translated public page into the sign-in or admin area in Sherkety ERP & Website Platform, the language experience can change. This is expected because the public website and the back-office area follow different navigation patterns. On the public side, you browse pages such as services, pricing, company types, ERP apps, and contact content through localized page addresses and translated navigation labels. These pages are designed for visitors and can reflect the language selected in the website header. When you click a sign-in or admin link, you leave that public browsing flow and enter screens such as **Login**, **Dashboard**, **Content**, **Users**, **Settings**, **SEO**, **Services**, or **Pricing**. These admin screens are organized around menus and work areas rather than public marketing-page paths. Their page addresses also follow admin-specific routes instead of public localized page paths. [SCREENSHOT: Transition from a translated public page to the Login screen, showing the change from public navigation to admin navigation] Do not assume that the admin area will automatically match the language you were using on the public website. The back-office interface may follow the signed-in user’s own interface language preference instead. That means you might browse a public page in one language, click **Login**, and then see the admin interface in another language based on your account settings. This distinction is especially important for Content Editors and Administrators. Viewing the admin area in your preferred interface language is not the same as editing translated website content. A translated public page must still be reviewed and maintained in the content editing areas. If you need help with editing multilingual content rather than just switching the interface language, see [Editing Multilingual Content in the Editor](doc:editing-multilingual-content-in-the-editor). ## Managing Language Expectations for Different User Roles Different people use language switching in different ways inside Sherkety ERP & Website Platform, so it helps to know what to expect based on your role. | Role | What to expect | |---|---| | Business Services Visitor | You can switch languages directly from the public website header while browsing service pages, contact pages, company registration content, FAQs, and other visitor-facing pages. You do not need to sign in to do this. | | Prospective ERP Buyer | ERP product pages, module pages, pricing content, and feature descriptions may be available in some languages before others. If a page does not stay in your selected language, that version may not be published yet. | | Content Editor | Before sharing a localized page, verify that the translated version actually opens in the selected language and that the page heading, menu labels, and route all match. | | Administrator | Your admin interface language can be separate from the public website language. Signing in may show **Dashboard** and other admin menus in your own preferred interface language even if the public site was open in another language. | For visitors, the main task is simple: use the language selector in the public header and confirm the page content changes. For buyers comparing ERP offerings, it is worth checking several related pages, such as module details and pricing pages, because some sections may be translated while others still fall back to another language. For Content Editors, language checking is part of publishing quality. Before sending someone a link to a localized page, open it yourself, switch languages, and confirm the browser address includes the expected language code. Also make sure the visible page title and navigation labels match the selected language. For Administrators, keep public language and admin interface language separate in your mind. One controls what visitors see on the website; the other controls how your signed-in work area appears. ## Fixing Common Problems When a Page Does Not Stay in the Selected Language If a page does not remain in the language you selected in Sherkety ERP & Website Platform, start by checking what kind of page you are on and what happened after the switch. If selecting a language opens the homepage instead of the matching page, the most likely reason is that the current page does not have a translated and published version in that language. This often happens with newer content or pages that exist only in the default language. In that case, try opening another public page you know is translated, then switch languages again and compare the result. If some navigation items or page sections remain in another language, the page may be only partially translated. Check the visible pieces separately: - Header menu labels - Page title or main heading - Section headings - Buttons and calls to action - Linked content blocks or cards A mixed-language page usually means some labels or linked content have not been translated for that language yet. If the admin area does not match the language you were using on the public website, first confirm whether you are still on a public page or already inside the back office. Public pages and admin pages do not always follow the same language setting. Once you are on **Login**, **Dashboard**, **Content**, or another admin screen, the interface may follow your signed-in language preference instead of the public website language. If a shared link opens in the wrong language for another person, inspect the browser address before sending it. A correct localized link should include the language code and point to a page that actually exists in that language. If you share a default-language page address, the other person will usually see that default-language version. [SCREENSHOT: Example of a public page URL with a visible language code used for sharing] For related guidance on page availability and why some routes exist in one language but not another, continue with [Browsing Localized Pages and Language Specific Routes](doc:browsing-localized-pages-and-language-specific-routes). ## Overview Language switching in Sherkety ERP & Website Platform mainly affects the public website experience. When you use the language selector in the header, the website can change visible text such as navigation labels, headings, section titles, and buttons. On translated public pages, the browser address can also change to a language-specific version, including a language code at the beginning of the page path. The most important thing to remember is that public browsing and admin work areas are separate. Public pages for services, company registration, ERP modules, pricing, and contact content can follow localized routes. Admin pages such as **Login**, **Dashboard**, **Content**, **Users**, **Settings**, **SEO**, **Services**, and **Pricing** are part of the signed-in back office and may use a different interface language based on your account or admin preferences. This guide focused on practical signs that confirm a successful language switch: - The page address shows the selected language code - The header and menu labels are translated - The page heading changes to the selected language - Public links continue within the same language when a translated page exists It also covered common situations where the result may differ, such as being sent to a homepage or default-language page when the exact translated version is not available. If you are browsing as a visitor, this is usually enough to move confidently between language versions. If you manage website content, you should also verify that the localized page exists before sharing its link or assuming visitors can reach it from every language. The next step is [Browsing Localized Pages and Language Specific Routes](doc:browsing-localized-pages-and-language-specific-routes), which looks more closely at how language-specific page addresses behave across the public website. ## Prerequisites You do not need special access to switch languages on public pages in Sherkety ERP & Website Platform, but a few basic conditions make the process clearer and more reliable. Before you begin, make sure: - You are on a public website page, not already inside the admin area - The page header is visible so you can access the language selector - The page you want to view has been published in more than one language - You can see the browser address bar to confirm the language code after switching If you are testing language behavior as a visitor, open a public page such as a services page, an ERP app page, a company type page, or another translated marketing page. These are the best places to confirm that the language selector changes both the visible content and the page address. If you are a Content Editor or Administrator, it also helps to know whether you are checking the public website or the back-office area. This avoids confusion when the public language and the admin interface language do not match. For content work, you may also want access to the admin area so you can compare what visitors see with what is available for editing. Useful things to have ready: - A page that is known to exist in more than one language - A browser bookmark or shared link you can test - Permission to sign in if you also want to compare the public website with the admin experience If you are new to navigating the public website before switching languages, start with [Browsing the Sherkety Public Website](doc:browsing-the-sherkety-public-website). The next document in this language series is [Browsing Localized Pages and Language Specific Routes](doc:browsing-localized-pages-and-language-specific-routes). ## Recognizing What the Page Is Telling You In Sherkety ERP & Website Platform, a blank-looking area does not always mean something is broken. The page usually gives clear visual clues about what is happening, and those clues matter when you are browsing public pages like **Services**, **Company Types**, **ERP System**, **Accounting**, **Sales & CRM**, **HR**, **Purchasing**, or **Reporting**, as well as admin pages such as **Dashboard**, **Content**, **Users**, **Settings**, **SEO**, **Services**, and **Pricing**. Look for these common signs: - **Loading placeholders** appear while content is still being prepared. These often look like gray blocks, placeholder rows, or card shapes where text and images will appear. - A **Loading...** message means the page has started opening, but the content is not ready yet. - An **Error loading content** message means the page tried to load and could not finish. - A **no-content** or empty area after loading usually means the page opened successfully, but there was nothing available to show in that section. These states can appear in different places: - Inside a **page section** such as a homepage content block - In a **card area** on landing pages - In a **list or table** inside the admin area - In a **detail view** when you open a specific item A useful way to read the screen is: - **Placeholders or Loading...** = wait a moment - **Empty message after loading finishes** = nothing matched or nothing has been added - **Error loading content** = the request failed - **Page not found or unavailable page** = the page link itself may no longer be valid or accessible [SCREENSHOT: loading placeholder blocks on a public content page next to an error message example in a content area] If you are unsure which state you are seeing, compare whether the layout is still holding space for content. Placeholder shapes usually mean “still loading,” while a message banner or plain text notice usually means the page has already finished trying. ## Waiting for Content to Load When Sherkety ERP & Website Platform is still gathering page information, you may briefly see placeholder shapes before the real content appears. This is most noticeable on public pages with larger content sections, such as **Company Types**, **ERP System**, or individual ERP app pages like **Accounting**, **Sales & CRM**, **HR**, **Purchasing**, and **Reporting**. It can also happen in the admin area when opening **Dashboard** or **Content**. These loading placeholders are helpful because they keep the page structure visible. Instead of showing a completely blank screen, Sherkety ERP & Website Platform may hold space for: - **Title areas** - **Paragraph blocks** - **Cards** - **List rows** - **Detail panels** That preserved layout tells you the page is still working. For example: - A list page may show several placeholder rows where records will appear - A detail page may hold the header and body area in place before text loads - A dashboard area may reserve space for widgets before figures appear During this time, some controls may not be ready yet. You might notice that: - **Buttons** tied to the unfinished content are not usable yet - **Filters** may not respond until the list finishes loading - **Links inside cards or content blocks** may not appear until the content is ready Loading behavior can vary slightly depending on what you are doing: - On a **first page load**, the whole content area may show placeholders or a **Loading...** message - After a **browser refresh**, the same loading state may appear again briefly - When moving between pages or records, one content area may reload while the rest of the page stays visible - After changing a view or reopening a section, the page may refresh only the part that needs new content [SCREENSHOT: placeholder rows in a list view and placeholder cards on a public landing page] If the placeholders disappear and real content appears, everything is working as expected. If they remain for too long, move to the troubleshooting guidance later in this document. ## Understanding Why Nothing Is Showing Yet Sometimes Sherkety ERP & Website Platform loads successfully, but there is still nothing to show. That is an **empty state**, and it is different from a loading delay or a failed page. An empty state usually means the page opened correctly, but the result was empty. You may see this in situations such as: - A section in **Content** that has not been filled in yet - A list in **Users**, **Services**, **Pricing**, or **SEO** that has no matching results - A public page section with no published content - A detail page that has no related items to display This matters because an empty state is usually informational, not a warning. The page is telling you, “There is nothing here right now,” not “Something went wrong.” You can often tell the difference by the wording: - **No results**, **No content**, or a blank panel with guidance usually means the page loaded correctly - **Error loading content**, an alert banner, or a failed page message means the request did not complete - An **access-related** problem is usually presented differently from a simple no-results message and should not be treated as a normal empty list Common reasons for empty states include: - You opened a newer section that has not been populated - A filter or search narrowed the results too much - The content exists in one language or area but not in the one you are viewing - A related section has no linked items yet When you see an empty panel, look for guidance on the screen. Depending on the page, the message may suggest that you: - Clear or change your filters - Return to a broader listing - Open another section - Add or publish content if you work in the admin area [SCREENSHOT: empty list message in an admin page and empty content panel on a public page] If the page looks calm and complete but simply has no items, treat it as an empty state first—not as a broken page. ## Responding to Error Messages and Unavailable Pages Error messages in Sherkety ERP & Website Platform can appear in two main ways: inside part of a page, or across the whole page. An **inline error** appears inside a content area that failed to load. For example, a section on a public page may show **Error loading content** while the rest of the page still opens normally. This usually means one block or one content area could not be retrieved. A **full-page error** is more serious. This happens when the route you opened cannot load as a usable page at all. You may see this if a page link points to content that has been removed, is unavailable, or cannot be reached from your current access level. When an error appears, try these practical actions: - Click **Retry** if that option is shown - Refresh the browser tab - Return to the previous page - Reopen the page from the main navigation instead of using the same link again - If you came from a list, open the item again from that list rather than from a saved bookmark Different messages point to different situations: - **Error loading content** usually means the page tried to load but failed - **Page not found** usually means the item or page link is no longer valid - **Unavailable content** can mean the page exists, but it is not currently accessible or published for you For content editors and administrators, repeated failures often suggest a deeper issue than a temporary delay. If the same page keeps failing in **Content**, **SEO**, **Services**, **Pricing**, or another admin section, consider whether: - The content was unpublished or removed - A linked item is missing - Your role does not allow access to that area - The page is failing across multiple attempts, not just once [SCREENSHOT: inline content error inside a page section and a full-page unavailable message] If a page works from one menu path but not from a direct link, the link itself may be outdated rather than the page being fully broken. ## Knowing What Different Users Should Do Next The right response depends on why you are using Sherkety ERP & Website Platform and where the problem appears. **Business Services visitors** browsing pages such as **Services**, **Company Types**, or informational website sections should first decide whether the page is still loading or has actually failed. If you see placeholders or **Loading...**, wait briefly. If you see an error or an unavailable page, try opening the same topic again through the site navigation, header menus, or footer links. If a single section is empty, that does not always mean the service itself is unavailable; it may only mean that content for that section is missing. **Prospective ERP buyers** exploring **ERP System** or app pages like **Accounting**, **Sales & CRM**, **HR**, **Purchasing**, and **Reporting** should avoid assuming that a missing comparison block or failed demo-request area means the product is unavailable. First check whether the rest of the page loads. If only one section fails, continue using the page navigation and compare other available sections. Related guidance in [Browsing the ERP Apps Catalog](doc:browsing-the-erp-apps-catalog) and [Using ERP System Landing Pages to Evaluate Offerings](doc:using-erp-system-landing-pages-to-evaluate-offerings) can help you find another route. **Content editors** should pay close attention to empty public sections and missing page content. If a page opens but shows no content, review whether that section has been filled in, whether the correct language version exists, and whether the content is published. This is especially relevant when working from **Content** or using inline editing tools described in [Editing Content Directly From the Website](doc:editing-content-directly-from-the-website). **Administrators** should look for patterns. If multiple users report the same banner, page failure, or unavailable route in **Dashboard**, **Users**, **Settings**, **SEO**, **Services**, or **Pricing**, the issue may involve access rules, broken links, or a broader outage rather than one missing item. ## Fixing Common Problems Behind Loading, Empty, and Error States If a page in Sherkety ERP & Website Platform does not behave as expected, start with the visible symptom and match your response to it. When a page keeps showing **placeholders** or **Loading...** for too long, check the basics first: - Reload the page in your browser tab - Open another public page such as **ERP System** or **Company Types** to see whether the issue affects only one page - If you are in the admin area, move to another section like **Dashboard** or **Content** and compare the behavior - If other pages also struggle to load, the problem may be your connection rather than one page When a list or section says **nothing is available**, treat it as an empty state before assuming there is a fault. Try to: - Remove or loosen any active filters - Return to the broader listing and reopen the item - Check whether the content has actually been published if you manage website content - Confirm that your current role should be able to see that page or section If an **error message** comes back after you click **Retry**, do not keep repeating the same action without changing anything. Instead: - Reopen the page from the main navigation - Test whether the original link still works - Open the same item from its listing, if available - Note the exact message shown on screen so you can report it accurately If only one audience sees the problem, compare visibility rather than assuming the page is broken for everyone. For example: - A public visitor may see missing content that an editor can still access - An editor may see an empty section because nothing is published yet - An administrator may need to review whether the page is available to the intended role [SCREENSHOT: long-loading page, empty-state panel, and retry error message shown side by side] When repeated failures continue after reloads and navigation checks, the next document, [Responding to Missing Content and Retry Messages](doc:responding-to-missing-content-and-retry-messages), covers what to do in more detail. ## Overview Loading, empty, and error states are all normal parts of using Sherkety ERP & Website Platform, but they mean different things and should not be treated the same way. The most important skill is learning to read the screen before reacting. Keep these distinctions in mind: - **Loading placeholders** and **Loading...** messages mean the page is still preparing content - **Empty states** mean the page opened successfully, but there is nothing to display - **Error messages** mean the page or section tried to load and failed - **Unavailable** or **not found** messages usually point to a missing, removed, unpublished, or inaccessible page You will encounter these states across both public and admin experiences, including: - Public website pages such as **Services**, **Company Types**, **ERP System**, and ERP app detail pages - Admin areas such as **Dashboard**, **Content**, **Users**, **Settings**, **SEO**, **Services**, and **Pricing** A few practical habits make these screens easier to interpret: - Watch whether the layout is still holding space for content - Read the exact message shown in the content area - Compare whether the issue affects one section, one page, or many pages - Reopen the page through navigation before assuming the original link is correct This document focused on recognizing what each state means. If you need help deciding what to do when content is missing or when **Retry** does not solve the problem, continue with [Responding to Missing Content and Retry Messages](doc:responding-to-missing-content-and-retry-messages). ## Prerequisites You do not need any special setup to use this guidance, but it helps if you are already familiar with the basic page areas of Sherkety ERP & Website Platform. Before applying the advice in this document, you should be able to: - Open public pages from the main website navigation - Move between major sections such as **Services**, **Company Types**, **ERP System**, and ERP app pages - Recognize whether you are on a public page or inside the admin area - Use basic browser actions such as refreshing the current tab and going back to the previous page If you work in the admin area, it also helps to know how to reach screens such as: - **Dashboard** - **Content** - **Users** - **Settings** - **SEO** - **Services** - **Pricing** These related guides may help if you need orientation first: - [Browsing the Sherkety Public Website](doc:browsing-the-sherkety-public-website) - [Using Header Menus and Footer Links](doc:using-header-menus-and-footer-links) - [Signing In and Accessing the Admin Portal](doc:signing-in-and-accessing-the-admin-portal) - [Using the Admin Dashboard for Navigation](doc:using-the-admin-dashboard-for-navigation) If you are already comfortable opening pages and recognizing the main navigation areas, you can use this document immediately when you see **Loading...**, an empty panel, a missing content area, or an error message. The next guide, [Responding to Missing Content and Retry Messages](doc:responding-to-missing-content-and-retry-messages), builds on that by focusing on what action to take after you identify the state correctly. ## Recognizing where toast messages appear after your actions In **Sherkety ERP & Website Platform**, toast messages are the small on-screen notices that appear right after you complete an action such as **Save**, **Publish**, **Delete**, or **Update**. They are meant to give you quick feedback without moving you away from the page you are working on. If you save content in the admin area, update pricing, change SEO details, or adjust settings, look for a brief message appearing over the page rather than inside the form itself. [SCREENSHOT: Toast message appearing after clicking Save in an admin page] A toast message is different from an inline form message: - A **toast message** appears temporarily after you take an action. - An **inline validation message** appears next to a field that needs attention. - A toast tells you the result of the action overall. - An inline message tells you exactly which field is incomplete or invalid. When a toast appears, pay attention to these parts: - **Status color** that helps you quickly judge the result - **Icon** that reinforces whether the message is positive, cautionary, or failed - **Short headline** that summarizes what happened - **Supporting text** that gives a little more detail - **Dismiss control** if you want to close the message before it disappears Use the message wording carefully. Some toasts confirm that your action finished successfully. Others tell you the action only worked partly, or that you need to review something before continuing. For example, after clicking **Save**, a toast may confirm that your changes were stored. In other cases, a warning-style toast may appear to tell you that some information still needs attention, even though you remain on the same screen. If you want a broader look at how notices fit into the interface, keep this page alongside [Understanding Loading Placeholders Empty States and Errors](doc:understanding-loading-placeholders-empty-states-and-errors). ## Interpreting success messages after saving and updating content When you click **Save** in the content editor, on a settings page, or in another admin form, a success toast means Sherkety ERP & Website Platform accepted your changes. This is your first sign that the action finished properly. If you were editing text, service details, pricing information, or page content, the success message usually means the current version has been written and kept. Success feedback becomes especially important when you are working in areas such as **Content**, **Services**, **Pricing**, **SEO**, or **Settings**. After you click **Save** or **Update**, do not rely only on the button press. Use the toast as confirmation that Sherkety ERP & Website Platform completed the action. A success message can mean slightly different things depending on what you were doing: - **Creating a new item**: the toast confirms the new item was added - **Editing an existing item**: the toast confirms your changes replaced the previous values - **Updating page content**: the toast confirms the edited content was stored - **Publishing-related actions**: the toast helps you tell whether content is now live or only saved for later review After a success toast appears, check the screen for visible proof: - Updated text or values in the form - A changed **status badge** if the page uses one - A refreshed list entry if you returned to a table or listing - Any visible **saved**, **updated**, or **published** state shown on the page If you are editing website content with preview tools, compare the form values with the visible preview area. If you are working from an admin list, reopen the item and confirm the latest details are present. A success toast is the first confirmation, but the best habit is to pair it with a quick visual check on the same screen. For more on editing workflows, see [Validating Saving and Reviewing Content Changes](doc:validating-saving-and-reviewing-content-changes) and [Using Live Preview to Check Page Updates](doc:using-live-preview-to-check-page-updates). ## Responding to warning and error feedback before trying again Not every toast means “all done.” In Sherkety ERP & Website Platform, some messages are warnings or errors that tell you the action could not finish normally. These messages matter most when you click **Save**, **Delete**, **Publish**, or **Update** and the page does not change the way you expected. A **warning toast** usually means the action completed with limits or that something still needs your attention. Common situations include: - Required information is still missing - A setup choice is incomplete - Your current access level does not allow the full action - The page is waiting for you to fix highlighted fields before continuing An **error toast** is stronger. It means the action failed and Sherkety ERP & Website Platform could not complete what you asked. When this happens, look at the page before clicking again. The screen often gives extra clues: - Required fields may be highlighted - A field-level message may appear beside the input - A button may become disabled - A control may be visible but not available for your role Use the message and the page together to decide what kind of problem you are facing. If the issue is tied to a field, fix the form first. If the issue mentions access or blocked actions, check whether your role includes that permission. If nothing on the form looks wrong, the issue may be temporary, and retrying after a moment may help. The safest next response is usually: - Review highlighted fields - Confirm you are on the correct page and have the right access - Retry the action once - Refresh the page only if you are sure your current work is already saved or preserved The next document, [Recognizing Warnings Errors and Dismissible Notices](doc:recognizing-warnings-errors-and-dismissible-notices), goes deeper into the visual differences between these message types. ## Using action feedback to decide what to do next A toast message is not just a confirmation banner. In Sherkety ERP & Website Platform, it helps you decide your next move. After any **Save**, **Publish**, **Delete**, or **Update** action, pause for a moment and use the message together with the visible page state. After a **success toast**, decide whether you should remain on the current screen or move on: - Stay on the form if you still need to edit more fields - Return to the list view if your task was only to save one item - Open the updated item again if you want to confirm the final result - Continue to another admin section only after the current page shows the expected values If the message is related to **publishing**, do not stop at the toast alone. Check for a visible status change on the page, such as a changed badge or updated state. If a preview or live page view is available, use it to confirm that visitors will see the correct version. After a **delete** or similar removal action, verify the result in the current view: - Check that the item no longer appears in the table - Review any active filters that might hide or show different records - Confirm the detail page is no longer showing the removed item - Refresh the list only if the page does not update automatically If the toast is a **warning**, let the message guide your next step. Warning text usually tells you whether to fix data now, review a blocked action, or leave the item in its current state. For example, if a change was saved but not fully ready for the next stage, remain on the page and correct the missing information before moving away. This same habit is useful across the admin area, especially in **Content**, **Services**, **Pricing**, **SEO**, and **Settings**. ## Handling feedback as an administrator managing settings and permissions If you work as an administrator in Sherkety ERP & Website Platform, your toast messages may differ from the ones seen during routine content editing. Changes made in **Settings**, **Users**, or other admin-only areas can affect access, visibility, and site-wide behavior, so the feedback you receive often carries more weight. When you update administrative information, a toast may confirm that the change was accepted, but you should still check whether the result is immediately visible on the page. This matters when you are changing items such as: - User access and role assignments in **Users** - Site-wide options in **Settings** - Search-facing page details in **SEO** - Content access or editing rights in restricted admin sections Permission-related messages are especially important in these areas. If Sherkety ERP & Website Platform blocks an action, the toast may indicate that your current role cannot complete it. This can happen when trying to: - Save a restricted configuration - Publish content without the needed access - Delete an item controlled by role permissions - Open or change an admin section not available to your account When a settings change succeeds, check whether the page reflects the update right away. Some changes are visible immediately in the current screen. Others may require you or another user to reopen the page before the new behavior becomes obvious. If you changed a role or access setting, test the result by revisiting the affected screen rather than assuming the toast alone tells the full story. Repeated warning toasts in the same admin area usually point to a larger setup issue, not a one-time mistake. If role changes continue to trigger blocked-action messages, review the user’s assigned access and the page you are using. For related guidance, see [Managing Users and Role Based Access](doc:managing-users-and-role-based-access) and [Understanding Role Visibility and Access Restrictions](doc:understanding-role-visibility-and-access-restrictions). ## Fixing common issues when toast messages are unclear or unexpected Sometimes the toast message and the page do not seem to match. In Sherkety ERP & Website Platform, this usually means you need to check the surrounding screen state before repeating the action. If a toast says your item was saved but you still see old values, look for signs that the page has not refreshed the visible data yet. Start with these checks: - Review whether the form fields still show your new entries - Look for a changed **status badge** - Reopen the item from the list if you are unsure - Check whether you are viewing a list page that has not refreshed yet - Compare the detail view with the list view before assuming the save failed If **no toast appears** after clicking **Save** or **Publish**, the action may not have started. Before clicking again, check for these clues: - The button may be **disabled** - The page may still be **loading** - A field may show an inline validation message - A required field may be highlighted and preventing submission If you keep seeing the same permission or warning message, stop retrying and review your access. Repeated blocked-action notices often mean the page or action is limited to administrators or to a higher role than the one currently assigned to you. A success toast can also be misleading if you expect a published result but only a saved draft changed. In that case: - Re-check the visible status on the page - Confirm whether you updated a draft or a live version - Review filters in the current list - Make sure you are looking at the correct admin section or page view [SCREENSHOT: Admin form showing a success toast while the user verifies status and refreshed values] When feedback feels inconsistent, use both the toast and the page itself. The message tells you what Sherkety ERP & Website Platform attempted to do; the visible fields, badges, lists, and page state tell you what actually changed. ## Overview Toast messages in **Sherkety ERP & Website Platform** are short notices that appear after actions such as **Save**, **Update**, **Publish**, or **Delete**. Their purpose is to tell you, right away, whether your action worked, failed, or needs follow-up. You will see them across the admin experience, including **Dashboard**, **Content**, **Services**, **Pricing**, **SEO**, **Users**, and **Settings**. This document focuses on how to read those messages in context and how to use them to confirm results. The most important idea is that a toast should never be read by itself. Pair it with what you can already see on the page: - Updated field values - Changed status indicators - Removed or newly added items in a list - Disabled or available action buttons - Inline messages attached to specific fields Keep these distinctions in mind as you work: - **Success** means the action completed - **Warning** means the action may be incomplete or limited - **Error** means the action did not finish - **Inline validation** points to a specific field problem rather than an overall action result This page is especially useful if you edit website content, manage services, maintain pricing, update SEO details, or work with user access and settings. Toast feedback appears quickly and disappears quickly, so learning to read it at a glance will help you avoid duplicate clicks, missed validation issues, and confusion about whether a change is already live. If you want a broader understanding of where these messages appear while moving around the interface, pair this guide with [Using the Admin Dashboard for Navigation](doc:using-the-admin-dashboard-for-navigation) and [Navigating Admin Sections for Content and Configuration](doc:navigating-admin-sections-for-content-and-configuration). ## Prerequisites You do not need any special setup to understand toast messages in **Sherkety ERP & Website Platform**, but the guidance in this page will make more sense if you have already used at least one screen where actions can be submitted. Common examples include: - Signing in through the admin portal - Editing website content in **Content** - Updating entries in **Services** or **Pricing** - Changing page details in **SEO** - Managing accounts in **Users** - Adjusting options in **Settings** Before relying on toast feedback, make sure you can clearly identify the basic action controls on the page you are using: - **Save** - **Update** - **Publish** - **Delete** - Any visible status label or badge tied to the item It also helps if you already know the difference between a form page and a list page. On a form page, you will usually verify feedback by checking the current fields and status indicators. On a list page, you will usually verify feedback by checking whether an item was added, changed, removed, or filtered out. If you are new to the admin area, read [Signing In and Accessing the Admin Portal](doc:signing-in-and-accessing-the-admin-portal) first. If your work involves content changes, [Editing Content Directly From the Website](doc:editing-content-directly-from-the-website) and [Editing Multilingual Content in the Editor](doc:editing-multilingual-content-in-the-editor) will give you the right context for the save and publish messages described here. The next step in this section is [Recognizing Warnings Errors and Dismissible Notices](doc:recognizing-warnings-errors-and-dismissible-notices), which shows how to tell caution messages, failures, and closable notices apart at a glance. ## Orienting Yourself in the Public Site Header When you open a public page in **Sherkety ERP & Website Platform**, the first navigation area you will usually notice is the top header. This header stays consistent across the public website and acts as your main starting point for moving between pages. The most important items in this area are the **site logo**, the **main menu links**, and the **main call-to-action buttons or links** that guide visitors toward service information, ERP pages, contact options, demos, or trial-related destinations. The **logo** is both a branding element and a navigation tool. If you are reading a service page, an ERP app page, or a company information page, clicking the logo is the quickest way to return to the homepage. The other items in the header are the visible menu links that take you directly to major sections of the public site. These are the links visitors use to move into business services, ERP-related content, company guidance pages, and other public destinations without needing to scroll back through the current page. On larger screens, these top-level links are usually visible right in the header, so you can scan them at a glance. This makes the header the fastest route when you want to jump from one major topic to another, such as moving from a company registration page to an ERP app page, or from an ERP landing page to a contact page. Use the header as your “always available” navigation bar: - **Logo**: returns you to the homepage - **Main menu links**: open major public sections - **Primary action areas**: lead to high-interest pages such as demos, trials, or contact paths [SCREENSHOT: Public website header showing the logo, main menu links, and primary action area] If you want help reading your current location after using these links, the next document is [Understanding Breadcrumbs and Page Location](doc:understanding-breadcrumbs-and-page-location). ## Using the Logo and Main Menu to Reach Key Pages The simplest way to move around **Sherkety ERP & Website Platform** is to use the **logo** and the **main menu** together. The logo is your reset point. If you have drilled into a detailed page and want to start over from the main public website, click the logo in the header to go back to the homepage. Use the main menu when you already know the kind of content you want. On desktop, the top-level links are visible in the header, so you can move directly to major destination pages without returning home first. 1. Look at the header on any public page. 2. Click the **logo** if you want to return to the homepage. 3. Click a top-level menu link to open a major public section. 4. From there, continue into the page that matches your goal. Two common visitor paths stand out: ### If you are exploring ERP options Start with the menu item that leads to **ERP**, **ERP System**, or **ERP Apps** content. From there, you can continue into pages such as: - **Accounting** - **Sales & CRM** - **HR** - **Purchasing** - **Reporting** This path is useful if you are comparing modules, reviewing ERP capabilities, or deciding which app area fits your business. For more detail on these destinations, see [Browsing the ERP Apps Catalog](doc:browsing-the-erp-apps-catalog) and [Using ERP System Landing Pages to Evaluate Offerings](doc:using-erp-system-landing-pages-to-evaluate-offerings). ### If you are looking for business services Use the menu item that leads to **Services**, accounting-related pages, company registration guidance, or other business support content. This route is best when you want to review service offerings, compare packages, or explore company-type guidance. The main menu is best when you want direct movement between major sections. The logo is best when you want to restart from the homepage and choose a new path. ## Browsing the Site on Desktop and Mobile **Sherkety ERP & Website Platform** uses the same public destinations on desktop and mobile, but the way you open them changes with screen size. On desktop, the main navigation links are usually visible in the header. On mobile, those links are typically tucked into a **mobile menu** so the page stays clean and readable on a smaller screen. On a desktop or laptop, you can scan the header and click the visible top-level links immediately. This makes it easy to move between service pages, ERP pages, company information, and contact destinations in one step. If grouped navigation is used, it may appear as a dropdown or expanded menu under a top-level item, giving you a quick way to browse related pages without leaving the header area. On a phone or smaller tablet, start by opening the **mobile menu control** in the header. Once opened, the navigation options appear in a stacked list that is easier to tap. The same high-priority destinations are available here, but they are arranged vertically instead of side by side. 1. Tap the **mobile menu** icon in the header. 2. Review the stacked list of navigation options. 3. Tap the section you want, such as a services area or ERP area. 4. If the menu shows grouped items, expand or continue into that group. 5. Tap the final page you want to open. Mobile menus usually place the most important links near the top so you can reach key pages quickly. This helps when you are looking for ERP modules, service pages, or contact paths without a lot of screen space. [SCREENSHOT: Mobile header with menu icon open, showing stacked navigation links] If you want a deeper comparison of navigation behavior across devices, see [Using Mobile and Desktop Menus on the Public Site](doc:using-mobile-and-desktop-menus-on-the-public-site). ## Finding Additional Destinations in the Footer The **footer** in **Sherkety ERP & Website Platform** gives you a second navigation area at the bottom of public pages. While the header is the main navigation bar, the footer is especially useful after you have already scrolled through a long page and want to jump somewhere else without going back to the top. Footer links are usually grouped so related destinations stay together. These groups help you move quickly into: - **Service pages** - **ERP pages** - **Company information** - **Supporting pages** such as FAQs, policy pages, or contact-related destinations This grouped layout makes the footer more than a repeat of the header. It acts like a navigation hub for visitors who are already engaged with the page content and want a related next step. For example, after reading about accounting services or an ERP module, the footer may be the fastest way to move to another service page, an ERP app page, or a company information page. Use the footer when: - You are already at the bottom of a page - You want a related destination without scrolling back up - You want to browse grouped links in one compact area - You are looking for supporting pages that may not be emphasized in the top header Repeated links in the footer are helpful, not redundant. They give you a second route to high-value pages that also appear in the main navigation. This is especially useful on long landing pages where returning to the header would take extra scrolling. [SCREENSHOT: Footer area showing grouped link sections for services, ERP pages, company pages, and support links] For a closer look at footer structure and grouped destinations, continue with [Navigating Footer Link Groups and Secondary Destinations](doc:navigating-footer-link-groups-and-secondary-destinations). ## Using Social Access Points and Secondary Navigation Links In addition to the main menu and footer link groups, **Sherkety ERP & Website Platform** may include **social access points** and other secondary links. These usually appear in the header or footer as social icons or labeled profile links. Their purpose is different from the main website navigation: they connect you to Sherkety’s presence on external social platforms rather than moving you to another page inside the public website. When you click a social icon, you should expect to leave the current website experience and open an external destination. Depending on your device and browser, that social page may open in a new tab or switch you to the social app or website. This is the key difference between a social access point and a normal menu link: - **Internal navigation link**: keeps you inside Sherkety ERP & Website Platform - **Social access point**: takes you to an external social platform This distinction matters when you are trying to stay focused on comparing services or ERP modules. If your goal is to continue browsing the site, use the header and footer page links. If your goal is to view updates, community presence, or social profiles, use the social icons. You may also see secondary footer or utility links that support discovery but are not part of the main header path. These can include supporting informational pages, legal pages, FAQs, or other lower-priority destinations. They are still useful, especially when you need background information that does not belong in the primary menu. For more on direct contact and external channels, see [Using Social Links and Business Details](doc:using-social-links-and-business-details). ## Common Navigation Issues and How to Fix Them Most navigation problems in **Sherkety ERP & Website Platform** are easy to solve once you know whether you are using the header, the mobile menu, the footer, or a social icon. ### A menu item is not visible on mobile If you do not see a page link on your phone, first make sure the **mobile menu** is fully open. Some links may appear inside a grouped section rather than in the first visible list. Open the mobile menu, scan the stacked options carefully, and look for the broader category that contains the page you want. ### Clicking the logo does not take you where you expected The logo is meant to return you to the **public homepage**. If you expected it to return to a section page instead, use the main menu or footer links for that section. Think of the logo as the fastest route back to the main starting page, not to the last area you visited. ### You cannot find ERP or service pages quickly Start with the **top-level header links** first. These are the primary route to major public sections. If you are already near the bottom of a page, use the **grouped footer links** instead of scrolling back to the top. That is often the faster path. ### A social icon opens an unexpected destination Check whether you clicked a **social icon** rather than a normal page link. Social icons lead to external platforms, while internal links keep you inside the public website. A quick way to recover from most navigation confusion is: - Use the **logo** to return to the homepage - Use the **header** for major section changes - Use the **footer** when you are already at the bottom of a page - Use **social icons** only when you intend to leave the site If page location still feels unclear after you navigate, the next document is [Understanding Breadcrumbs and Page Location](doc:understanding-breadcrumbs-and-page-location). ## Overview This guide focuses on the main public navigation tools in **Sherkety ERP & Website Platform**: the **header**, the **logo**, the **desktop and mobile menus**, the **footer link groups**, and the **social access points**. These are the controls visitors use to move between public-facing pages about services, ERP offerings, company information, and supporting content. The header is your main navigation area. It gives you the fastest route to top-level destinations and helps you move between sections without restarting from the homepage. The logo gives you a reliable way back to the homepage from nearly any public page. On larger screens, the menu links are visible directly in the header. On smaller screens, the same destinations are available through the mobile menu. The footer adds a second navigation layer. It is especially useful on long pages because it places grouped links at the bottom, where visitors often need a quick next step after finishing the page content. Social icons and profile links work differently from page links because they take you outside the website. Use this document when you want to: - Understand what each navigation area is for - Reach service and ERP pages faster - Know when to use the logo, header, mobile menu, or footer - Avoid confusing internal page links with external social links If you are just getting started with public browsing, this guide pairs well with [Browsing the Sherkety Public Website](doc:browsing-the-sherkety-public-website). Your next step in this navigation sequence is [Understanding Breadcrumbs and Page Location](doc:understanding-breadcrumbs-and-page-location). ## Prerequisites You do not need an account or admin access to use the navigation covered in this guide. Everything here applies to the **public website** in **Sherkety ERP & Website Platform**. Before you begin, make sure: - You are on a **public page**, not an admin sign-in or admin management screen - The page has fully loaded so the **header** and **footer** are visible - You know whether you are browsing on **desktop** or **mobile**, since the menu layout changes - You are ready to use standard website controls such as clicking links, tapping menu items, and scrolling to the footer It also helps to know what kind of destination you are trying to reach: - **Service pages** if you want business services, accounting support, company registration guidance, or package information - **ERP pages** if you want module overviews such as Accounting, HR, Sales & CRM, Purchasing, or Reporting - **Company or support pages** if you want FAQs, policy information, contact options, or other supporting content If you are using a phone, be prepared to open the **mobile menu** before looking for page links. If you are using a desktop browser, expect the main navigation links to appear directly in the header. For the smoothest experience, start from any public page where both the top header and bottom footer are available. From there, you can practice using the logo, menu links, footer groups, and social icons exactly as described above. After that, continue to [Understanding Breadcrumbs and Page Location](doc:understanding-breadcrumbs-and-page-location). ## Finding the Theme Toggle and Understanding What It Changes In Sherkety ERP & Website Platform, the light and dark display control appears in the shared page chrome, typically in the header or top navigation area that stays consistent as you move through the website and admin pages. Look for the theme toggle alongside other common controls such as navigation items, language switching, or account-related actions. If a page uses the standard header, that is the first place to check. The toggle gives you two display choices: | Display mode | What you see | |---|---| | **Light mode** | A lighter page background with darker text and interface details | | **Dark mode** | A darker page background with lighter text and interface details | When you switch modes, Sherkety ERP & Website Platform updates the visible interface styling across the page. This usually includes: - The main page background - Text contrast and reading surfaces - Header and navigation areas - Menus and dropdown areas - Content cards, panels, and section containers - Shared footer areas What does **not** change is just as important. The theme toggle does not change the page language, available menu items, pricing details, service descriptions, permissions, or what pages you are allowed to open. It only changes how the interface looks on screen. For example, if you are browsing service pages, ERP app pages, or admin screens, the same content remains available before and after switching modes. You are only changing the visual presentation to make reading and navigation more comfortable. [SCREENSHOT: Theme toggle in the top header of Sherkety ERP & Website Platform] ## Switching Between Light and Dark Mode Using the theme toggle in Sherkety ERP & Website Platform is a quick on-screen action. You do not need to open a settings page, save a form, or reload the browser. 1. Open any page that shows the standard header or navigation bar. 2. Find the visible theme toggle in the top area of the page. 3. Select the toggle once to switch from **Light mode** to **Dark mode**. 4. Select the same toggle again to return from **Dark mode** to **Light mode**. The change happens immediately after you use the control. As soon as you switch, you should see the page colors update in place. The background, text contrast, navigation bar, and content panels adjust right away, so you can continue reading or working without interruption. You can confirm the active mode in two simple ways: - The toggle itself shows the current state - The page colors clearly shift to the selected appearance In **Light mode**, pages look brighter and more paper-like. In **Dark mode**, reading areas and navigation surfaces become darker while text becomes lighter for contrast. This instant update is useful when you are comparing which view feels better for long reading sessions, content editing, or browsing product pages. If you are moving between public pages such as service information, company type pages, or ERP app pages, the same toggle behavior applies. If you are signed in and working in the admin area, the switch should still update the visible interface without taking you away from the page you are using. [SCREENSHOT: Same page shown in light mode and dark mode after using the toggle] ## Seeing How Your Display Preference Is Remembered After you choose a display mode in Sherkety ERP & Website Platform, your preference is remembered so you do not need to switch it again every time you open another page. This applies to the visible theme choice you make with the toggle, not to any content editing or account management settings. Once you change from Light mode to Dark mode, or back again, Sherkety ERP & Website Platform keeps that choice and uses it as you continue browsing. If you open another page in the same experience, the saved mode should already be active when the new page appears. This helps create a consistent reading and navigation experience across the website. You should also expect the selected mode to continue after common actions such as: - Opening another internal page from the menu - Refreshing the current page in your browser - Returning to the site later on the same browser This remembered preference is separate from other parts of the platform. It does **not** mean: - Your user role has changed - A content editor changed page design - An administrator updated branding or page content - Your language selection and your theme selection are the same setting Think of the theme choice as a personal viewing preference for your browser experience. It affects how Sherkety ERP & Website Platform is displayed to you, but it does not rewrite page content or change what other users see on their own devices. If you want a deeper explanation of where that preference is kept and how it behaves over time, continue with [Understanding Saved Display Preferences](doc:understanding-saved-display-preferences). ## Moving Across Pages Without Losing Your Chosen Mode After you select Light mode or Dark mode in Sherkety ERP & Website Platform, that choice should continue as you move from page to page. You should not need to reapply the theme every time you open a new section. This is most noticeable in the shared layout areas that appear across the site, including: - The header - Navigation menus - Footer sections - Content containers and cards - Shared page backgrounds - Common interface panels For example, if you switch to Dark mode while browsing business services, then open a company type page, an ERP app page, or another internal page from the menu, the darker appearance should carry over. The same expectation applies if you move through admin pages such as the dashboard, content area, or settings pages. The visual style should remain consistent as long as those pages use the same shared layout and theme behavior. You can also expect your chosen mode to continue when: - Clicking internal links - Using menu navigation - Refreshing the browser on the current page - Opening another page in the same browsing session Some page elements may look unchanged even when the rest of the interface switches correctly. This usually happens with visual content that is not recolored by the theme, such as: - Fixed branding graphics - Photos and illustrations - Embedded media - Image-based banners - Custom-designed artwork inside page sections That is normal. The theme toggle changes the surrounding interface and reading surfaces, not every image on the page. So if a logo, hero image, or embedded visual keeps the same colors, that does not necessarily mean the theme failed. For related navigation behavior across public pages, see [Browsing the Sherkety Public Website](doc:browsing-the-sherkety-public-website). ## Using Display Modes as Different Types of Visitors and Site Managers Different people use the theme toggle for different reasons, but the control works the same way across Sherkety ERP & Website Platform. A **Business Services Visitor** might switch modes while reading service descriptions, comparing offers, or moving through company registration and accounting pages. If a bright screen feels too harsh, Dark mode can make long reading sessions more comfortable. If you prefer a cleaner, high-brightness look for forms and comparison sections, Light mode may be easier to scan. A **Prospective ERP Buyer** may use the toggle while comparing ERP pages such as HR, Sales & CRM, Purchasing, Reporting, or accounting-related content. When you move across product pages and feature descriptions, the selected mode stays with you, so you can focus on the content rather than adjusting the interface repeatedly. This is especially helpful when reviewing several pages in one sitting, such as those linked from [Browsing the ERP Apps Catalog](doc:browsing-the-erp-apps-catalog). A **Content Editor** can use the toggle to check how authored sections look in both appearances. This is useful when reviewing text blocks, cards, banners, and media-heavy sections to make sure they remain readable in either mode. If you work with inline editing tools, switching the theme can help you spot contrast issues before saving or publishing updates. An **Administrator** may use the theme toggle as part of a quick visual check across managed pages. This includes confirming that the toggle is visible in standard layouts and that common areas such as headers, menus, content panels, and footers respond consistently. If you manage multiple admin sections, this makes it easier to verify a uniform experience while navigating between dashboard and configuration pages. ## Fixing Problems When the Theme Does Not Switch or Stay Saved If the display mode in Sherkety ERP & Website Platform does not change as expected, start with the simplest check: use the visible theme toggle again and watch whether the page colors update immediately. If nothing changes, refresh the page and try the same control once more. A quick refresh often clears a temporary display issue. If the theme switches but does not stay saved, the most likely cause is browser behavior rather than the page itself. Your browser may be clearing site data automatically, running in a privacy-focused mode, or blocking the saved preference from being kept between visits. In that case, the theme may return to its previous state after a refresh or when you come back later. If only one page looks different while others follow your chosen mode, check the page content itself. Some sections may include: - Embedded media - Fixed-color graphics - Image-based banners - Visual assets designed with their own colors These items may not change with the rest of the interface. If the header, menus, page background, and content panels switch correctly, the theme is still working even if a specific image does not change. If you cannot find the toggle at all, confirm that you are on a page using the standard header or navigation layout. The theme control is expected in shared page chrome, so it may be harder to spot if you are viewing a simplified layout, a special page state, or a screen where the standard top navigation is not currently visible. You can also compare the page against another familiar area, such as the homepage, an ERP app page, or an admin page with the normal header. If the toggle appears there, the issue is likely specific to the page layout you were viewing. ## Overview Light and Dark display modes in Sherkety ERP & Website Platform give you a quick way to change the appearance of the interface without changing any content, page access, or navigation options. The visible theme toggle in the header or navigation area lets you move between a brighter reading view and a darker one based on your preference. The main points to remember are: - The toggle changes interface appearance, not page content - You can switch modes instantly without reloading the page - Your selected mode is remembered as you move across pages - Shared areas such as headers, menus, footers, and content panels usually follow the same theme - Some images, logos, and embedded visuals may keep their original colors This matters whether you are browsing public pages, comparing ERP offerings, editing website content, or checking admin pages for consistency. A visitor reading service details may prefer one mode for comfort, while a content editor may switch back and forth to review readability. In both cases, the workflow is the same: use the visible toggle and continue working on the same page. If you are also learning how page layout and navigation behave across the public website, these guides can help alongside theme switching: - [Using Header Menus and Footer Links](doc:using-header-menus-and-footer-links) - [Understanding Breadcrumbs and Page Location](doc:understanding-breadcrumbs-and-page-location) - [Using Theme Switching Across the Platform](doc:using-theme-switching-across-the-platform) The next step in this Theme Display section is [Understanding Saved Display Preferences](doc:understanding-saved-display-preferences), which explains more clearly how Sherkety ERP & Website Platform remembers your chosen mode. ## Prerequisites You do not need any special setup before using Light mode or Dark mode in Sherkety ERP & Website Platform, but a few basic conditions make the feature easier to find and test. Before you begin, make sure: - You are viewing a page that includes the standard header or top navigation - The visible theme toggle is present in that shared page area - You can move between pages such as public content pages, ERP app pages, or admin pages - Your browser is not currently hiding saved site preferences by clearing them immediately It also helps to have a few pages open or ready to visit so you can confirm the theme carries across the experience. Good examples include: - A public service or company information page - An ERP app page such as HR, Sales & CRM, Purchasing, Reporting, or Accounting - An admin page such as Dashboard, Content, Settings, or SEO if you have access If you are signed in as a content editor or administrator, you do not need a separate permission just to use the theme toggle. The display mode is a viewing preference, not a role-based feature. Public visitors can use it while browsing, and signed-in users can use it while managing content or reviewing pages. For the best results while following this guide: - Start on a page where the header is clearly visible - Switch the theme once and watch the page update - Open another internal page to confirm the same mode remains active - Refresh the browser to see whether your preference stays in place After that, continue to [Understanding Saved Display Preferences](doc:understanding-saved-display-preferences) for the next part of the Theme Display documentation. ## Opening the Admin Dashboard After Sign-In After you sign in to Sherkety ERP & Website Platform, the **Admin Dashboard** is the main place you arrive to begin your work. If you need help with the sign-in process itself, use [Signing In and Accessing the Admin Portal](doc:signing-in-and-accessing-the-admin-portal). This guide starts from the point where you are already signed in and looking at the dashboard. The dashboard is shared by different admin users, but what you can open from it depends on your role. A **Content Editor** typically uses the dashboard to reach content-related areas such as website page content and service information. An **Administrator** usually sees the same dashboard as a starting point, but also uses it to reach broader management areas like **Settings**, **SEO**, **Pricing**, and **Users**. When the dashboard opens, focus on the main navigation choices shown on the screen. You will usually work from: - the main admin navigation - dashboard links or cards that open management areas - top-level destinations such as **Content**, **Services**, **Pricing**, **SEO**, **Settings**, and **Users** These dashboard destinations are there so you can move directly to the correct admin screen instead of searching through the public website. If you are not signed in with an authorized account, you will not be able to open the admin dashboard pages. Some areas are also protected by role, so seeing the dashboard does not always mean you can open every destination listed there. [SCREENSHOT: Admin Dashboard landing screen showing the main navigation links for Content, Services, Pricing, SEO, Settings, and Users] As soon as you land here, treat the dashboard as your navigation hub. Start by choosing the area that matches the task you want to complete rather than opening sections at random. ## Using the Dashboard to Reach Content and Service Pages Use the **Admin Dashboard** when you want to decide whether your task belongs in **Content** or **Services**. In Sherkety ERP & Website Platform, those are separate destinations because they support different kinds of updates. 1. From the **Admin Dashboard**, click **Content** when you need to update website page text, section content, localized content, or other page-based material. 2. Open **Services** when you need to manage service entries rather than general page content. 3. After selecting the area, review the list screen that opens and choose the item you want to edit. 4. Open the relevant editor or record screen, make your changes, and save from that page. Choose **Content** for work such as updating homepage sections, informational pages, or other structured website content. This is the right path when your task is about what visitors read on a page. Choose **Services** when your task is about the service catalog itself. This is the better option when you need to review service entries, open a specific service from a list, and edit the details attached to that service. This separation matters because it helps you avoid editing the wrong area. For example: - If you want to revise wording on a public page, start with **Content** - If you want to adjust a service listing or service-specific entry, start with **Services** A common workflow looks like this: - land on the **Admin Dashboard** - click **Content** or **Services** - open the list of available items - select the page or service you need - continue into the editor screen [SCREENSHOT: Dashboard with Content and Services links highlighted] If you are unsure which path to use, think about the result you want visitors to see. Page sections usually belong in **Content**. Service records usually belong in **Services**. That simple check will help you reach the right screen faster. ## Navigating to Pricing and SEO Management The **Admin Dashboard** also gives you direct access to **Pricing** and **SEO**, which are separate from day-to-day content editing. These links are useful when your task affects how offers are presented or how pages appear in search-facing information. 1. From the **Admin Dashboard**, click **Pricing** to open the pricing management area. 2. Review the pricing entries or pricing-related records shown on that screen. 3. Select the item you want to update and open it for editing. 4. Return to the dashboard and click **SEO** when your task involves page metadata or search-facing page details. 5. Open the relevant page entry in the SEO area and update the information there. Use **Pricing** when you need to work with offer amounts, pricing tiers, or other pricing-related entries. This area is for commercial details tied to packages, services, or structured pricing information. Use **SEO** when you need to maintain page information that supports search visibility and search snippets. This is the right place when you are updating how a page is described in search-facing fields rather than changing the visible body content on the page itself. Keeping these areas separate helps prevent confusion: - **Pricing** controls offer and package pricing information - **SEO** controls page-level search-facing details - **Content** controls the visible page content visitors read - **Services** controls service-specific entries [SCREENSHOT: Admin Dashboard showing separate Pricing and SEO destinations] If you know your task is about package amounts or pricing structure, go straight to **Pricing**. If your task is about page titles, descriptions, or search presentation, open **SEO** instead. This saves time and keeps updates in the correct admin area. The next guide, [Managing Services Pricing and Site Settings](doc:managing-services-pricing-and-site-settings), goes deeper into these management screens. ## Accessing Site Settings and User Administration Some dashboard destinations are meant for broader administrative work rather than routine content updates. In Sherkety ERP & Website Platform, the **Settings** and **Users** areas are typically used by administrators who manage the overall admin environment. 1. From the **Admin Dashboard**, click **Settings** when you need to review or change site-wide configuration. 2. Use the options on the settings screen to open the part you need to maintain. 3. Return to the dashboard and click **Users** when you need to review authorized accounts. 4. Open the user list, select an existing user to update, or start the process to add a new user if that option is available to your role. The **Settings** area is for changes that affect the wider website or admin experience, not just one page or one service entry. If your change applies across the site, this is usually the correct destination. The **Users** area is where administrators handle access for authorized people who sign in to the admin portal. This is the right place to review who has access and update user details or permissions when needed. These links help keep responsibilities clear: - **Content** and **Services** support publishing and editing work - **Pricing** and **SEO** support structured business and search-facing updates - **Settings** and **Users** support operational administration [SCREENSHOT: Admin Dashboard with Settings and Users links visible in the admin navigation] Because the dashboard is shared, you may see the main landing page even if you cannot open every destination. If **Settings** or **Users** does not open for your account, that usually means your role does not include administrator-level access. For detailed user access guidance, see [Managing Users and Role Based Access](doc:managing-users-and-role-based-access) and [Understanding Admin Page Access and Protected Navigation](doc:understanding-admin-page-access-and-protected-navigation). ## Choosing the Right Dashboard Path for Your Role The easiest way to use the **Admin Dashboard** well is to match your task to the correct destination before you click anything. In Sherkety ERP & Website Platform, this saves time and reduces the chance of editing the wrong record. If you are a **Content Editor**, your dashboard path usually starts with areas such as: - **Content** for page sections, localized page content, and structured website content - **Services** for service-related entries and service page material A Content Editor normally does not begin in **Settings** or **Users** unless they also have administrator permissions. If your daily work is publishing, revising wording, or maintaining public-facing sections, stay focused on **Content** and **Services** first. If you are an **Administrator**, your dashboard path may include: - **Pricing** for pricing entries and package amounts - **SEO** for search-facing page information - **Settings** for site-wide configuration - **Users** for account access and role-related administration The dashboard works as a central navigation hub, so you do not need to remember separate admin addresses for each area. Instead, sign in, open the dashboard, and choose the destination that matches the type of change you need to make. A quick way to decide is to ask what kind of result you are changing: | If your task is about... | Start here | |---|---| | Page text or section content | **Content** | | Service entries or service-specific details | **Services** | | Package amounts or pricing structures | **Pricing** | | Search-facing page details | **SEO** | | Site-wide configuration | **Settings** | | Admin account access | **Users** | [SCREENSHOT: Dashboard destination choices with role-appropriate sections labeled] If your work often switches between inline editing and admin pages, you may also find [Choosing Between Inline Editing and Admin Pages](doc:choosing-between-inline-editing-and-admin-pages) useful. ## Fixing Common Navigation Problems in the Dashboard If something on the **Admin Dashboard** does not behave as expected, start by checking whether the issue is about access, the section you selected, or where you landed after sign-in. A dashboard link is missing: - Confirm you are signed in with an authorized admin account - Check whether your role includes access to that destination - Remember that some users can open content areas but not administrator-only areas such as **Settings** or **Users** You can open the dashboard but not **Settings** or **Users**: - This usually means your account does not have administrator-level access - Try opening **Content** or **Services** instead if your work is editorial - If you believe you should have access, ask an administrator to review your account permissions A menu item opens the wrong area or an empty list: - Return to the **Admin Dashboard** - Recheck the section name before opening it - Make sure you selected **Content**, **Services**, **Pricing**, or **SEO** based on the task you are trying to complete - If the screen opens but shows no records, verify that you are in the correct management area rather than assuming the content is missing The dashboard does not appear after sign-in: - Confirm that you signed in through the admin sign-in page - Check whether your account is meant to access the admin portal - If you land on a public page instead, go back and sign in again through the admin route described in [Signing In and Accessing the Admin Portal](doc:signing-in-and-accessing-the-admin-portal) You may also see loading or error messages while a screen is opening. When that happens, wait for the page to finish loading or retry the action if the screen does not open correctly. For more help reading these messages, see [Understanding Loading Placeholders Empty States and Errors](doc:understanding-loading-placeholders-empty-states-and-errors) and [Recognizing Warnings Errors and Dismissible Notices](doc:recognizing-warnings-errors-and-dismissible-notices). ## Overview The **Admin Dashboard** in Sherkety ERP & Website Platform is the main landing area for authorized users and the starting point for nearly every admin task. Instead of memorizing where each admin page lives, you use the dashboard to move directly to the right management area. The dashboard is built around clear destinations that separate different kinds of work: - **Content** for page and section updates - **Services** for service-related entries - **Pricing** for pricing records and package information - **SEO** for search-facing page details - **Settings** for site-wide configuration - **Users** for account and access administration This structure is especially helpful because not every user has the same responsibilities. A **Content Editor** can use the dashboard to move quickly into content and service work without needing to sort through administrator-only tasks. An **Administrator** can use the same dashboard to reach broader areas such as settings, user access, pricing, and SEO. The most important habit is choosing your destination based on the type of change you need to make. If you are changing what visitors read on a page, start in **Content**. If you are maintaining service entries, open **Services**. If your task affects pricing, search-facing details, site-wide setup, or user access, use the matching dashboard link. [SCREENSHOT: Full Admin Dashboard view showing the main admin destinations in one screen] Used this way, the dashboard becomes your control center for the admin portal. In the next guide, [Managing Services Pricing and Site Settings](doc:managing-services-pricing-and-site-settings), you will continue from navigation into the actual management work inside those admin areas. ## Prerequisites Before using the **Admin Dashboard** for navigation in Sherkety ERP & Website Platform, make sure the following are already in place: - You have successfully signed in to the admin portal - Your account has an authorized admin role - You know whether you are working as a **Content Editor** or an **Administrator** - You have a clear task in mind, such as updating content, opening services, reviewing pricing, checking SEO, changing settings, or managing users If you have not signed in yet, start with [Signing In and Accessing the Admin Portal](doc:signing-in-and-accessing-the-admin-portal). It also helps to know the difference between the main dashboard destinations before you begin: | Destination | Use it for | |---|---| | **Content** | Website pages, sections, and structured page content | | **Services** | Service-related entries and service pages | | **Pricing** | Pricing records and package amounts | | **SEO** | Search-facing page information | | **Settings** | Site-wide configuration changes | | **Users** | Reviewing and maintaining authorized user accounts | Keep these role expectations in mind: - **Content Editors** usually work mainly in **Content** and **Services** - **Administrators** may also work in **Pricing**, **SEO**, **Settings**, and **Users** - If a destination does not open, your role may not include access to that area You do not need to know direct admin page addresses to use the dashboard well. Once you are signed in and on the dashboard, the main requirement is understanding which destination matches your task. From there, you can move into the correct management screen and continue your work with fewer wrong turns. ## Opening the Command Palette and Understanding What It Shows In Sherkety ERP & Website Platform, the command palette is a searchable pop-up that helps you move to pages and actions without clicking through menus. You can open it with the keyboard shortcut shown in the interface, or by selecting the visible command search launcher if your current screen shows one in the header or navigation area. When it opens, your cursor is placed in the search field automatically so you can start typing right away. At the top of the command palette, you will see a search input. Under that, results appear in grouped sections. These groups help you tell the difference between places you can open and actions you can run. As you type, the list updates immediately. You do not need to press a search button. The palette narrows the results based on words that match page names, action labels, and common destination names used across Sherkety ERP & Website Platform. One result is always highlighted. This highlight shows what will open if you press **Enter**. You can move that highlight up and down with the arrow keys. This makes the command palette useful even when you want to stay fully on the keyboard. Depending on where you are signed in and what access you have, you may see groups for navigation destinations, page actions, and admin shortcuts. For example, a content editor may see results related to content areas, while an administrator may also see destinations such as **Dashboard**, **Content**, **Users**, **Settings**, **SEO**, **Services**, or **Pricing**. [SCREENSHOT: Command palette open with search field at the top, grouped results below, and one highlighted result] ## Searching for Pages, Actions, and Destinations The fastest way to use the command palette is to type a short keyword into the search field and let the results filter in real time. In Sherkety ERP & Website Platform, you do not need to know the full page name. Partial words are often enough to bring the right result to the top of the list. For example, typing part of a page name can help you find common destinations such as **Content**, **Settings**, **Users**, **Services**, **Pricing**, or **SEO** much faster than browsing through navigation menus. As the result list updates, pay attention to the group labels above each set of matches. These labels help you understand whether you are about to open a screen or run an action directly. That matters when similar names appear more than once. A destination usually takes you to a page in the main workspace, while an action may perform something immediately or move you into a more specific task. If several results match your search, use the **Up Arrow** and **Down Arrow** keys to move through the filtered list. The highlighted row changes as you move. Once the correct result is highlighted, press **Enter** to open it. If you prefer, you can also click a result directly. A good habit is to start with the most distinctive part of the name you remember. Short searches often work better than long ones because they reduce typing and still narrow the list quickly. If your first search shows too many items, add one more word to refine it. [SCREENSHOT: Search term entered in the command palette with filtered results grouped by type] ## Moving Around the Workspace Without Leaving the Keyboard If you prefer keyboard-first navigation, the command palette is one of the quickest tools in Sherkety ERP & Website Platform. After opening it, keep your hands on the keyboard and work through the result list without switching back to the mouse. 1. Open the command palette using the shortcut shown in the interface or the visible command search launcher. 2. Type a keyword in the search field. 3. Press the **Down Arrow** or **Up Arrow** to move through the matching results. 4. Press **Enter** to open the highlighted result. 5. Press **Escape** to close the command palette without selecting anything. The highlighted result changes automatically as your search becomes more specific. This is especially helpful when you are moving between familiar areas several times a day. For example, a content editor might open the palette, type a short content-related term, and jump straight to a content management screen. An administrator might type a settings-related term and go directly to a configuration page such as **Users**, **Settings**, or **SEO**. There is an important difference between opening a destination and running an immediate command. When you choose a destination, Sherkety ERP & Website Platform loads that page in the main workspace. When you choose an action, the result may start a task directly instead of simply taking you to another page. The group label in the palette helps you tell these apart before you press **Enter**. If the keyboard stops moving through the list, click back into the search field or close and reopen the palette so focus returns to it. ## Using Grouped Actions to Reach Common Areas Faster Grouped results are what make the command palette easier to scan than a long flat list. In Sherkety ERP & Website Platform, each group represents a type of destination or action. Instead of reading every line one by one, you can first look at the group heading, then choose the item you need inside that section. For content work, grouped results help editors jump directly to the right area without opening the admin menu first. If your role includes content editing, you may see results that point to content collections, content entries, draft-related areas, or other editorial destinations. This is useful when you already know what you want to update and do not need to navigate through several screens to get there. For administrative work, grouped results can expose a broader set of shortcuts. Users with the right access may see destinations for **Dashboard**, **Content**, **Users**, **Settings**, **SEO**, **Services**, and **Pricing**. These grouped shortcuts make it easier to move between management areas when you are reviewing site configuration, maintaining user accounts, or updating public-facing information. Because the command palette respects access level, two people may not see the same groups. An administrator may see more options than a content editor. If you are signed in with limited access, that is expected behavior rather than a search problem. The command palette only shows destinations and actions available to your current role. When several similar results appear, use the group heading as your guide. It helps you avoid opening the wrong place and makes repeated navigation much faster. [SCREENSHOT: Command palette showing separate groups for navigation destinations and admin shortcuts] ## Finding the Fastest Path to Frequent Tasks Once you start using the command palette regularly, speed comes from consistency. In Sherkety ERP & Website Platform, the quickest pattern is usually the same: open the palette, type a short search, move to the right result, and press **Enter**. This is often faster than opening side navigation, scanning menus, and clicking through multiple levels. Use short, distinctive terms instead of full page names whenever possible. A brief search usually reduces the result list enough to make the correct item easy to spot. This works especially well for pages you visit often, such as **Content**, **Users**, **Settings**, **SEO**, **Services**, **Pricing**, or **Dashboard**. If you type too much, you may slow yourself down without getting better results. Before selecting an item, glance at the group label. This extra second can save time by helping you choose the correct result the first time. It is especially useful when a destination and an action have similar wording. If your goal is to land on a page and continue working there, choose the destination result. If your goal is to trigger something directly, choose the action result instead. Frequent users also benefit from keeping naming habits consistent. When pages and tasks are labeled clearly in the workspace, they are easier to find from the search field. That means repeated tasks become predictable: type the same short term, choose the same result, continue your work. For related navigation habits across the workspace, see [Understanding Breadcrumbs Drawers and Shared Navigation Patterns](doc:understanding-breadcrumbs-drawers-and-shared-navigation-patterns). ## Fixing Problems When Commands or Destinations Do Not Appear If a page or action does not show up in the command palette, start with the simplest check: try a shorter search term. In Sherkety ERP & Website Platform, the palette filters by names used in the interface, so searching with the exact visible label often works best. If your first search returns nothing, remove extra words and search for the most recognizable part of the page name instead. If admin-related destinations such as **Users**, **Settings**, **SEO**, **Services**, or **Pricing** are missing, check whether your signed-in account has access to those areas. The command palette only shows options available to your current role. A content editor may not see the same administrative shortcuts as a user with broader permissions. If needed, compare what you can access from the admin navigation itself. For more on role-based access, see [Understanding Role Visibility and Access Restrictions](doc:understanding-role-visibility-and-access-restrictions). If the palette opens but the arrow keys do not move the highlighted selection, focus may not be where you expect. Click inside the search field, then try again. If that does not help, press **Escape** to close the palette and reopen it. The search field should be active when the palette first appears. Sometimes the palette opens correctly, but a destination you expected is still unavailable. In that case, the current workspace or screen may not offer that command in the context you are in. Try navigating to the relevant area first, then reopen the command palette. If the page itself is unavailable from the main navigation, it will usually not appear here either. ## Overview The command palette in Sherkety ERP & Website Platform is designed for quick navigation across the workspace. Instead of moving through menus, you open one searchable dialog, type what you need, and select from grouped results. This is especially useful when you already know the name of the page or action you want. What you will typically see in the command palette: | Area in the palette | What it helps you do | |---|---| | Search field | Type a page name, action label, or destination keyword | | Grouped results | Separate destinations from actions so you can choose the right kind of result | | Highlighted selection | Shows what will open when you press **Enter** | The command palette is most helpful for: - Jumping to common admin pages such as **Dashboard**, **Content**, **Users**, **Settings**, **SEO**, **Services**, and **Pricing** - Moving between editorial areas without opening multiple navigation menus - Staying on the keyboard for repeated tasks - Finding destinations quickly when you only remember part of the name Because results are grouped and filtered as you type, the command palette supports both quick scanning and precise selection. It also respects your access level, so the list reflects what you are allowed to open. If you are still getting familiar with moving around Sherkety ERP & Website Platform, pair this feature with [Using the Admin Dashboard for Navigation](doc:using-the-admin-dashboard-for-navigation) and [Navigating Admin Sections for Content and Configuration](doc:navigating-admin-sections-for-content-and-configuration). ## Prerequisites Before using the command palette in Sherkety ERP & Website Platform, make sure the basics are in place so the results you expect can actually appear. You should have: - Access to Sherkety ERP & Website Platform - A signed-in account if you want to search admin destinations - Permission for the areas you expect to open, such as **Content**, **Users**, **Settings**, **SEO**, **Services**, or **Pricing** - A screen where the command palette is available through its keyboard shortcut or visible launcher It also helps if you are already familiar with: - The names of the pages you use most often - Whether you are trying to open a page or run an action - The difference between public website browsing and admin workspace navigation Keep these practical points in mind: - If you are not signed in, admin-only destinations will not be available. - If your role is limited, some grouped results will be hidden. - If you cannot find a page in the command palette, check whether that page is visible in your normal navigation. - If the command palette opens in a pop-up, make sure the search field has focus before using the arrow keys. For sign-in help, see [Signing In and Accessing the Admin Portal](doc:signing-in-and-accessing-the-admin-portal). For the next step in this Command Search section, continue with [Finding Actions With Keyboard Shortcut Hints](doc:finding-actions-with-keyboard-shortcut-hints). ## Opening the user administration page and understanding the account list In Sherkety ERP & Website Platform, open the admin area and go to the **Users** page from the admin navigation. This page is where you review existing accounts, check who can access the admin area, and open individual records for updates. If you need help getting into the admin area first, see [Signing In and Accessing the Admin Portal](doc:signing-in-and-accessing-the-admin-portal). The main part of the page is the account list. Each row represents one user account. The list is designed for quick scanning, so pay attention to the most important columns first: | Column | What to look for | |---|---| | **Name** | The person’s display name or full name | | **Email** | The address tied to the account | | **Role** | The level of access assigned to that user | | **Status** | Whether the account is active or otherwise restricted | | **Updated** or recent activity details | Signs that the record was recently maintained | [SCREENSHOT: User administration page showing the account list with name, email, role, and status columns] Use the controls above the list to narrow what you see. A **Search** field helps you find a person by name or email. If the page includes filter controls, use them to show only certain **roles** or **statuses**. This is especially useful when you want to review only active users or only users with higher access. You may also be able to sort the list by clicking a column heading such as **Name** or **Updated**. Sorting helps when you want to find recently changed records or scan alphabetically. At the end of each row, look for actions that let you open the user’s record. Depending on your access, you may see options to **Edit**, open account details, or review access information. Start from the list whenever you need to confirm whether a user exists, check their current role, or move into a full account review. ## Reviewing a user's profile and account details After you find the right person in the account list, open their record to review the full account details. This screen is where you confirm identity information, check current access, and make sure the account still matches the person’s role in the business. Start with the core profile fields. Look for items such as **Full Name**, **Username**, and **Email**. These are the first details to verify when someone reports a sign-in problem or when you are checking whether the correct account was updated. If the record includes profile information beyond the basics, review those fields carefully rather than assuming older values are still correct. Next, check the account’s current status. In Sherkety ERP & Website Platform, this may appear as a status label, badge, or selectable field. Common status values include whether the account is **active**, **disabled**, **locked**, or still waiting for activation. If a user says they cannot get into the admin area, this status section is often the first place to inspect. Some user records also include organizational details. When these fields are present, review items such as: - **Department** - **Job Title** - **Team** - **Assigned Location** These details help you confirm that the user belongs in the right part of the business and supports later access reviews. [SCREENSHOT: Open user record showing profile details, status, and organizational fields] Finally, look for record history information. Audit details usually appear near the top or bottom of the page and can include the date the account was created, the most recent update date, and signs of recent sign-in activity. Use these details to answer practical questions such as whether the account is still being used, whether another administrator recently changed it, or whether the profile has gone untouched for too long. When you review a user record, make it a habit to compare identity details, status, role, and recent activity together before making any changes. ## Updating user information and keeping records current When a user’s details change, update the existing record instead of creating a second account. In Sherkety ERP & Website Platform, open the user from the **Users** list, select the edit option if needed, and update the fields that no longer match the person’s current information. Focus on the details administrators are expected to maintain regularly. These commonly include: - **Display Name** or **Full Name** - **Email** - **Phone Number** - **Department** - **Job Title** - **Team** or similar assignment fields Use the values shown on the form exactly as needed for the current employee or admin user. For example, if someone changes departments, update the department field on their existing account. If a person’s name changes, revise the name on the same record so their access history stays connected to one account. As you edit, pay attention to validation messages. Required fields usually cannot be left blank, and Sherkety ERP & Website Platform may stop you from saving if a key identifier is already used by another account. This matters most for fields such as **Email** or **Username**, which typically need to remain unique. If you see an error after clicking **Save**, review the highlighted fields first. [SCREENSHOT: User edit form with required fields and save action] After saving, confirm the change in two places: 1. Review the updated values on the user’s detail page. 2. Return to the account list and make sure the list now shows the new name, email, role, or status. This double-check helps you catch partial updates or unsaved edits right away. Use updates for normal maintenance such as role changes, contact detail corrections, department transfers, and title changes. Create a separate account only when you are adding a truly different person, not when an existing user’s information has changed. ## Managing roles, permissions, and account access The user record includes the area where you manage access. This may appear as **Role**, **Roles**, **Permissions**, or a similar section on the account page. Use this area to control what the person can open in Sherkety ERP & Website Platform, especially within the admin pages. Start by reviewing the current role assignment before making changes. A role determines which admin pages and actions are available to that user. For example, some users may only need content editing access, while others may need broader administrative visibility. If the role shown on the account does not match the person’s current responsibilities, update it from the role or permission section on the record. To change access, open the role area and add or remove the appropriate assignment. After saving, return to the user details and confirm that the new role is displayed correctly. If the page includes a permission summary, review it to make sure the account now reflects the intended level of access. You may also see account controls tied to access status. Depending on what your admin role allows, these controls can include actions such as: - **Activate** an account so the user can sign in - **Deactivate** an account when access should be removed - **Lock** or **Unlock** an account if sign-in access needs to be restricted or restored - Reset access-related settings when a user needs to regain entry [SCREENSHOT: User access section showing role assignment and account status controls] After any access change, verify the result instead of assuming it applied correctly. Check the role shown on the record, review any visible permission summary, and confirm the account status is still correct. If a user reports that they still see the wrong pages after a role update, the next document, [Understanding Role Visibility and Access Restrictions](doc:understanding-role-visibility-and-access-restrictions), explains how visibility rules affect what users can actually see after you change their account. ## Maintaining accurate access records over time User administration is not a one-time task. In Sherkety ERP & Website Platform, the **Users** page works best when administrators review it regularly and keep account records aligned with real staffing and access needs. A good routine starts in the account list. Use the available **Search**, **Status**, and **Role** filters to look for accounts that need attention. Focus especially on users who are inactive, users whose profiles have not been updated recently, and users with elevated roles. These are often the records that create confusion during audits or access reviews. Look at three pieces of information together whenever possible: - **Role** - **Status** - Recent activity details such as **Last Login** or **Updated** For example, a user with a high-level role and no recent activity may need review. A user marked active but tied to an outdated department or job title may also need correction. Checking these details together gives you a clearer picture than reviewing any one field alone. When employees move to a new team, change responsibilities, go on temporary assignment, or leave the organization, update their existing account promptly. That usually means changing role assignments, adjusting profile details, or switching the account to an inactive state when access should no longer continue. Avoid leaving old roles in place “just in case,” because the account list should reflect current reality, not historical convenience. During periodic audits, review these fields on each account: | Field area | Why it matters | |---|---| | **Contact details** | Confirms the record still belongs to the right person | | **Role assignments** | Ensures access matches current responsibilities | | **Account status** | Shows whether sign-in should be allowed | | Recent activity details | Helps identify stale or unused accounts | Regular maintenance makes later troubleshooting much easier and keeps the admin area aligned with who should actually be working in it. ## Fixing common problems when maintaining user accounts Most user maintenance issues in Sherkety ERP & Website Platform come down to list filters, missing required information, or access changes that were not fully confirmed after saving. When something looks wrong, start with the visible controls on the page before assuming the account itself is missing or broken. If a user does not appear in the account list, first check the list controls. A leftover search term may be hiding the record, or a **Status** or **Role** filter may be limiting the results. If the list uses multiple pages, move through the pagination controls to make sure the account is not simply on another page. Clearing filters and re-running the search by **Name** or **Email** usually resolves this quickly. If changes cannot be saved, review the form for highlighted fields or validation messages. The most common causes are: - A required field was left blank - The **Email** or **Username** is already used by another account - Your own admin access does not allow that type of change When a user still has the wrong access after an update, reopen the record and confirm the new role is actually shown on the saved account. If the page includes a permission summary, review that as well. In some cases, the user may need to sign out and sign back in before the new access appears in their session. If access history or audit details look outdated, refresh the page and check again. Some activity details may not update instantly on screen. Also confirm that you are looking at the correct user record and not a similarly named account. [SCREENSHOT: Validation message on the user form and filtered user list controls] For broader guidance on access visibility after role changes, continue with [Understanding Role Visibility and Access Restrictions](doc:understanding-role-visibility-and-access-restrictions). ## Overview This document focuses on the **Users** page in Sherkety ERP & Website Platform and the everyday tasks administrators perform there. The page is used to review the account list, open individual user records, update profile details, and confirm that each person has the correct level of access to the admin area. The most important workflow begins with the account list. From there, you search for a user, review visible columns such as **Name**, **Email**, **Role**, and **Status**, and then open the record for closer inspection. Once inside the user record, you check identity details, account status, organizational information, and recent activity indicators before making any changes. This guide also covers the maintenance side of user administration. That includes correcting names and contact details, updating department or team information, adjusting role assignments, and reviewing whether an account should remain active. These tasks are part of keeping the admin area accurate over time, especially when people change responsibilities or no longer need access. You should use this guide when you need to: - Find an existing user account - Review a person’s current profile and status - Update account details without creating a duplicate user - Change role assignments or access status - Investigate common issues such as missing users or unsaved changes If you are looking for a broader introduction to the admin area, start with [Using the Admin Dashboard for Navigation](doc:using-the-admin-dashboard-for-navigation) and [Managing Users and Role Based Access](doc:managing-users-and-role-based-access). If your main task is understanding why users can or cannot see certain admin pages after a role change, the next document in this series is [Understanding Role Visibility and Access Restrictions](doc:understanding-role-visibility-and-access-restrictions). ## Prerequisites Before you maintain user accounts in Sherkety ERP & Website Platform, make sure you can access the admin area and that your own account includes permission to open the **Users** page. If the page is not visible in the admin navigation, your current role may not allow user administration tasks. You should have the following in place before starting: - You can sign in to the admin portal successfully - You can open the **Dashboard** and navigate to **Users** - You know the person’s current identifying details, such as their **Name** or **Email** - You understand whether you are updating profile information, changing access, or reviewing account activity It also helps to gather the correct replacement details before editing a record. For example, if you are updating a user after an internal move, confirm the new **Department**, **Job Title**, or role assignment first so you do not need to reopen the record multiple times. Use this guide most effectively when you are working with an existing account rather than creating a brand-new one. The instructions here assume the user already appears in the account list and needs review or maintenance. If you cannot find the account, begin with the troubleshooting section in this document and check for active filters, search terms, or pagination. Helpful background reading: - [Signing In and Accessing the Admin Portal](doc:signing-in-and-accessing-the-admin-portal) - [Using the Admin Dashboard for Navigation](doc:using-the-admin-dashboard-for-navigation) - [Managing Users and Role Based Access](doc:managing-users-and-role-based-access) After you are comfortable opening and maintaining user records, continue to [Understanding Role Visibility and Access Restrictions](doc:understanding-role-visibility-and-access-restrictions) to learn how role changes affect what users can actually see and do. ## Recognizing When the Interface Opens a Drawer, Dialog, or Confirmation Prompt In Sherkety ERP & Website Platform, temporary panels appear on top of the page when you need to focus on one task without fully leaving your current screen. You will usually see one of three patterns: - **Drawer:** a panel that slides in from the side of the screen and keeps the current page visible in the background - **Dialog:** a centered pop-up window for a short task or decision - **Confirmation prompt:** a smaller warning pop-up that asks you to confirm a final action such as deleting, publishing, or discarding changes These panels often open after you click buttons such as **Create**, **Edit**, **Save**, **Delete**, **Publish**, **Close**, or other item actions from the admin area. You may also open them from a row in a list, from toolbar actions on pages like **Content**, **Services**, **Pricing**, **SEO**, **Users**, or **Settings**, or while editing website content inline. When one of these panels opens, the page behind it becomes dimmed or inactive. That means your attention should stay inside the open panel until you finish, cancel, or close it. You can still see the page behind it, but you usually cannot click or edit anything there until the panel is dismissed. Look for these controls each time a panel appears: - **Primary action:** usually the most visually prominent button, such as **Save**, **Confirm**, **Delete**, or **Publish** - **Secondary action:** usually **Cancel**, **Back**, or **Keep editing** - **Close control:** often an **X** in the top corner of the drawer or dialog The title bar is your first clue about what you are doing. It may show the item name, the section you are editing, or a short instruction. In larger drawers, the action buttons are often in the header or footer. In dialogs and prompts, the action buttons are usually grouped at the bottom. [SCREENSHOT: side drawer open over an admin list with dimmed background and Save/Cancel buttons] ## Opening and Reviewing Content in a Drawer Drawers are useful when you want to review or edit something without losing your place on the page you came from. In Sherkety ERP & Website Platform, you may open a drawer from an item row in an admin list, from a page toolbar, or from an editing control on a public-facing page while signed in with editing access. 1. Open the drawer by clicking an action such as **Edit**, **Create**, or a row-level action from screens like **Content**, **Services**, **Pricing**, **SEO**, **Users**, or **Settings**. 2. Watch where it appears. Most drawers slide in from the side and leave the current page visible behind them so you can keep your context. 3. Read the top area of the drawer before making changes. This header usually tells you what item you are working on and may include a status label or action buttons. 4. Move through the available fields, grouped sections, or tabs inside the drawer. Complete each area before trying to save. 5. Use the action buttons in the drawer, usually **Save** and **Cancel**, when you are ready to finish or step back. The drawer header is especially important. It helps you confirm that you opened the correct record or content section. If the drawer includes multiple sections, work from top to bottom and pause whenever you see a warning, required field marker, or disabled action button. You may also notice that the **Save** button stays unavailable until the required information is complete. This is helpful: it means Sherkety ERP & Website Platform is waiting for valid input before accepting your changes. If a field needs attention, look for inline messages near the field itself rather than searching elsewhere on the page. Because the original page stays open behind the drawer, you can return to your list or previous view quickly after saving. This is especially useful when reviewing several items one after another. [SCREENSHOT: content editing drawer showing header, fields, and disabled Save button until required fields are complete] ## Completing Tasks in a Dialog Before Confirming Changes Dialogs are smaller than drawers and are meant for short, focused tasks. In Sherkety ERP & Website Platform, a dialog may appear when you need to rename something, choose an option, update a small set of settings, or confirm a change that needs a few required entries first. 1. Open the dialog by clicking an action such as **Edit**, **Rename**, **Create**, or another focused action from the current screen. 2. Read the dialog title first. It tells you whether you are changing content, adjusting settings, or updating access-related information. 3. Check the helper text under the title if it appears. This usually explains what the change will affect. 4. Complete the fields shown in the dialog. Depending on the task, you may see text boxes, dropdown lists, checkboxes, or radio buttons. 5. Review the main action button at the bottom, such as **Save**, **Confirm**, or **Apply**. If everything is correct, click it to continue. 6. If you do not want to proceed, click **Cancel** or close the dialog to return to the previous screen. Dialogs are designed to keep you focused on one decision. Unlike a full page or a large drawer, they usually contain only the fields needed for that specific task. That makes them common in admin workflows where you need to make a quick update without opening a larger editing panel. Before you confirm, check whether any field is marked as required. If the main button remains disabled, look again for missing entries or a message under one of the fields. In many cases, the dialog will not let you continue until every required value is complete. If you are unsure what the dialog changes, pause and read the title and button labels carefully. A button labeled **Apply** or **Save** usually updates the current item. A button labeled **Publish** or **Delete** usually has broader impact and deserves an extra review before you continue. [SCREENSHOT: centered dialog with title, helper text, input fields, and Confirm/Cancel buttons] ## Responding to Confirmation Prompts for Destructive or Final Actions Confirmation prompts appear when Sherkety ERP & Website Platform wants to prevent accidental changes that are hard to undo. You are most likely to see them before deleting content, discarding edits, publishing updates, closing a panel with unsaved changes, or leaving a page after making changes. 1. Stop and read the full message before clicking anything. 2. Check the item name or section name shown in the prompt so you know exactly what the action affects. 3. Look for warning text that explains whether the action is permanent or affects visible website content. 4. Choose the safe option if you are not ready to continue, such as **Cancel** or **Keep editing**. 5. Choose the final action only when you are sure, such as **Delete**, **Discard**, **Confirm**, or **Publish**. These prompts are intentionally direct. The wording is there to help you avoid acting on the wrong item, especially in screens where several similar records appear in a list. If the prompt highlights a title, page section, or item label, compare it carefully with what you intended to change. A useful way to read these prompts is to separate the buttons into two groups: | Safe choice | What it does | |---|---| | **Cancel** | Closes the prompt and does nothing | | **Keep editing** | Returns you to the open form or drawer | | **Close** | Dismisses the prompt without applying the final action | | Final choice | What it does | |---|---| | **Delete** | Removes the selected item | | **Discard** | Throws away unsaved edits | | **Publish** | Makes the update final and ready to appear where applicable | | **Confirm** | Applies the action described in the prompt | Some prompts may require a more deliberate step before the final button becomes available. If the final action is not clickable yet, review the prompt for a required acknowledgment or an unfinished step. [SCREENSHOT: confirmation prompt warning about deleting or discarding changes with highlighted final action button] ## Closing Modal Interfaces Without Losing Work Closing a drawer or dialog is simple when you have finished your task, but it is worth paying attention to how Sherkety ERP & Website Platform responds when changes are still unsaved. The interface is designed to help you avoid losing work by mistake. 1. Use the available close option: click the **X**, click **Cancel**, press **Escape**, or click outside the panel if that behavior is allowed on that screen. 2. Watch for a prompt if you changed anything. Sherkety ERP & Website Platform may ask whether you want to **Save changes**, **Discard changes**, or **Keep editing**. 3. Choose **Save changes** if your edits are complete and ready to keep. 4. Choose **Discard changes** only if you are certain you do not need the edits. 5. Choose **Keep editing** if you want to return to the form and review your work. Not every panel closes in the same way. Some dialogs allow outside clicks to dismiss them, while more important editing panels may ignore outside clicks to prevent accidental closure. You may also find that the **X** or **Cancel** option does not respond while a save is still in progress. In that case, wait for the action to finish before trying again. If required fields are incomplete, the panel may stay open and show messages near the fields that still need attention. This is normal and helps you correct the form before leaving it in a half-finished state. After the panel closes, check the page behind it. In many admin screens, the list or selected item updates immediately. If you opened the panel from a filtered list, your filters may still remain in place so you can continue working without starting over. This is especially helpful when reviewing multiple records from **Content**, **Users**, **Services**, **Pricing**, or **SEO**. [SCREENSHOT: unsaved changes prompt offering Save changes, Discard changes, and Keep editing] ## Fixing Common Problems With Drawers, Dialogs, and Prompts Most problems with drawers, dialogs, and confirmation prompts come down to incomplete input, a task still running, or a warning that needs your attention. When something does not behave as expected in Sherkety ERP & Website Platform, start by looking closely at the visible controls inside the open panel. - **Save or Confirm is disabled** - Check for required fields you have not completed. - Look for validation messages under text fields, dropdowns, or selection controls. - Review every section of the drawer or dialog in case one field outside the current view still needs input. - **The panel will not close** - Wait a moment to see whether a save is still processing. - Check whether a message appears near the top or bottom of the panel. - If you changed something, look for an unsaved changes prompt asking whether to save, discard, or keep editing. - **A confirmation prompt appears when you click Back or Close** - This usually means Sherkety ERP & Website Platform detected unsaved edits. - Read the prompt carefully and choose **Keep editing** if you want to return to the form. - Choose **Discard changes** only if you want to leave without keeping your edits. - **The page behind the panel does not seem updated** - First, confirm that you clicked the final action such as **Save**, **Publish**, **Delete**, or **Confirm**. - Look for a success message after the action completes. - If the list still looks unchanged, check whether sorting, filters, or pagination are hiding the updated item. For help with lists, see [Using Pagination in Catalogs and Admin Lists](doc:using-pagination-in-catalogs-and-admin-lists). If you regularly work in content editing screens, it also helps to compare the visible result after saving. For related guidance on feedback messages, see [Understanding Toast Messages and Action Feedback](doc:understanding-toast-messages-and-action-feedback). ## Overview Drawers, dialogs, and confirmation prompts are common across both the public editing experience and the admin area of Sherkety ERP & Website Platform. You will encounter them while updating website sections, managing services and pricing, maintaining SEO details, reviewing user accounts, and adjusting settings. Their shared purpose is simple: keep you focused on one action at a time without forcing you to leave the screen you were using. A **drawer** is best for larger editing tasks because it gives you room for multiple fields and sections while preserving the page behind it. A **dialog** is better for short tasks such as choosing an option or entering a small amount of information. A **confirmation prompt** appears when the action is more sensitive, especially when it could remove data, publish changes, or discard work. As you move through Sherkety ERP & Website Platform, pay attention to three things every time one of these panels opens: - the **title**, which tells you what you are changing - the **main action button**, which tells you what will happen next - the **secondary or close action**, which lets you step back safely This pattern becomes especially important in content workflows where you may switch between inline editing, admin pages, and live preview. If you are editing website content, you may also want to review [Previewing Changes Before Saving Content](doc:previewing-changes-before-saving-content) and [Editing Content Directly From the Website](doc:editing-content-directly-from-the-website). The next document in this section is [Understanding Dialog Actions and Safe Confirmation Steps](doc:understanding-dialog-actions-and-safe-confirmation-steps), which goes deeper into how to judge action buttons before you commit a change. ## Prerequisites Before working with drawers, dialogs, and confirmation prompts in Sherkety ERP & Website Platform, make sure you have the right starting point for the task you want to complete. - Be signed in if you need access to admin pages such as **Dashboard**, **Content**, **Users**, **Settings**, **SEO**, **Services**, or **Pricing** - Open the page or admin section where the action begins - Have permission to edit if you expect to see actions such as **Edit**, **Create**, **Save**, **Delete**, or **Publish** - Be ready to complete any required fields before expecting the final action button to become available These panels usually appear as part of another workflow rather than as a destination on their own. For example: - From **Dashboard**, you may open another management area and start an action there - From **Content**, you may open an editing panel for a page section - From **Users**, you may open a focused panel for account changes - From **SEO**, **Services**, **Pricing**, or **Settings**, you may open a side panel or pop-up to update details If you are new to the admin area, start with [Signing In and Accessing the Admin Portal](doc:signing-in-and-accessing-the-admin-portal) and [Using the Admin Dashboard for Navigation](doc:using-the-admin-dashboard-for-navigation). If your work involves website content, [Choosing Between Inline Editing and Admin Pages](doc:choosing-between-inline-editing-and-admin-pages) helps you understand where these panels are most likely to appear. You do not need technical knowledge to use these interfaces. What matters most is recognizing the panel type, reading the title and action buttons carefully, and responding to warnings before you confirm a change. ## Opening the site in your preferred language When you open Sherkety ERP & Website Platform, you may arrive at the main homepage without a language code in the address, or you may land on a language-specific homepage that includes a language prefix. The homepage is available at the root page `/` and also in localized versions such as `/en/`, `/fr/`, `/de/`, and `/it/`. The page itself serves the same purpose in each case: it is still the main entry point with the same core sections, navigation, and calls to action. The difference is the address format shown in your browser. A localized homepage places the language code at the beginning of the address. For example, instead of opening the root homepage, you might see the English version with `/en/` at the start. This makes it easy to tell which language route you are currently browsing. If you already learned how to switch languages from the page controls, use that workflow from [Switching Languages While Browsing the Platform](doc:switching-languages-while-browsing-the-platform). Here, the key point is how that language choice appears in the page address. Once you start from a localized homepage, you can continue browsing normally through the header menus, buttons, and page links. You do not need to manually rewrite each address as you move from one page to another. Sherkety ERP & Website Platform keeps the selected language in the address structure as you open more pages. [SCREENSHOT: Browser address bar showing the homepage at `/` and a localized homepage such as `/en/`] A quick way to confirm you are in the right place is to look at the first part of the address: - `/` = main homepage without a visible language prefix - `/en/` = English homepage - `/fr/` = French homepage - `/de/` = German homepage - `/it/` = Italian homepage If you prefer browsing in one language for your whole visit, start from that language-specific homepage and continue using the site menus from there. ## Browsing service pages with localized URLs Service pages in Sherkety ERP & Website Platform follow the same pattern as the homepage. You can open the services landing page at `/services`, or you can browse a language-specific version such as `/en/services`. From there, you can move into more detailed service pages while keeping the same language prefix at the beginning of the address. The service area includes nested pages that keep their page name after the language code. For example, service detail pages use patterns such as: - `/services/accounting` - `/services/automation` - `/services/ai` In a localized route, the language code comes first and the rest of the page path stays recognizable: - `/en/services/accounting` - `/fr/services/automation` - `/de/services/ai` This structure is helpful because the page name after the language code does not change shape. If you know you are looking for the accounting service page, you can still recognize `services/accounting` no matter which supported language route you are using. The same applies when you move between the services landing page and a specific service detail page from the header menu, service cards, or page links. [SCREENSHOT: Services landing page with browser address showing a localized route such as `/en/services`] When you switch languages while already viewing a service page, expect to remain in the same content area rather than being sent back to the homepage. For example, if you are reading the automation page and change language, the address should still point to the automation page, just under a different language prefix. This makes it easier to compare the same offering across languages without searching for it again. If you want to confirm that you stayed on the correct page, compare the part of the address after the language code. If `services/automation` remains the same, you are still on the automation service page, only in a different language route. ## Finding ERP pages in each supported language Sherkety ERP & Website Platform also uses language-specific routes for ERP pages. The main ERP landing page is available at `/erp`, with localized versions such as `/en/erp`, `/fr/erp`, `/de/erp`, and `/it/erp`. This page acts as the main ERP entry point where visitors can review the broader ERP offering before opening more specific pages. From the ERP landing page, you can move into deeper ERP topics while keeping the same language code at the start of the address. The route pattern stays consistent: the language code appears first, followed by the ERP section path. This helps you continue exploring ERP information without losing the language you selected earlier on the homepage or another public page. The ERP area also includes more specific pages under the ERP section. In Sherkety ERP & Website Platform, these include pages such as: - ERP apps catalog pages - Accounting app page - Sales & CRM app page - HR app page - Purchasing app page - Reporting page You may also encounter ERP-related topic pages under the ERP section, such as implementation, customization, support, or migration content when those pages are presented as part of ERP browsing. The important pattern is that the selected language remains the first part of the address, and the ERP page path follows after it. [SCREENSHOT: ERP landing page with a localized address such as `/fr/erp` and links to ERP app pages] A useful distinction to watch for: - An ERP landing page like `/en/erp` is a category-style page that introduces the ERP offering. - A deeper ERP page points to a more specific topic or app area. If you are comparing ERP options, check the address bar before bookmarking or sharing a page. A localized ERP link helps you reopen the same language version directly later. ## Accessing legal and company information pages without losing language context Legal and company information pages in Sherkety ERP & Website Platform follow the same localized address pattern used across the rest of the public website. When these pages are available in multiple languages, the language code appears first, followed by the page slug. Examples include patterns such as `/en/privacy-policy` or `/fr/terms`. This makes legal pages easier to recognize and revisit in the language you need. Company information pages work the same way. Pages such as About, Contact, and company profile content inherit the selected language in the address, so if you are already browsing a localized version of the site, opening one of these pages keeps you in that same language route. This is especially useful when you are reviewing company details, checking contact information, or sharing a page with someone who needs a specific language version. Bookmarked localized links are particularly helpful for pages people return to often: - Privacy and policy pages for legal review - Terms pages for reference - About and Contact pages for company verification - Company profile pages for business background [SCREENSHOT: Legal or company information page with a localized address such as `/de/privacy-policy`] In practice, this means you can save or share the exact language version you want instead of relying on the site to open the correct version later. If you bookmark a localized page, the language stays built into the address itself. Some pages may be reachable from the main root route, while others are intended to be opened through a locale-prefixed address. The safest way to preserve language context is to use the localized version whenever it is available. If the address begins with `/en/`, `/fr/`, `/de/`, or `/it/`, you can immediately see that you are on a language-specific route rather than a general entry page. ## Recognizing how language-specific routing stays consistent across the site The easiest way to understand localized browsing in Sherkety ERP & Website Platform is to look for one repeated pattern: the language code appears first, and the page path comes after it. This applies across homepage routes, service pages, ERP pages, legal pages, and company information pages. Here are a few examples of that pattern: | Page type | Example localized route | |---|---| | Homepage | `/en/` | | Services landing page | `/en/services` | | Service detail page | `/en/services/accounting` | | ERP landing page | `/de/erp` | | Legal page | `/fr/privacy-policy` | | Company page | `/it/contact` | This consistency helps you identify where you are without relying only on translated page text. Even if the page heading changes language, the address still gives you a clear clue. If the first segment is `/en`, `/fr`, `/de`, or `/it`, you are on a localized route. If you remove the language code from the beginning of the address, you may open the non-localized version of that page, or you may be taken to a more general route depending on the page you entered. If you change the language code while leaving the rest of the path the same, you are usually asking Sherkety ERP & Website Platform to open the same page in another supported language. For example, changing `/en/services/accounting` to `/fr/services/accounting` keeps you on the accounting service page while changing the language route. [SCREENSHOT: Browser address bar highlighting the first path segment as the language code] When checking whether a page is localized, focus on the address bar: - First segment is a language code: localized route - No language code at the start: general route - Same slug after the language code: same page area in another language This is the most reliable way to confirm your current route across the public website. ## Fixing common problems when a page opens in the wrong language If a page opens in the wrong language, the first thing to check is the address bar. In Sherkety ERP & Website Platform, the correct language route should place the language code before the rest of the page path. If a bookmark opens `/` instead of `/en/`, `/fr/`, `/de/`, or `/it/`, you likely opened the general homepage rather than a localized version. Use these checks to correct the route: 1. Look at the beginning of the address. - If you expected a localized page, confirm that the address starts with the correct language code. - If it starts with `/services`, `/erp`, or another page slug without a language code, you may be on a non-localized route. 2. Check the order of the address parts. - The language code must come first. - A correct format looks like `/fr/services/automation`. - An incorrect format places the language code later in the path. 3. Compare the page slug after the language code. - If you want the same page in another language, the part after the language code should match. - For example, `/fr/services/automation` should match the same destination as `/en/services/automation`, just in a different language route. 4. Reopen the page from the site navigation if needed. - Use the header menu, services links, ERP links, or footer links to return to the correct page area. - Then switch to the language you want and confirm the updated address. [SCREENSHOT: Address bar comparison showing a correct localized route and a missing-language route] This is especially useful when checking service, ERP, legal, or company pages. If the slug after the language code matches the page you intended, you are usually on the right destination. If the slug changes, you may have opened a different page entirely. ## Overview Localized browsing in Sherkety ERP & Website Platform is built around a simple address pattern that repeats across the public website. The homepage can open either as the general root page or as a language-specific page such as `/en/`, `/fr/`, `/de/`, or `/it/`. From there, the same structure continues through services, ERP pages, legal pages, and company information pages. The most important thing to remember is that the language code appears first in the address. After that, the rest of the page path stays familiar. A service page keeps its service slug, an ERP page keeps its ERP path, and legal or company pages keep their own page names. This makes it easier to recognize the same destination across multiple languages. Key points from this document: - The homepage is available both with and without a language prefix. - Service pages such as accounting, automation, and AI keep the same slug after the language code. - ERP pages follow the same route pattern, starting with the selected language. - Legal and company pages can be bookmarked in a specific language. - The address bar is the fastest way to confirm whether you are on a localized route. - If a page opens in the wrong language, compare the slug after the language code to verify the correct destination. [SCREENSHOT: Example set of localized addresses across homepage, services, and ERP pages] If you already know how to change languages from the page controls, this document helps you understand what that change looks like in the browser address and how to recognize the correct route while moving around the site. The next step is [Using Language Switching Across Public and Admin Pages](doc:using-language-switching-across-public-and-admin-pages), which explains how language behavior differs when you move between the public website and the admin area. ## Prerequisites Before using localized routes in Sherkety ERP & Website Platform, it helps to have a few basics in place. You do not need any admin access or special setup to browse public pages in different languages, but you should be comfortable checking the browser address bar and moving through the main website navigation. You are ready for this workflow if the following are true: - You can open the public website homepage. - You can use the header navigation, page links, and footer links to move between pages. - You understand basic language switching from [Switching Languages While Browsing the Platform](doc:switching-languages-while-browsing-the-platform). - You can recognize page areas such as Services, ERP, About, Contact, and legal pages. - You are able to compare two page addresses in your browser. This document is most useful when you want to: - Bookmark a page in a specific language - Share a direct link to a service or ERP page - Confirm that you stayed on the same page after changing language - Fix a link that opened the wrong language version - Understand whether you are on a general route or a localized route You do not need to manually type every address to follow this guide. In most cases, you can browse normally using menus and links, then use the address bar only to confirm the route. If you do edit an address manually, make sure the language code appears before the rest of the page path. [SCREENSHOT: Browser address bar with a highlighted language prefix] If you are moving on from public browsing and want to understand how language behavior changes after sign-in, continue with [Using Language Switching Across Public and Admin Pages](doc:using-language-switching-across-public-and-admin-pages). ## Understanding What the Combined Offering Page Lets You Compare In Sherkety ERP & Website Platform, the combined offering page is designed to help you compare **Website Services** and **ERP** options without jumping between separate pages. Instead of reading one service page and then trying to remember details from an ERP page, you can review both paths in one place and decide which direction fits your business more closely. As you move through the page, the comparison usually centers on four practical questions: - What is included in each offering - How pricing is approached - What delivery or implementation will involve - Which next-step button you should use This page is especially useful if your first question is not “Which module should I choose?” but rather **“Do I need a website package, an ERP rollout, or both together?”** The layout supports that decision by placing business-facing website work beside operational software capabilities. One side speaks to public presence, launch support, and packaged delivery. The other side speaks to business operations, module coverage, and implementation planning. The page structure also reflects two different visitor types: - **Business services buyers** who want a website, company presentation, lead capture, or launch support - **ERP buyers** who need better control over finance, sales, HR, inventory, purchasing, or reporting Because both options appear together, you can compare them as related business investments rather than unrelated products. That matters if your company is growing and needs both a stronger public website and better internal processes. [SCREENSHOT: Combined offering page showing Website Services and ERP sections side by side] If you already reviewed the app catalog in [Browsing the ERP Apps Catalog](doc:browsing-the-erp-apps-catalog), this page helps you step back and compare ERP against the website service path before going deeper into individual module pages. ## Comparing Website Services and ERP Scope on the Same Page When you compare the two sides of the page, the biggest difference is **what each offering is meant to deliver**. The **Website Services** area focuses on visible business outputs. This is where you look for website-related work such as site design, content presentation, launch support, and ongoing updates. In practical terms, this side is about what your visitors will see and how your business will appear online. The **ERP** area is framed differently. Instead of design deliverables or launch pages, it focuses on how your business runs day to day. You should expect this side of the page to describe operational coverage such as accounting, HR, sales, purchasing, reporting, or other business process areas. Rather than promising a set of marketing pages, it points you toward software capabilities and business workflows. Use the page to separate these two ideas clearly: - A **website package** usually has defined outputs you can picture - An **ERP engagement** usually covers broader operational needs and business setup decisions That distinction is important when both options sound valuable. If your main concern is brand presence, lead generation, service presentation, or publishing content online, the Website Services side will feel more concrete and immediate. If your concern is approvals, records, reporting, team coordination, or process visibility, the ERP side will be the better match. The page also helps by visually separating the two paths while keeping them connected in the same buyer journey. Look for separate headings, grouped content blocks, comparison sections, and different call-to-action buttons. Those cues help you understand that the offerings are related, but not interchangeable. [SCREENSHOT: Comparison area with separate Website Services and ERP content blocks] If you want more background on how Sherkety ERP & Website Platform presents ERP choices before this comparison step, see [Discovering ERP Products and Packages](doc:discovering-erp-products-and-packages). ## Reviewing Pricing and Cost Expectations Across Both Offerings The pricing section on the combined offering page helps you compare two very different budgeting styles. On the **Website Services** side, pricing is usually easier to connect to a package, tier, or defined scope. When you read this area, look for wording that suggests a structured offer with clear deliverables. Buyers often use this part of the page to answer a simple question: “If I choose a website package, what kind of budget range am I entering?” The **ERP** side usually requires a different reading approach. ERP pricing is less about a fixed visual deliverable and more about the size and complexity of the rollout. As you review this section, pay attention to language that points to factors such as: - Business requirements - Number of modules - Implementation complexity - User needs - Phased rollout expectations This means you should not compare the two sides as if they are priced the same way. A website package often feels more bounded: you can tie the cost to a launch, a set of pages, or a service tier. ERP investment is often broader because it may include setup, process alignment, training, and staged deployment. When reading the page, watch closely for pricing signals that tell you whether a figure is fixed, estimated, or custom: | Pricing signal on the page | What it usually means for you | |---|---| | Package or tier wording | The offer is likely tied to a defined scope | | Starting price or estimate language | The amount is directional, not final | | Custom quote or consultation wording | Pricing depends on your business needs | | Discovery or consultation prompt | The next step is a discussion before final pricing | If the page uses consultation language around ERP, treat that as a sign that the final cost depends on your processes and rollout plan. If the website side uses package-style wording, that usually means faster budgeting and easier comparison. [SCREENSHOT: Pricing section showing website package pricing and ERP consultation or estimate language] ## Evaluating Implementation Timelines and Delivery Expectations The combined offering page does more than compare price. It also helps you understand what delivery will look like after you choose a direction. On the **Website Services** side, timeline language is usually easier to follow because the work often moves through a familiar sequence: design, build, review, and launch. When you read that section, look for wording that suggests milestones tied to approvals, content readiness, and launch preparation. The **ERP** side usually describes a longer and more collaborative path. Instead of moving straight from design to launch, ERP implementation often includes discovery, setup decisions, data preparation, training, testing, and go-live readiness. Even when the page keeps this high level, the wording usually signals that ERP work depends on how your business operates and how prepared your team is to adopt the new tools. Use the page to compare these expectations carefully: 1. Read the website timeline language for signs of a standard delivery flow, such as review rounds, content submission, and launch support. 2. Read the ERP timeline language for signs of a tailored rollout, such as discovery sessions, process alignment, training, or phased implementation. 3. Check whether the wording sounds fixed or flexible. A standard package often points to a more predictable schedule, while a tailored ERP rollout usually depends on scope and readiness. 4. Notice who is expected to participate. Website delivery often depends on approvals and content from your side. ERP delivery usually requires stakeholder involvement across teams. 5. Use these clues to decide whether your project is simple, structured, or likely to need a more detailed planning conversation. This difference matters because buyers sometimes expect ERP to behave like a website project. The page helps correct that expectation. A website can often move ahead once content and approvals are ready. ERP usually needs business decisions, staff input, and process preparation before go-live. [SCREENSHOT: Timeline or implementation section comparing website delivery milestones with ERP rollout stages] ## Choosing the Right Path Based on Your Business Needs Use the comparison page as a decision tool, not just a reading page. The clearest way to choose is to match your immediate business problem to the side of the page that addresses it. 1. Choose **Website Services** if your main need is a public-facing website. This is the right path when you want to present your brand, explain your services, publish content, improve lead capture, or launch a professional online presence. 2. Choose **ERP** if your main need is internal process management. This path fits businesses that need better control over accounting, inventory, HR, sales operations, purchasing, reporting, or cross-team workflows. 3. Consider **both together** if your business needs a customer-facing website and a stronger back-office setup at the same time. This is common when a growing company wants to improve both public visibility and internal operations. 4. Use the wording in each comparison block to identify the type of conversation you need next. If the page emphasizes design, content, and launch, your next discussion is likely about creative scope. If it emphasizes modules, operational needs, and rollout planning, your next discussion is about business requirements. 5. If you are still undecided, compare the pain point you want solved first. A weak online presence points toward Website Services. Manual internal work, disconnected records, or poor reporting points toward ERP. A simple way to read the page is to ask yourself: **Am I trying to improve how customers find and understand my business, or how my team runs the business internally?** That question usually makes the right side of the page stand out quickly. [SCREENSHOT: Decision-focused section with separate calls to action for Website Services, ERP, and combined inquiry] If you need help understanding how ERP modules fit specific business functions after making this comparison, the next document is [Using ERP System Landing Pages to Evaluate Offerings](doc:using-erp-system-landing-pages-to-evaluate-offerings). ## Using the Page's Next-Step Options to Start the Right Conversation Once you finish comparing the two sides, the most important step is choosing the right call to action. The combined offering page is built to direct your inquiry based on what you actually need, so pay attention to button labels and nearby wording before you click. 1. Use the **website-focused** call to action if you want a quote for site design, content delivery, launch support, or related website work. 2. Use the **ERP-focused** call to action if you want to discuss modules, implementation scope, business workflows, or rollout planning. 3. Use a **combined** or broader consultation option if you need both a public website and ERP capabilities as part of one business initiative. 4. Before submitting, prepare the details the page suggests matter most: your business goals, expected scope, budget range, and preferred timeline. 5. In your message, describe the project in the same terms used on the page. For example, mention whether you need website delivery, ERP implementation, or both. This helps your inquiry reach the right team with the right context. 6. Watch for wording such as **demo**, **consultation**, **estimate**, or **discovery session**. These labels tell you what happens next. A demo usually means you will be shown capabilities. A consultation usually means your needs will be discussed. An estimate suggests budget discussion. A discovery session usually means a deeper planning conversation. If you are unsure which button to use, choose the option that matches your biggest immediate need and explain the uncertainty in your inquiry. The comparison content gives you the language to do that clearly. [SCREENSHOT: Inquiry buttons or contact options for website quote, ERP consultation, and combined discussion] ## Overview - The combined offering page in Sherkety ERP & Website Platform brings **Website Services** and **ERP** options into one comparison view. - It helps you answer an early buying question: whether you need a public-facing website package, an ERP rollout, or both together. - The page is organized around four practical comparison areas: - Scope of work - Pricing approach - Implementation expectations - Next-step actions - The **Website Services** side is centered on visible deliverables such as site presentation, content support, launch work, and ongoing updates. - The **ERP** side is centered on business operations, module coverage, process improvement, and implementation planning. - Website pricing is typically easier to connect to packages or tiers, while ERP pricing is more likely to depend on business requirements, rollout complexity, and consultation. - Website delivery language usually points to design, build, review, and launch stages. ERP delivery language usually points to discovery, setup, training, testing, and go-live readiness. - The page is especially useful for businesses that are deciding between: - Improving their public online presence - Improving internal operations - Running both efforts as one connected initiative - The call-to-action buttons on the page help route you toward the right conversation, whether you need a website quote, an ERP consultation, or a broader discovery discussion. For related background before or after this page, you can move between [Browsing the ERP Apps Catalog](doc:browsing-the-erp-apps-catalog) and [Using ERP System Landing Pages to Evaluate Offerings](doc:using-erp-system-landing-pages-to-evaluate-offerings). ## Prerequisites - Before using this comparison page, it helps to already know how to reach ERP-related public pages in Sherkety ERP & Website Platform. - You should be comfortable using: - The main website navigation - Public page links and calls to action - Basic comparison sections on marketing pages - If you have not done that yet, review: - [Discovering ERP Products and Packages](doc:discovering-erp-products-and-packages) - [Browsing the ERP Apps Catalog](doc:browsing-the-erp-apps-catalog) - To get the most value from the page, have a rough idea of: - Whether your need is customer-facing, internal, or both - Your expected project scope - Your preferred timeline - Your likely budget range - It also helps to know which business area matters most right now, such as: - Website presence - Accounting - Sales operations - HR - Inventory - Reporting - If you are comparing offerings for a team, gather input from the people who own public marketing needs and the people who manage internal operations. The page is easier to use when you can compare both sides against real business priorities rather than general interest alone. ## Reviewing the HR dashboard and core hiring modules On the HR product page in Sherkety ERP & Website Platform, the main areas to review together are **Recruitment**, **Employees**, **Appraisals**, **Time Off**, and **Reporting**. These sections show whether the HR offering supports both day-to-day hiring work and broader workforce visibility. If you already reviewed attendance, leave, and payroll topics, use [Understanding Attendance Leave and Payroll Capabilities](doc:understanding-attendance-leave-and-payroll-capabilities) as your reference point and focus here on hiring and analytics. Start with the **Recruitment** area. This is where hiring activity usually begins, with job openings, applicant records, interview progress, and final hiring decisions. A strong product page should make it clear that a **Job Position** leads to incoming applicants, those applicants move through interview stages, and a successful candidate can then become part of the **Employees** area without re-entering the same information. That connection matters because it shows hiring is not separate from employee management. The **Employees** section should sit alongside recruitment rather than apart from it. When you compare modules on the page, look for signs that employee records, department assignments, managers, and work locations can be viewed in one HR space. The **Appraisals** and **Time Off** areas add context after hiring, helping you judge whether the HR module supports the full employee lifecycle rather than only applicant tracking. For decision-makers, the most useful visual signals are dashboard cards, summary counters, and reporting highlights that show: - open positions - applicants currently in progress - candidates at interview stages - recent hiring activity - department-level workforce views HR teams usually need detailed pipeline views and applicant actions, while executives need summary charts and KPI cards that compare departments, staffing levels, and hiring momentum at a glance. [SCREENSHOT: HR product page showing Recruitment, Employees, Appraisals, Time Off, and Reporting sections] ## Following the recruitment workflow from job opening to hire When evaluating recruitment in Sherkety ERP & Website Platform, follow the hiring journey in order instead of looking at features one by one. This makes it easier to judge whether the workflow is practical for recruiters and hiring managers. 1. Open the **Recruitment** area and review a **Job Position**. A complete job opening should clearly show the **Job Title**, **Department**, expected number of new employees, and the person responsible for recruitment. These fields help you confirm that each opening is tied to a real team need and an owner. 2. Check how applicants move through the pipeline. The stages you should expect to see include **New**, **Initial Qualification**, **First Interview**, **Second Interview**, **Contract Proposal**, and **Hired**. A useful hiring screen makes each stage easy to understand so recruiters can immediately see where each candidate stands. 3. Open an applicant record and review the information captured there. The applicant form should include contact details, the candidate source, the assigned recruiter, interview notes, and evaluation history. This is where Sherkety ERP & Website Platform should show whether recruiters can keep all hiring information in one place instead of spreading it across emails and spreadsheets. 4. Confirm what happens after selection. A strong workflow lets the recruiter move a successful applicant into the **Employees** area as a new employee record. This step is important because it connects recruitment activity directly to the employee database and avoids duplicate entry after the offer is accepted. As you review the workflow, pay attention to whether each screen naturally leads to the next one. The best sign of a complete process is a clear path from job opening, to applicant review, to interview tracking, to employee creation. [SCREENSHOT: Recruitment pipeline with applicants moving from New to Hired] ## Comparing candidate pipelines and recruiter performance The most useful way to compare hiring activity in Sherkety ERP & Website Platform is through the recruitment pipeline view. A card-based pipeline lets you see applicant volume by stage without opening each record one at a time. This is especially helpful when you want to compare whether one role has too many candidates stuck early in the process while another role is moving smoothly toward interviews and offers. In the pipeline, look for ways to compare applicants by: - hiring stage - recruiter - job position - department - office - recruitment source A grouped pipeline gives HR teams a quick answer to practical questions such as which recruiter has the heaviest workload, which role is attracting the most applicants, and where delays are building up. If cards show assigned recruiter names and current stages clearly, managers can spot imbalances much faster. Beyond the card view, list-style and reporting views are important for closer analysis. These views help you review how long candidates remain in each stage, how many applicants progress from one interview round to the next, and which applications have gone quiet. Activity-based views are also useful because they show whether follow-ups, interviews, and evaluations are still moving forward or have stalled. When comparing recruiter performance, stage movement history matters. If you can see who handled the applicant and how the record progressed through the hiring stages, you can judge workload and efficiency more fairly. A recruiter with many candidates in early stages may be sourcing heavily, while another may be focused on final interviews and offers. For buyers evaluating HR software, these comparisons show whether Sherkety ERP & Website Platform supports both operational recruiting and management oversight without needing separate reporting tools. [SCREENSHOT: Recruitment pipeline grouped by recruiter or job position] ## Using workforce analytics to evaluate employees and departments Recruitment only tells part of the story. To evaluate HR analytics properly in Sherkety ERP & Website Platform, review how employee information supports broader workforce insight after hiring. The most useful analytics start with the employee directory and the fields that help leaders understand who works where, under whom, and in what role. Common employee details that should support analysis include: | Field | Why it matters | |---|---| | Department | Compare staffing levels across teams | | Manager | Review reporting lines and team structure | | Job Title | Understand role distribution | | Work Location | Compare offices or sites | | Contract Status | Separate active, changing, or other employment situations | These fields become more valuable when combined with information from **Attendance**, **Time Off**, **Appraisals**, and employee records. Instead of treating each HR area separately, Sherkety ERP & Website Platform should help you evaluate the workforce as a connected whole. For example, headcount by department becomes more meaningful when viewed alongside leave patterns or appraisal activity. Organizational views are especially useful during product evaluation. Look for screens that make it easy to understand reporting lines, department structure, and how employees are distributed across the business. This helps buyers answer practical questions such as: - Which departments are growing fastest? - Do managers have balanced team sizes? - Are certain offices understaffed? - Is employee structure visible enough for planning? For executives, workforce analytics are less about individual records and more about planning. Department summaries, manager-based views, and staffing distribution help with capacity planning, retention monitoring, and visibility into team structure. For HR teams, the same information supports daily decisions about transfers, hiring priorities, and follow-up actions. If you want the broader HR context before focusing on analytics, revisit [Reviewing Employee Management and Organization Features](doc:reviewing-employee-management-and-organization-features). ## Assessing reporting value for HR leaders and executives When you assess reporting in Sherkety ERP & Website Platform, focus on whether the HR module turns daily activity into information leaders can actually use. The most valuable reporting outputs are not just raw lists of applicants or employees, but organized views that help answer hiring and workforce questions quickly. Key reporting areas to look for include: - applicant pipeline reports - hiring source analysis - headcount views - absence or leave trends - appraisal tracking These reports matter because they serve different audiences. Recruiters and HR coordinators usually need detailed operational views, such as how many candidates are in each hiring stage or which openings still need attention. HR leaders and executives need summary reporting that helps them compare departments, identify bottlenecks, and monitor workforce changes over time. The most useful metrics include: - open roles - applicants per stage - time-to-hire - department headcount - leave patterns - appraisal progress Good reporting becomes much more practical when Sherkety ERP & Website Platform offers filters, grouped views, and dashboard summaries. Saved filters help HR teams return to the same analysis repeatedly, such as reviewing one department’s hiring pipeline or checking leave patterns for a specific office. Grouped reports make it easier to compare one team against another without exporting data into a spreadsheet first. The main business value here is consistency. When recruitment records and employee records are connected inside the same ERP, reporting can follow the employee journey from vacancy to hire to active workforce participation. That gives decision-makers a clearer picture than disconnected tools usually can. During evaluation, that shared view is one of the strongest signs that the HR module can support both operational control and executive reporting. [SCREENSHOT: HR reporting dashboard with hiring, headcount, and leave summaries] ## Spotting gaps when comparing HR analytics during product evaluation When comparing HR options, it helps to look for missing links as carefully as visible features. Sherkety ERP & Website Platform may show attractive dashboards, but the real test is whether those summaries lead you into useful detail and whether the HR areas stay connected. Start by checking if recruitment totals can open into the records behind them. If a dashboard shows open roles or applicants in progress, you should be able to move from that KPI into the related job positions or applicant records. Without that drill-down path, summary numbers are harder to trust because you cannot quickly verify what is driving them. Next, review filtering options across workforce views. Strong HR analytics should let you narrow results by: - department - manager - office - employment status - recruiter - job position - recruitment source If these comparisons only work after exporting data elsewhere, the built-in reporting is less useful for daily decision-making. During product evaluation, this is one of the easiest ways to separate a polished demo from a practical working tool. Also look for consistent links between **Recruitment**, **Employees**, **Time Off**, and **Appraisals**. If these areas feel disconnected, reporting will likely be fragmented as well. A better experience keeps the employee journey connected so hiring, staffing, leave, and performance can be reviewed together. Finally, make sure the dashboards serve both audiences. Recruiters need operational views with applicant stages, assignments, and follow-up activity. Executives need summary metrics that show hiring pace, workforce distribution, and department-level trends. If one audience is well supported but the other is not, that gap will matter once the HR module is used beyond the initial rollout. The next step is [Evaluating Core HR Workflows on the Product Page](doc:evaluating-core-hr-workflows-on-the-product-page), where you will review how these HR capabilities are presented as complete day-to-day processes. ## Overview This document focuses on how to evaluate recruitment and analytics features on the HR product pages in Sherkety ERP & Website Platform. The goal is not to configure HR settings, but to judge whether the product clearly supports the hiring pipeline, employee visibility, and management reporting that HR teams and executives need. You will review how the HR pages present the connection between **Recruitment**, **Employees**, **Appraisals**, **Time Off**, and **Reporting**. The most important question is whether these areas feel like one connected HR experience. A strong evaluation should show that a job opening can become an applicant pipeline, that a successful candidate can become an employee record, and that employee information can then feed broader workforce reporting. This guide also helps you separate operational HR views from executive views. Recruiters usually care about applicant stages, interview progress, recruiter assignments, and stalled applications. Executives usually care about open roles, time-to-hire, headcount by department, leave patterns, and overall workforce trends. When Sherkety ERP & Website Platform presents both levels clearly, it is easier to assess whether the HR module fits your organization. Use this guide if you are: - comparing HR software options - reviewing the HR module before a demo request - checking whether hiring and workforce reporting are connected - assessing whether dashboards support both HR teams and leadership If you need background on the broader HR offering first, start with [Exploring HR Module Overview and Business Fit](doc:exploring-hr-module-overview-and-business-fit). If you want more detail on employee structure before returning to analytics, see [Reviewing Employee Management and Organization Features](doc:reviewing-employee-management-and-organization-features). ## Prerequisites Before using this guide, make sure you have already reviewed the earlier HR documents so you can focus on recruitment and analytics without repeating the basics. You should already be familiar with: - the overall HR value proposition from [Exploring HR Module Overview and Business Fit](doc:exploring-hr-module-overview-and-business-fit) - employee records, departments, and organization views from [Reviewing Employee Management and Organization Features](doc:reviewing-employee-management-and-organization-features) - attendance, leave, and payroll context from [Understanding Attendance Leave and Payroll Capabilities](doc:understanding-attendance-leave-and-payroll-capabilities) It also helps if you can access the public HR-related pages in Sherkety ERP & Website Platform, especially areas that describe: - Recruitment - Employees - Appraisals - Time Off - Reporting - ERP app or module comparison content As you read, keep these evaluation questions in mind: - Can you follow the hiring process from job opening to employee creation? - Are applicant stages and recruiter assignments visible enough for day-to-day use? - Do reporting summaries support both HR operations and executive review? - Can workforce insights be compared by department, manager, office, or status? You do not need admin access to use this document. This guide is written for product evaluation from the visible pages and module descriptions, not for editing content or changing setup. If you need help navigating public product and module pages before starting, use [Using ERP System Landing Pages to Evaluate Offerings](doc:using-erp-system-landing-pages-to-evaluate-offerings) and [Evaluating ERP Modules From Catalog to Detail Pages](doc:evaluating-erp-modules-from-catalog-to-detail-pages). ## Opening the command palette and spotting shortcut hints If you already know how to open the command palette from [Using the Command Palette for Quick Navigation](doc:using-the-command-palette-for-quick-navigation), the next step is learning how to notice the shortcut hints shown inside the results list. In Sherkety ERP & Website Platform, open the command palette with the keyboard shortcut used for search and quick actions. When the command palette appears, place your cursor in the search box and start typing the name of the action you want, such as a content task, an admin destination, or another common command. As matching results appear, look at each result row carefully. The action name is the main label you select, and the keyboard shortcut hint appears in that same row. It is not stored in a separate settings page or help panel. You discover it while searching. This makes the command palette useful in two ways: - You can use it immediately to run the action from the list. - You can notice the shortcut hint and use that key combination directly next time. For example, a Content Editor might search for a content-related action several times, then start using the shown shortcut instead of opening menus. An Administrator might do the same for common destinations such as dashboard, content, users, settings, pricing, or SEO areas. [SCREENSHOT: Command palette open in the admin area with several result rows, each showing an action label and a keyboard shortcut hint on the same line] Shortcut hints are most valuable for tasks you repeat often. If you regularly jump to the admin dashboard, open content work, or move between management screens, the command palette becomes both a search tool and a shortcut reminder. ## Finding actions that include keyboard shortcut hints To find actions with shortcut hints, use the command palette search box as your starting point. Type the action name the way you would expect to see it in the interface. As you type, Sherkety ERP & Website Platform narrows the list to matching commands. 1. Open the command palette. 2. Click in the search field if the cursor is not already there. 3. Type a word related to the action you want, such as **content**, **dashboard**, **users**, **settings**, **services**, **pricing**, or **SEO**. 4. Review the filtered results list. 5. Look for a keyboard combination shown in the same row as the action label. This side-by-side display helps you compare similar results quickly. If two actions sound alike, the visible shortcut hint can help you decide which one is worth memorizing. For example, you may see one result for opening a frequently used admin area and another for a broader navigation action. The shortcut hint gives you a clue that the action is designed for quick repeat use. Editors will usually benefit most from actions related to content work and moving between editing areas. Administrators may focus on actions that open management screens such as **Dashboard**, **Content**, **Users**, **Settings**, **Services**, **Pricing**, or **SEO**. Not every result will include a shortcut hint. That is normal. When a command has no visible key combination in its row, use the command palette result itself to run it. Rely on what you can see in the list rather than assuming every action has a shortcut. [SCREENSHOT: Filtered command palette results showing some actions with keyboard shortcut hints and others without them] ## Using shortcut hints to move faster through common admin tasks The easiest way to benefit from shortcut hints is to treat the command palette as a learning tool first and a speed tool second. Most people do not memorize shortcuts all at once. Instead, they discover them while working. 1. Open the command palette and search for an action you use often. 2. Run that action from the results list. 3. Notice the keyboard shortcut shown beside it. 4. The next time you need the same action, try the shortcut first. 5. If you forget it, open the command palette again and check the result row. This works especially well for repeated admin tasks. A Content Editor may repeatedly open content-related actions while updating public pages, reviewing localized content, or moving between editing areas. An Administrator may jump between **Dashboard**, **Content**, **Users**, **Settings**, **Services**, **Pricing**, and **SEO** throughout the day. In both cases, shortcut hints reduce the need to move through menus every time. Shortcut hints are most helpful when the action is frequent and predictable. If you perform a task many times each week, the shown key combination can save time. If the task is rare, it is usually better to keep using the command palette search box instead of trying to memorize it. Use the search box when: - You only use the action occasionally - You are unsure of the exact shortcut - You want to compare similar actions before choosing one - You are working in a different admin area and need to confirm the available command In Sherkety ERP & Website Platform, the best pattern is simple: search first, repeat often, then let the visible hint become familiar through use. ## Recognizing how shortcut hints are shown in the results list Shortcut hints are easiest to use when you know exactly where to look. In Sherkety ERP & Website Platform, the command palette is the place where you discover them. You do not need to leave the search window or open another screen. Each result appears as a single row in the command palette list. The action label is the main text you read first. The shortcut hint appears within that same row as a keyboard combination, making it visually different from the action name. This formatting helps you separate “what the action does” from “which keys trigger it.” When you search, the list updates to show only matching actions. If a matching action has a shortcut assigned, the hint remains visible in that filtered result row. This is useful because you can narrow the list with a few letters and still read the shortcut without opening the action first. Pay attention to these visual cues: - **Action label**: the name of the command you can run - **Shortcut hint**: the key combination shown in the same row - **Filtered match**: a result that stays visible because it matches what you typed The command palette remains the discovery surface throughout this process. You search, scan the result rows, and read the shortcut directly there. If the action is available in your current admin context, the hint appears with it. If the action is not available where you are working, it may not appear in the list at all. [SCREENSHOT: Close-up of a single command palette result row with the action label on the left and the keyboard shortcut hint aligned within the same row] This layout is helpful because it turns every search into a small training moment. Even when you do not plan to memorize shortcuts, the result list keeps showing them where you are already looking. ## Getting the most from shortcut hints in daily editing and administration The most effective way to use shortcut hints is to start small. In Sherkety ERP & Website Platform, choose the 3 to 5 actions you use most often in the command palette and learn those first. Trying to remember every visible hint usually makes them harder to use. Focus on actions that support your daily routine. For Content Editors, that may mean content-related actions and common navigation into editing areas. For Administrators, it may mean moving quickly between **Dashboard**, **Content**, **Users**, **Settings**, **Services**, **Pricing**, and **SEO**. These are the kinds of actions where a remembered shortcut can save repeated clicks. Use the command palette as a reminder tool while you build the habit: - Search for the same action a few times - Read the shortcut hint each time it appears - Try the shortcut on your next visit - Return to the command palette if you need a reminder This repeat-and-check approach is more practical than studying shortcuts separately. Because the hint appears next to the action label, you learn it in the exact context where you use it. If your team shares training notes or internal how-to guides, refer to actions by the labels shown in the command palette. That keeps everyone aligned. Instead of saying “use the shortcut for the user area,” say “search for **Users** in the command palette and look at the hint shown in that row.” Shared wording makes it easier for editors and administrators to find the same action and recognize the same shortcut. [SCREENSHOT: Command palette showing commonly used admin destinations that a team might memorize first] A small set of familiar shortcuts is usually more valuable than a long list you rarely use. ## Fixing cases where shortcut hints do not appear or do not work Sometimes you will find an action in the command palette but see no shortcut hint beside it. In Sherkety ERP & Website Platform, that usually means the action does not have an assigned keyboard shortcut. You can still select it from the results list and continue working normally. If the action you expect is missing, start with the search term. Try a simpler word or the exact label used in the admin navigation. For example, search for **Content**, **Users**, **Settings**, **Services**, **Pricing**, or **SEO** rather than a longer phrase. If you still do not see it, the action may not be available from your current admin view. When a shortcut hint is visible but pressing the keys does nothing, the most common issue is a shortcut conflict. Your browser, operating system, or another active feature may already be using the same key combination. In that case, return to the command palette and run the action from the list instead of relying on the shortcut. Use this quick check when something feels inconsistent: - Confirm the action appears in the command palette - Confirm the shortcut hint is actually shown in that result row - Make sure you are in the expected admin area - Try the action from the command palette list - If the shortcut still does not respond, assume another shortcut is taking priority If you can open the command palette reliably but not the shortcut itself, treat the palette as the source of truth. Search for the action again and confirm the exact hint shown there before trying to memorize it. [SCREENSHOT: Command palette with one result showing no shortcut hint and another showing a visible key combination] This is especially useful when you switch between browsers or devices, where keyboard behavior may feel slightly different. ## Overview Keyboard shortcut hints in Sherkety ERP & Website Platform help you move from “searching for an action” to “running it instantly” over time. The command palette is where that transition happens. You open it, type an action name, review the matching results, and notice whether a keyboard combination appears beside the action label. The key idea is simple: - The command palette helps you find actions right now - The shortcut hint helps you do the same action faster later This document focuses on reading those hints directly from the command palette results list. That is different from the broader command palette basics covered in [Using the Command Palette for Quick Navigation](doc:using-the-command-palette-for-quick-navigation). Here, the goal is not just to find a command once, but to recognize which commands are worth memorizing for repeat use. Shortcut hints are especially useful in the admin area for people who repeat the same workflows throughout the day. Content Editors can use them to speed up content-related work and repeated navigation. Administrators can use them to move quickly between management areas such as **Dashboard**, **Content**, **Users**, **Settings**, **Services**, **Pricing**, and **SEO**. Keep in mind that shortcut hints are visible only when they are assigned to a command. If no hint appears, use the command palette result as usual. Over time, the most valuable shortcuts are the ones tied to your own routine, not every command you happen to see. The next step is learning how those visible hints work together with command search during everyday use in [Using Keyboard Shortcut Hints With Command Search](doc:using-keyboard-shortcut-hints-with-command-search). ## Prerequisites Before using keyboard shortcut hints in Sherkety ERP & Website Platform, make sure these basics are already in place: - You can sign in to the admin area successfully - You know how to open the command palette from the keyboard - You are comfortable typing action names into the command palette search box - You have access to the admin sections you want to open, such as **Dashboard**, **Content**, **Users**, **Settings**, **Services**, **Pricing**, or **SEO** It also helps if you have already read [Using the Command Palette for Quick Navigation](doc:using-the-command-palette-for-quick-navigation), since this guide builds on that workflow instead of repeating it. You do not need to memorize any shortcuts before starting. In fact, this guide works best if you begin with actions you already use regularly and let the command palette teach you the visible hints over time. For the smoothest experience: - Work from a keyboard rather than relying only on mouse navigation - Start in a familiar admin area, such as **Dashboard** or **Content** - Search for actions by their visible labels in the interface - Expect that some results will show shortcut hints and some will not If a shortcut hint is not shown, you can still run the action from the command palette. If a shortcut does not respond when pressed, use the result list and confirm the visible hint again later. Once you are comfortable spotting hints in the results list, continue with [Using Keyboard Shortcut Hints With Command Search](doc:using-keyboard-shortcut-hints-with-command-search) to build a faster everyday workflow. ## Reviewing how page metadata shapes search snippets In Sherkety ERP & Website Platform, the text people see in search results usually comes from a mix of the page’s **SEO title**, **Meta description**, and sometimes the page’s visible heading or summary text if dedicated search fields are missing or incomplete. That is why a page can look correct on the website but still appear confusing in search results. A service page might have a clear heading on the page itself, while the browser tab title or search snippet still shows older wording. If you already worked through [Managing Page Metadata in the SEO Admin](doc:managing-page-metadata-in-the-seo-admin), you know where to open the SEO editing area. Here, the important distinction is this: changing the body text in the content editor updates what visitors read on the page, while changing **SEO title** and **Meta description** updates how that page is presented in search listings and browser tabs. These are related, but they are not the same task. A search snippet becomes inconsistent when related pages use noticeably different naming styles, repeat the same description text, or keep references that no longer match the live page. Common examples include: - a page heading that says one thing while the **SEO title** says another - several service pages using the same **Meta description** - older department or product wording left in search fields after the page content was updated - a shorter or more promotional tone on one page while similar pages use a more formal style Before you publish, compare the page heading, the **SEO title**, and the **Meta description** together in the editing screen. If Sherkety ERP & Website Platform shows a search preview or browser-style title preview, use it to confirm the page presents one clear message. [SCREENSHOT: SEO editing area showing page heading, SEO title, meta description, and preview panel] ## Checking metadata across multiple pages before making changes Before editing anything, make sure you can open the page list, enter the content editing screen for the pages you need, and view the SEO fields for each page. In Sherkety ERP & Website Platform, this usually means signing in to the admin area and going to the content or SEO section where public pages are managed. If a page opens in edit mode but you cannot see **SEO title** or **Meta description**, stop there and confirm you have the right access level before starting a cross-page review. 1. Open the page list or content list that contains the pages you want to review together. This might be a group of service pages, ERP app pages, company type pages, or campaign-style landing pages. 2. Identify pages that should feel related in search results. For example, all ERP app pages should usually follow a similar naming style, while company type guidance pages should use a consistent tone and structure. 3. Check each page’s status, such as **Draft**, **Published**, or **Scheduled**. This helps you decide whether to update immediately, save changes for later, or coordinate several pages to go live at the same time. 4. Create a simple review sheet before editing. Capture the current values so you can compare pages side by side and spot duplication quickly. A practical review table can look like this: | Field to review | What to compare | |---|---| | Page name | Internal page label used in the list | | URL slug | The page’s address ending | | SEO title | Search-facing title and browser title | | Meta description | Short search summary text | | Status | Draft, Published, or Scheduled | | Preview | Any search or snippet preview shown | This review step is especially useful when several editors work on the same website sections. It keeps you from updating one page in isolation and accidentally leaving nearby pages with older wording. [SCREENSHOT: Page list with status labels and a selected page ready for SEO review] ## Auditing titles and descriptions for consistency Once you have your page set identified, open each page’s editing screen and compare the visible page heading with the **SEO title** field. The heading and SEO title do not need to be identical, but they should clearly refer to the same topic. If the page heading says **HR Module** and the **SEO title** still uses older wording or a different product name, that mismatch can confuse both visitors and internal reviewers. 1. Open the first page and note the main page heading at the top of the content preview or editor. 2. Compare that heading with the **SEO title** field. Look for missing keywords, old names, or a different order than other related pages. 3. Read the **Meta description** slowly, line by line. Watch for repeated phrases, copied wording from another page, and calls to action that no longer match the page’s current purpose. 4. Check the **URL slug** and confirm it fits the same naming pattern as similar pages. If the page path uses one topic name and the snippet text uses another, the overall search result can feel inconsistent. 5. Use any search preview, snippet preview, or social preview panel in the editor to compare how the page will appear when shared or found in search. 6. Record duplicate or near-duplicate entries in one list so you can fix them together. This audit works best when you review sibling pages side by side. For example, if you are checking ERP app pages, compare **Accounting**, **Sales & CRM**, **HR**, **Purchasing**, and **Reporting** in one pass. You will notice pattern breaks much faster than if you edit them on separate days. When you find duplicates, do not fix them one by one without a plan. Mark all affected pages first, then update them in a single editing session so the wording stays coordinated. [SCREENSHOT: Two related pages compared by heading, SEO title, meta description, and URL slug] ## Updating page metadata without creating conflicting snippets After the audit, update related pages in a controlled way so the new wording feels coordinated instead of piecemeal. In Sherkety ERP & Website Platform, start with the **SEO title** field. Choose one naming pattern and apply it across the page group. A common approach is to place the page topic first and the brand name second, using the same separator on every related page. The exact wording can vary by page, but the structure should stay stable. 1. Edit the **SEO title** for each page using the same pattern. Keep the page topic specific, then add the brand name in the same position each time. 2. Rewrite the **Meta description** so it reflects the current page content. Keep the tone and terminology consistent across the group, but make each description distinct. 3. If the page also has a **Summary**, **Excerpt**, or teaser-style field that appears in previews, update that text when needed so it does not conflict with the dedicated SEO fields. 4. Save the page as **Draft** first when that option is available. This gives you a chance to review the revised snippet before it goes live. 5. Use the preview area to confirm the title, description, and page heading all support the same message. 6. Publish or schedule the updated pages in one batch when possible so visitors do not see a mix of old and new snippet styles. A good update keeps related pages aligned without making them identical. For example, all ERP app pages can share the same title pattern and tone, while each **Meta description** highlights that page’s own focus. That balance helps search results look organized and still gives each page a clear purpose. If you are also changing visible page text, keep those edits coordinated. A new **SEO title** should not go live days before the page heading or summary catches up. [SCREENSHOT: Editing SEO title and meta description, then saving as Draft before publishing] ## Setting editorial rules for a coherent search presence Consistency is much easier when your team follows a shared set of writing rules. In Sherkety ERP & Website Platform, these rules do not need to be complicated, but they should be specific enough that different editors produce similar results. Without a standard, one page may place the brand name first, another may place it last, and a third may skip it entirely. Use a simple editorial standard for **SEO title** fields, such as: - put the page topic first - place the brand name in the same position on every related page - use one separator style consistently - keep titles short enough to stay readable in previews - match the wording to the current page heading and navigation label For **Meta description** writing, set rules that help pages stay distinct: - focus on one primary topic per page - include one clear action or value statement - avoid copying descriptions between sibling pages - keep department, service, and product names consistent - remove outdated offers or wording as soon as the page focus changes You should also define when metadata must be reviewed. A good rule is to revisit **SEO title** and **Meta description** whenever an editor changes: - the main page heading - the navigation label - the page summary or teaser - the core message of the body content Finally, assign ownership. Some teams let content editors prepare metadata while an administrator gives final approval before publishing. Others allow direct publishing for routine updates and reserve approval for major page changes. Whatever your process is, document it clearly so no one assumes “someone else” will check the search snippet. [SCREENSHOT: Team review notes or editorial checklist next to SEO fields in the admin area] ## Fixing common metadata issues across published pages Even after careful editing, a few common problems can still affect live search snippets. The first is a blank **SEO title** or **Meta description**. When those fields are empty, Sherkety ERP & Website Platform may rely on the page heading or visible body text instead. That can produce a search result that feels incomplete, too long, or unrelated to the page’s current purpose. If a snippet looks wrong, open the page and confirm the dedicated SEO fields are actually filled in. Another frequent issue is duplication. This usually happens when editors copy the same **Meta description** into several related pages and only change the page heading. The pages may look different on the website, but in search results they appear nearly identical. To fix this, gather all similar pages into one review pass and rewrite each description so it reflects the page’s specific topic. You may also publish an update and still see the old snippet. In that case, check the page status first: - **Draft** means the changes are not live yet - **Scheduled** means the update is waiting for its publish time - **Published** means the page is live, but search results may still show older wording for a while A final issue appears when the page heading, **URL slug**, and metadata were updated at different times. For example, the heading may use a new service name while the slug and **SEO title** still use the previous one. When that happens, review all three together and bring them back into alignment. If you keep seeing mismatch problems, return to the page list and compare related pages again as a group rather than troubleshooting one page in isolation. ## Overview This document focuses on one practical goal: making sure public pages in Sherkety ERP & Website Platform present clear, coordinated search snippets across the website. Search snippets are shaped by the **SEO title**, **Meta description**, and in some cases the page heading or summary text. When those pieces drift apart, search results can look inconsistent even if the page itself appears correct. The workflow in this guide is different from basic metadata entry. Instead of editing one page at a time, you review groups of related pages together, compare their naming patterns, and update them in a controlled batch. This is especially useful for sections such as service pages, ERP app pages, and company type guidance pages, where visitors expect similar wording and structure from one result to the next. The main tasks covered here are: - comparing page heading, **SEO title**, and **Meta description** - reviewing page status before making live changes - spotting duplicate or outdated descriptions across related pages - updating titles and descriptions without creating mixed styles - setting team rules for future metadata edits - correcting common issues on already published pages If you need help with the basics of opening the SEO editing area or understanding where metadata fields are stored, refer back to [Managing Page Metadata in the SEO Admin](doc:managing-page-metadata-in-the-seo-admin). This guide assumes you already know how to access those fields and focuses on keeping them consistent across multiple pages. The next document in this sequence is [Maintaining Page SEO Details in Admin](doc:maintaining-page-seo-details-in-admin), which continues from consistency review into ongoing page-by-page maintenance. ## Prerequisites Before you start this review in Sherkety ERP & Website Platform, make sure you have the right access and a clear page group to work on. This guide is intended for administrators and content editors who can open public page records and edit search-facing fields. You should have: - access to the admin sign-in screen and your active account - permission to open the content management area or SEO management area - permission to view and edit **SEO title** and **Meta description** fields - a defined set of related pages to review together, such as ERP app pages, service pages, or company type pages - enough time to compare all pages in that group before publishing changes It also helps if you already know how to: - move through the admin area from the dashboard - open a page for editing - recognize page status labels such as **Draft**, **Published**, and **Scheduled** - save a page without publishing immediately, if draft saving is available - use any preview panel shown in the editor For the smoothest review, prepare a short comparison list before you begin. At minimum, track these items for each page: | Item | Why it matters | |---|---| | Page name | Helps you identify the page in lists | | URL slug | Confirms naming alignment across related pages | | SEO title | Controls the search-facing title | | Meta description | Controls the short search summary | | Status | Tells you whether changes are live, pending, or unpublished | If your team shares responsibility for publishing, confirm who will approve or publish the final updates before you start editing. After this consistency pass, continue with [Maintaining Page SEO Details in Admin](doc:maintaining-page-seo-details-in-admin) to manage ongoing updates page by page. ## Finding the page settings used by search engines In Sherkety ERP & Website Platform, search-facing page details are managed from the admin area rather than from the public page itself. After signing in, open the admin navigation and go to the SEO area. If you need help getting around the admin screens, use [Using the Admin Dashboard for Navigation](doc:using-the-admin-dashboard-for-navigation) as a quick refresher. When you open a page record in the SEO area, look for fields related to page metadata. These are separate from the main content fields you may already know from content editing. For example, the page heading visitors read on the page is not always the same as the SEO title shown in search results. In the same way, body text and section content are different from the short description that search engines may show under the page title. This distinction matters when you are updating public pages such as service pages, ERP landing pages, company type pages, and other website pages that can appear in search results. A page can read well for visitors and still need a more focused SEO title or description for search visibility. The SEO area is where you make those search-facing adjustments without rewriting the full page. Typical page records you may review here include: - Standard website pages - Service and landing pages - ERP product pages - Company type detail pages - Other public-facing pages with their own page address [SCREENSHOT: SEO admin screen showing a list of pages and a page settings panel] Save SEO changes from the page settings screen as part of the normal editing flow. If your team reviews updates before they go live, complete the edits, save them, and then publish or make the page live using your usual page publishing process. If you are also changing visible page content, keep those updates coordinated so the search title, description, and page content stay aligned. ## Editing titles, descriptions, and page URLs Use this workflow when you need to update how a page appears in search results or when the page address no longer matches the topic clearly. 1. In Sherkety ERP & Website Platform, open the SEO area in the admin section. 2. Select the page you want to update. 3. Find the SEO title field and enter the title you want search engines to show. 4. Find the meta description field and write a short summary for that specific page. 5. Review the page URL, slug, or permalink field if the address needs to be changed. 6. Click **Save**, then publish the page if your team uses a separate publish step. Keep the SEO title separate from the page name or on-page heading. The page name is often written for navigation and page layout, while the SEO title should help the page stand out in search results. For example, a page heading might be short and brand-focused, while the SEO title can be more specific about the service or topic. For the meta description, avoid copying a full paragraph from the page body. Write a concise summary that matches the page topic. This field is meant to support search snippets, so it should quickly explain what the page is about. When reviewing the page URL, only change it when there is a good reason, such as: - The address is outdated - The topic has changed - The current slug is unclear or too broad - You are standardizing naming across related pages [SCREENSHOT: Page SEO form showing SEO title, meta description, and URL or slug fields] After saving, check whether Sherkety ERP & Website Platform accepts the new address immediately or shows any prompt related to handling the old address. If a page URL changes, always review internal links and navigation items that may still point to the previous page address. ## Managing social sharing and search preview details Some pages in Sherkety ERP & Website Platform include separate fields for social sharing details. When these are available, look for fields such as social title, social description, or social image in the page settings. These fields control how a page may appear when shared on social platforms, which can be different from how it appears in search results. A common setup is to keep search and social details similar but not identical. Search results usually need a clear, topic-based title and description. Social sharing often works better with more campaign-focused wording or a stronger visual. If the page editor includes a dedicated social image field, use it when the default page image does not create a strong preview. If dedicated social fields are left blank, Sherkety ERP & Website Platform may fall back to the regular SEO title, meta description, or an existing page image. That can be helpful for routine pages, but it is worth checking pages that are likely to be shared widely, such as: - Promotional landing pages - Event or announcement pages - New service launches - Special campaign pages - ERP feature pages used in outreach Where a preview panel is available, use it before saving. A preview helps you compare how the page may look in search results versus social sharing cards. This is especially useful when a page title is short on the website but needs more context in search, or when a social post needs a more engaging message than a standard search snippet. [SCREENSHOT: Preview panel comparing search result text and social sharing card] Use custom social details when the shared message should be different from the search message. For example, a service page may need a straightforward SEO title for search, while the social version highlights a specific benefit or promotion. If the page is evergreen and not campaign-based, the regular SEO title and description are often enough. ## Controlling how pages appear in search indexing Search visibility settings decide whether a page should appear in search engines at all. In Sherkety ERP & Website Platform, these controls are usually found in the same SEO settings area as the title and description fields. Look for options related to search visibility, indexing, or sitemap inclusion. 1. Open the page in the SEO area. 2. Review the search visibility options for that page. 3. Turn off indexing for pages that should not appear in search. 4. Check any preferred URL or canonical setting if the page has similar versions elsewhere. 5. Save the change and publish it if required. Pages that often need restricted search visibility include: - Thank-you pages shown after form submission - Temporary campaign pages - Duplicate or alternate versions of another page - Utility pages not meant for public discovery If Sherkety ERP & Website Platform shows options such as **No Index**, **No Follow**, or **Exclude from Sitemap**, treat them carefully. These settings affect whether search engines can discover and keep the page in results. A page can remain live for direct visitors while still being hidden from search if indexing is turned off. If a preferred URL or canonical field is available, use it when two pages are very similar and you want search engines to treat one as the main version. This helps reduce confusion when content overlaps across landing pages or localized variants. [SCREENSHOT: SEO visibility settings with indexing and sitemap options] After saving, double-check that the final setting matches your intent. Accidental indexing changes can hide an important public page, while accidental re-enabling can expose pages that were meant to stay out of search. For broader page setup work, you may also want to review [Managing Services Pricing and Site Settings](doc:managing-services-pricing-and-site-settings) if the page update is part of a larger site change. ## Coordinating SEO updates with page publishing and site management SEO work in Sherkety ERP & Website Platform is easiest to manage when it is treated as part of the full page update process, not as a last-minute extra step. When a page is being revised, update the search-facing fields at the same time you review the visible content, images, and navigation placement. A practical workflow usually looks like this: 1. Edit the page content or open the page settings in the SEO area. 2. Update the SEO title, description, URL, and any social sharing details. 3. Review whether indexing settings still match the page’s purpose. 4. Save the changes. 5. Publish the page when it is approved for public use. Content editors can usually handle page-by-page metadata updates directly in the admin area. That includes routine title and description changes and, in many cases, page-specific social details. Some changes need more coordination, especially when they affect the wider site. Examples include: - Large URL restructuring across many pages - Sitewide search behavior - Shared templates that affect many page previews - Redirect planning after major renaming - Broad navigation changes tied to page moves When a page is revised, keep these related items in sync: - Navigation labels - Internal links - Featured images - Redirect handling for changed URLs - Search visibility settings This is also where role boundaries matter. Content editors may be responsible for wording and page-level metadata, while administrators may control higher-impact settings such as indexing rules, URL changes, and broader site configuration. If your access is limited, save the content changes you can make and pass the remaining items to an administrator instead of trying to work around missing options. ## Fixing common problems with search-facing page information When search-facing updates do not behave as expected, start with the page record in the SEO area and work through the most likely causes. If the updated SEO title or description is not showing on the live page, first confirm that you clicked **Save** and completed any required publish step. In Sherkety ERP & Website Platform, saving a draft and making a page live may be separate actions. Reopen the page settings and make sure the new values are still present. If they are saved correctly but the live result still looks old, the page may still be showing an earlier version for a short time. If a page URL change caused broken links, return to the page settings and confirm the current URL or slug. Then check whether the previous address is still being used in menus, buttons, or linked content. This often happens after renaming service pages or ERP landing pages. If the old address is still referenced elsewhere, update those links so visitors are not sent to a missing page. When search engines seem to ignore a page, review the visibility settings carefully. Look for any option that hides the page from search or removes it from sitemap listings. Also confirm that the page is still part of the public website structure and has not been left disconnected from normal navigation. If social platforms show the wrong image or text, reopen the page and check the dedicated social fields. A page may still be using fallback values because the custom social title, description, or image was never filled in. If the correct values are saved but an older preview still appears outside Sherkety ERP & Website Platform, the external platform may still be showing a cached version. [SCREENSHOT: SEO page settings with saved values highlighted for troubleshooting] For more detailed page-level SEO work, see [Managing Page Metadata in the SEO Admin](doc:managing-page-metadata-in-the-seo-admin) and [Keeping Search Snippets Consistent Across Pages](doc:keeping-search-snippets-consistent-across-pages). ## Overview This document focuses on the SEO area in Sherkety ERP & Website Platform where administrators and content editors maintain the information that search engines and social platforms use to represent public pages. That includes the SEO title, meta description, page URL, search visibility settings, and any available social sharing fields. Use this guide when you need to: - Improve how a page appears in search results - Rename a page address to better match its topic - Hide utility pages from search indexing - Review social sharing text and images - Coordinate metadata changes with page publishing The main idea is simple: page content and search-facing information are related, but they are not the same thing. A visitor-facing heading, a menu label, and a search result title can all serve different purposes. Sherkety ERP & Website Platform gives you a dedicated admin area to manage those details without editing the full page body every time. This guide does not repeat the broader setup for services, pricing, or site settings. If your SEO update is part of a larger website change, refer back to [Managing Services Pricing and Site Settings](doc:managing-services-pricing-and-site-settings). If you are working directly on page content rather than metadata, the inline editing and content editor guides in this documentation set are the better match. You will get the most value from this guide when you use it during real page maintenance: open a page in the SEO area, compare the search-facing fields with the live page, make the needed updates, and then save and publish carefully. ## Prerequisites Before you start editing search-facing page information in Sherkety ERP & Website Platform, make sure the following are true: - You can sign in to the admin area successfully - Your account has access to the SEO section or page settings area - You know which public page you need to update - You have the approved wording for the page title, description, or URL if your team uses a review process - You understand whether your team expects you to save drafts only or also publish changes It also helps to have these items ready before opening the page: - The exact page name as it appears on the website - The current page address if you are planning a URL change - The replacement title and description text - Any custom social image or campaign wording, if needed - Approval from the page owner before changing indexing or visibility settings If you are new to the admin area, review [Signing In and Accessing the Admin Portal](doc:signing-in-and-accessing-the-admin-portal) and [Using the Admin Dashboard for Navigation](doc:using-the-admin-dashboard-for-navigation) first. Those guides explain how to reach the protected admin screens and move between the main sections. Be especially careful with URL changes and indexing controls. These settings affect how people find pages from search and from existing links. If you are unsure whether you should change a page address or hide a page from search, pause and confirm with an administrator before saving. The next document in this Admin Portal series is [Managing Users and Role Based Access](doc:managing-users-and-role-based-access). ## Understanding How Leads, Contacts, and Opportunities Connect In Sherkety ERP & Website Platform, the **Sales & CRM** area brings three related workflows together: collecting new prospects, keeping customer details organized, and tracking active deals in the sales funnel. If you already reviewed the broader module tour in [Exploring Sales and CRM Overview](doc:exploring-sales-and-crm-overview), this section focuses on how those records connect during day-to-day selling. A **lead** is the starting point. Use it for someone who has shown interest but is not yet ready to be treated as an active deal. This might be an inquiry from a form, a referral, or an early conversation where you still need to confirm who the buyer is, what company they represent, or whether there is a real sales opportunity. Once details are clearer, that lead can be tied to a **contact** or **company** record. The contact record is where you keep the person’s communication details and relationship history. This is the place for items such as the person’s name, company, email address, phone number, and notes from conversations. If the same customer returns later, your team can continue from the same record instead of starting over. An **opportunity** is different from a contact. It represents a real deal moving through the pipeline. In the pipeline view, opportunities appear as cards arranged by stage so your team can see what is in early discussion, what is being prepared for proposal, and what is close to closing. Think of it this way: - **Lead** = an unqualified prospect - **Contact** = the person or company you know and communicate with - **Opportunity** = the revenue-focused deal you are trying to win [SCREENSHOT: Sales & CRM area showing separate lead details, contact information, and pipeline cards] ## Capturing New Leads and Building Contact Records When a new prospect reaches out, start in the **Sales & CRM** area and open the lead entry form. This is where your team records early information before deciding whether the inquiry belongs in the active pipeline. Enter as much verified information as you have so the record is useful from the start. Typical details to capture include: | Field | What to enter | |---|---| | **Name** | The prospect’s name | | **Company** | The business they represent | | **Email** | Their main email address | | **Phone** | Their direct or company phone number | | **Source** | Where the inquiry came from | At this stage, the goal is not to force every inquiry into a deal. Sherkety ERP & Website Platform lets you keep early-stage prospects as leads while your team confirms whether there is a real sales fit. That helps you avoid cluttering the pipeline with names that are still too early to forecast. As conversations progress, enrich the record with better details. If you confirm the buyer’s identity, company, and communication channels, build or update the related contact record so future activity stays connected to the same person or account. This is especially useful when a prospect first arrives with limited information and later becomes a known customer contact. Use contact records to keep relationship details in one place, including: - Primary communication details - Company association - Notes from calls or follow-ups - Ongoing account history tied to that person or business [SCREENSHOT: New lead form with name, company, email, phone, and source fields] A clean contact record saves time later. Instead of re-entering the same buyer details for every conversation, your team can reuse the existing contact and focus on moving the sale forward. ## Qualifying Prospects Before Adding Them to the Pipeline Not every lead should appear in the pipeline right away. Before your team creates an active opportunity, review the lead and confirm that it is ready for sales follow-up as a real deal. This qualification step keeps the funnel realistic and helps managers trust what they see on the pipeline board. Look at the lead record and check whether the basic facts are complete. At minimum, confirm that the prospect can be identified and contacted. If the record is missing a reliable name, company, email address, or phone number, keep it in the lead stage until those details are clearer. A lead with incomplete information may still be worth keeping, but it is not yet strong enough to treat as a forecastable opportunity. Then review sales relevance. Ask whether the prospect has shown real interest, whether the company fits your target customer profile, and whether there is a meaningful reason to continue the conversation. If the inquiry is only informational or too early to pursue, keep it as a lead or maintain only a contact record for future follow-up. Use these decision points: - Keep it as a **lead** when details are still incomplete or interest is not yet confirmed - promote it to an **opportunity** when the prospect is qualified and an active sales discussion is underway - keep only a **contact** when you want the person or company in your records but there is no current deal to track This distinction matters. When unready prospects are pushed into the pipeline too early, the board becomes crowded and expected revenue becomes less reliable. By qualifying first, Sherkety ERP & Website Platform helps your team focus on deals that are actually moving. [SCREENSHOT: Lead review screen with contact details and qualification notes before pipeline entry] ## Moving Opportunities Through the Sales Pipeline Once a prospect is qualified, open the pipeline board in **Sales & CRM** to manage the deal as an opportunity. The pipeline is organized as stage-based columns, with each opportunity shown as a card. This layout makes it easy to see where every deal stands and which items need attention. 1. Open the **Sales & CRM** pipeline view. 2. Create a new opportunity from a qualified lead, or add one directly if a sales conversation is already underway. 3. Enter the deal details on the opportunity card or form. 4. Place the opportunity in the correct stage. 5. Update the stage each time the customer interaction moves forward. Common funnel stages include: - **Initial Contact** - **Qualification** - **Proposal** - **Negotiation** - **Closing** Each opportunity should hold the details that matter for the deal itself, not just the person’s contact information. Use the opportunity to track items such as: | Opportunity detail | Why it matters | |---|---| | **Expected Value** | Shows the potential revenue of the deal | | **Assigned Salesperson** | Clarifies ownership | | **Target Close Timing** | Helps with planning and forecasting | | **Current Stage** | Shows where the deal is in the funnel | [SCREENSHOT: Pipeline board with opportunity cards across sales stages] Keep the card updated after every meaningful conversation. If a proposal has been sent, move the opportunity to **Proposal**. If pricing is being discussed, move it to **Negotiation**. If the customer is ready to commit, place it in **Closing**. Accurate stage updates help the whole team understand the true status of the pipeline and prepare for the next action. ## Using Contact History to Support Sales Follow-Up A strong pipeline depends on more than stage changes. Your team also needs the full relationship picture, and that starts with the contact record. In Sherkety ERP & Website Platform, use the contact record as the main reference point for the buyer or company behind the deal. Store ongoing communication details on the contact so anyone reviewing the account can quickly understand prior interactions. This includes emails, calls, notes, and other relationship context that explains what the customer asked for, what concerns they raised, and who has already spoken with them. Before advancing an opportunity, sales reps can review this history and avoid repeating questions the customer has already answered. This shared history becomes even more valuable when the same customer has more than one sales conversation over time. Instead of creating separate copies of the same person or company, attach activity to the existing contact whenever possible. That keeps the record clean and makes it easier to understand the full account relationship. Complete contact records help with: - seeing previous conversations before the next follow-up - reducing duplicate entry across multiple deals - keeping buyer and company details consistent - supporting handoffs between team members - personalizing outreach based on known history [SCREENSHOT: Contact record showing communication notes and linked sales activity] When an open opportunity is linked to the right contact, the sales rep can view both the deal status and the relationship background together. That combination is what makes follow-up more effective. Instead of treating every call like a fresh start, your team can continue the conversation with context, which improves continuity and creates a smoother customer experience across the funnel. ## Common Issues and How to Fix Them Most Sales & CRM problems come from records being saved in the wrong place or not being linked together. When something looks missing or incorrect, start by checking whether the prospect is stored as a lead, a contact, or an opportunity. If a **lead was created but does not appear in the pipeline**, the most likely reason is that it is still a lead-only record. The pipeline shows active opportunities, not every inquiry. Open the record and confirm that it has been qualified and converted into an opportunity before expecting to see it on the board. If **duplicate people or companies appear**, review how the record was created. This often happens when someone enters a new lead instead of attaching the latest activity to an existing contact. Search for the person or company first before creating another record. If the customer already exists, continue using that contact so communication history stays in one place. If an **opportunity is in the wrong stage**, open the pipeline card and verify the selected stage. Deals often become outdated when a rep has a customer conversation but forgets to move the card afterward. Update the stage as soon as the deal changes from initial discussion to proposal, negotiation, or closing. If **sales reps cannot see full customer context**, check whether the notes, contact details, and open opportunity are attached to the same contact or company profile. When information is split across separate records, the account view feels incomplete. Use this quick troubleshooting guide: - **Missing from pipeline**: confirm the record is an opportunity, not only a lead - **Duplicate records**: search existing contacts before adding a new one - **Wrong stage**: update the opportunity card after each major interaction - **Missing history**: make sure notes and deal records are linked to the same contact or company [SCREENSHOT: CRM records showing lead status, linked contact, and opportunity stage] ## Overview This document focuses on the practical flow of managing prospects inside the **Sales & CRM** area of Sherkety ERP & Website Platform. The main idea is simple: start with a lead when an inquiry is still early, build or update a contact record once the person or company is known, and create an opportunity only when there is a real deal to track in the pipeline. Use this workflow to keep records clear: - capture new inquiries as **leads** - confirm buyer and company details in the **contact** record - track active revenue discussions as **opportunities** - move opportunity cards through the pipeline as the sale progresses This separation helps your team avoid two common problems: treating every inquiry like a live deal, and storing customer details in too many places. Contact records hold the relationship history, while opportunity cards hold deal-specific information such as value, owner, close timing, and stage. If you need a broader introduction to where Sales & CRM fits within Sherkety ERP & Website Platform, return to [Exploring Sales and CRM Overview](doc:exploring-sales-and-crm-overview). That guide explains the module at a higher level, while this one focuses on the daily work of capturing prospects and managing the funnel. [SCREENSHOT: Sales & CRM workflow from lead to contact to opportunity] The next step is learning how activity continues after an opportunity enters the pipeline, especially around proposals, reminders, and ongoing follow-up. Continue with [Understanding Quotations Automation and Follow Up](doc:understanding-quotations-automation-and-follow-up). ## Prerequisites Before working with leads, contacts, and opportunities in Sherkety ERP & Website Platform, make sure you can access the **Sales & CRM** area and understand the basic navigation used across the workspace. You do not need advanced setup knowledge, but a few basics will make the workflow easier. You should already be comfortable with: - opening the **Sales & CRM** section from the main navigation - recognizing list views, forms, and pipeline-style boards - selecting or searching for an existing person or company before creating a new record - reading status or stage labels on cards and records It also helps if you have already reviewed: - [Exploring Sales and CRM Overview](doc:exploring-sales-and-crm-overview) - [Understanding Breadcrumbs Drawers and Shared Navigation Patterns](doc:understanding-breadcrumbs-drawers-and-shared-navigation-patterns) - [Understanding Toast Messages and Action Feedback](doc:understanding-toast-messages-and-action-feedback) For day-to-day use, gather the prospect details you are likely to enter: - person’s name - company name - email address - phone number - lead source - any notes from the first conversation If your team shares accounts, agree on a simple habit before you begin: always search for an existing contact or company first. That one step reduces duplicate records and keeps communication history together. [SCREENSHOT: Sales & CRM navigation entry and search area for finding existing contacts] When these basics are in place, you can move through lead capture, qualification, contact management, and pipeline updates without breaking the customer record into separate pieces. ## Opening structured content fields in the editor modal In Sherkety ERP & Website Platform, repeating content appears in the editor modal as a grouped content area rather than a single text box. You will usually notice this when a section contains multiple cards or entries on the page, such as team members, statistics blocks, service summaries, FAQ-style items, or other repeated content patterns. Instead of one field for the whole section, the editor shows a collection with separate entries listed as rows or cards. A single text field is simple: you click into it, type your change, and move on. A repeating content group works differently. You first open the collection, then choose whether to add a new entry or edit one that already exists. Each entry usually contains several related fields together, such as a title, short description, image, label, value, or link. This is how Sherkety ERP & Website Platform keeps card-based sections organized. Look for controls such as **Add item**, an item row you can click, and action buttons beside each entry. Some collections let you edit directly inside the main modal. Others open the selected item in its own form area, side panel, or nested editing view so you can fill in all fields for that one entry before returning to the list. Use this approach when the page section clearly repeats the same layout several times. For example, if the public page shows several team cards with the same structure, you should expect to edit those cards as a collection instead of trying to change the section as one long paragraph. [SCREENSHOT: editor modal showing a repeating content collection with multiple item rows and an Add item button] If you need help with language switching before editing these grouped fields, refer to [Editing Multilingual Content in the Editor](doc:editing-multilingual-content-in-the-editor). ## Adding new items to collections like team members and statistics 1. Open the page section in the editor modal and find the repeating content group you want to update, such as a team member list, statistics block, or service summary collection. 2. Click **Add item** or the similar add action shown in that collection. Sherkety ERP & Website Platform opens a new item form either inside the modal or in a nested panel. 3. Fill in the fields shown for that item. The exact fields depend on the section, but common examples include: | Content type | Common fields you may see | |---|---| | Team member | **Name**, **Role**, **Bio**, **Image**, **Link** | | Statistic block | **Label**, **Value**, **Supporting text** | | Service summary | **Title**, **Summary**, **Image**, **Call-to-action link** | 4. Complete every required field before trying to save. Required fields are usually easy to spot because they stay highlighted, show a warning, or display a validation message if left empty. If a new item does not save, check for blank required fields first. 5. Click the item-level save action to add the entry back into the collection. After saving, confirm that the new item now appears in the list inside the editor modal. When a collection is empty, Sherkety ERP & Website Platform may show a blank or empty-state message with a clear prompt to add the first item. That is normal and simply means no entries have been created for that section yet. If a field asks for an image, link, or number, enter the type of content that field expects. For example, a statistic value should be entered as a numeric value if the field only accepts numbers. If something is missing or in the wrong format, the item usually stays open until you fix it. [SCREENSHOT: new repeating item form with fields for title, description, image, and link] ## Editing and organizing existing structured items 1. In the collection list, click the item you want to update. Sherkety ERP & Website Platform opens that entry so you can change its existing fields. 2. Edit the content you need. Depending on the section, this may include text, short descriptions, image selections, statistic values, or links. For example, you might update a team member’s **Role**, replace a portrait image, or revise a service summary so it matches the latest public wording. 3. Save the item so your changes are stored inside the collection. Then return to the item list and review the updated entry label or preview text. 4. Reorder items if the section should appear in a different sequence on the page. Look for drag handles, move controls, or other position tools beside each row or card. This is useful when you want a featured team member, top statistic, or priority service summary to appear first. 5. If the editor offers a duplicate or clone action, use it when you want to create a similar item without starting from scratch. This is especially helpful for card-based layouts where the structure stays the same and only a few details change. 6. Remove an item only when you are sure it should no longer appear in that section. After removal, the item disappears from the collection list and will no longer be included when the section is saved. Keep in mind that the order shown in the collection list usually matches the order visitors will see on the page. If the sequence matters, always review the list before closing the editor modal. [SCREENSHOT: collection list with edit, reorder, duplicate, and remove controls] Removing an item affects the content shown in that page section after the collection and modal are saved. If the page still shows the old item later, the issue is usually that the final save or publish step was not completed yet. ## Working with nested fields inside each item Repeating items in Sherkety ERP & Website Platform often contain several field types grouped together. Instead of changing one line of text, you may be editing a complete content card with multiple parts. A team member entry, for example, can include a name, job title, portrait image, short bio, and profile link. A statistics entry may include a label, a value, and a supporting note. A service summary may include a title, summary text, image, and action link. Inside an item form, pay attention to the field labels and complete them one by one. You may see: - Plain text fields for short content such as **Name**, **Title**, **Label**, or **Value** - Larger text areas for summaries, bios, or supporting descriptions - Image fields for card visuals or profile photos - Icon choices where a visual symbol is part of the design - Toggle options for on/off choices - Link fields for buttons or profile destinations These grouped fields work together as one item. If one part is incomplete, the item may not save. Sherkety ERP & Website Platform may show validation messages for missing required fields, character limits, number-only entries, or missing media selections. For example, a **Value** field in a statistics card may reject text if it expects a number, while an image-based card may stay incomplete until an image is selected. Changes inside the item are not fully secured just because you typed them. First, save the item itself. After that, make sure the parent editor modal is also saved. If you close the item or modal too early, your latest edits may not appear in the collection. [SCREENSHOT: nested item form showing grouped fields such as name, image, description, and link] This two-level saving pattern is especially important when you are working through several cards in one section. ## Saving collection changes and checking how they appear 1. After editing a repeating item, click the save action for that item first. This returns the updated entry to the collection list in the editor modal. 2. Review the collection list before closing anything. Check that the item names, labels, and order look correct. If you added several entries, confirm each one appears in the list and that none are still marked by missing-field warnings. 3. Save the full editor modal. This step stores the collection changes for the section you are editing. If you skip this step, item-level changes may not be applied to the page content. 4. Reopen the section or use the available preview view to confirm the repeating block displays correctly. Look closely at card order, text length, images, and links. This is the best time to catch issues such as an item appearing in the wrong position or a summary being too short or too long for the layout. 5. If your workspace includes draft or publish behavior, remember that saving in the editor modal is not always the same as making the change live for visitors. In that case, the collection can be saved as edited content first and only appear publicly after the final publish step. Sherkety ERP & Website Platform may also show a notification message after saving. Use that feedback to confirm whether the item save worked, whether the full modal save succeeded, or whether another action is still needed. [SCREENSHOT: saved collection list inside the editor modal with updated item order and completed fields] If you want to check how the section looks before finalizing your work, the next guide is [Previewing Changes Before Saving Content](doc:previewing-changes-before-saving-content). ## Fixing common problems with repeating content items When a repeating item does not behave as expected in Sherkety ERP & Website Platform, the cause is usually visible in the editor modal. - **The item will not save** - Open the item again and look for required fields that are still empty. - Check for warning text near fields such as **Name**, **Title**, **Label**, **Value**, **Image**, or **Link**. - If a field expects a number, remove text characters and enter a numeric value only. - **The item order looks wrong on the page** - Return to the collection list and confirm the entries are arranged in the intended sequence. - Save the collection again after reordering. - If you moved items and then closed the modal without saving, the old order may still be in place. - **An image, link, or value is rejected** - Make sure you are filling the correct field with the correct type of content. - If the item uses an image field, complete that image selection before saving. - If the field is for a link, use the link field itself rather than placing that content in a text description box. - **A deleted or edited item still appears on the site** - Confirm that you saved both the item change and the full editor modal. - Reopen the section to verify the collection list reflects your latest edits. - If your team uses a publish step, the content may still be saved as an internal update and not yet visible on the public page. [SCREENSHOT: validation message on a repeating item showing a required field error] If the modal shows a loading or error message instead of the collection, wait for the content to load or try again later. For more on interface feedback, see [Understanding Loading Placeholders Empty States and Errors](doc:understanding-loading-placeholders-empty-states-and-errors) and [Understanding Toast Messages and Action Feedback](doc:understanding-toast-messages-and-action-feedback). ## Overview Repeating content in Sherkety ERP & Website Platform is used for sections where the same layout appears more than once on a page. Common examples include team member cards, statistics blocks, service summaries, and similar grouped content. Instead of editing these sections as one long text area, you manage them as collections made up of individual items. Each item usually contains several related fields. A team card might combine **Name**, **Role**, **Bio**, **Image**, and **Link**. A statistics card may use **Label**, **Value**, and supporting text. Because these entries are structured, the editor modal helps you keep each card consistent with the page design while still letting you update the actual content. The main tasks you perform in these collections are: - Add a new item with **Add item** - Open an existing item to edit its fields - Reorder items so they appear in the right sequence - Duplicate an item when you want to reuse the same layout - Remove an item that should no longer appear The most important thing to remember is that collection editing usually has two save points: saving the item itself, then saving the full editor modal. Missing either step can make it seem like your changes were lost. This guide focuses on repeating and structured content only. If you need help switching languages or editing basic localized text fields, use [Editing Multilingual Content in the Editor](doc:editing-multilingual-content-in-the-editor). If you are ready to check how your updates look before finalizing them, continue with [Previewing Changes Before Saving Content](doc:previewing-changes-before-saving-content). ## Prerequisites Before working with repeating content in Sherkety ERP & Website Platform, make sure the following are already in place: - You can sign in to the admin area and open editable website content - You have access to the content editor modal for the page section you want to update - You already know how to switch between available languages when editing localized content - You can identify the page section you need to change, such as a team section, statistics area, or service summary block It also helps to be comfortable with these related workflows: - Opening the editor from the website or content editing area - Recognizing field labels and item groupings inside the modal - Saving changes and watching for confirmation messages - Reopening a section to verify that your edits were stored correctly If you have not worked with multilingual fields yet, read [Editing Multilingual Content in the Editor](doc:editing-multilingual-content-in-the-editor) first. That guide explains how language-specific content is handled so you can focus here on the structure of repeating items rather than the language workflow itself. You should also have the content ready before you begin, especially when adding multiple entries. For example: - Team member names, roles, and bios - Statistic labels and values - Service titles and summary text - Any images or links required by the item form Having that information ready makes it much easier to move through each item form without leaving fields incomplete. Once you are set up, you can use the collection tools in the editor modal to build, organize, and review repeated content blocks efficiently. ## Opening the Users area in the admin portal To manage accounts in **Sherkety ERP & Website Platform**, start by signing in to the admin portal and opening the main admin navigation. From there, select **Users** to open the user management screen. This area is part of the protected admin workspace, so only people whose own account includes the right level of access will be able to open it. If you do not see **Users** in the admin navigation, your current role does not allow user maintenance. When the **Users** screen opens, you will work from a list view that helps you review accounts at a glance. Look for the user directory table and scan the visible details for each person, such as their name, email address, current status, and assigned role. These columns help you quickly tell who can access the portal and what level of responsibility they have. Common actions are usually available directly from this screen: 1. Click **Add User** to create a new admin portal account. 2. Click a user row or open action to view that person’s full record. 3. Review the **Role** or access setting to confirm what that user can manage. 4. Save any updates so the list reflects the latest account details. [SCREENSHOT: Users screen showing the user list, Add User button, and role/status columns] If you need a refresher on reaching admin areas and moving between sections, use [Using the Admin Dashboard for Navigation](doc:using-the-admin-dashboard-for-navigation). If you recently updated search-facing page details, that work remains separate from user access and is covered in [Maintaining SEO and Search Facing Page Information](doc:maintaining-seo-and-search-facing-page-information). ## Reviewing who can see and access the portal The **Users** list is the fastest place to review who is currently available in the admin portal and what kind of access each person has. Start by scanning the **Status** and **Role** information for each account. This helps you separate people who can actively use the portal from people whose access is disabled or limited. An account can exist in the user directory without giving that person full working access. For example, someone may appear in the list with a role that allows content work but not settings changes. Another person may be listed but marked in a way that prevents normal access or removes them from regular visibility. When you are checking access issues, always review both the user’s visibility in the list and the permissions attached to their role. To inspect one account more closely: 1. Open the **Users** screen. 2. Select the person you want to review. 3. Check the main profile details, including **Name**, **Email Address**, **Status**, and **Role**. 4. Confirm whether the account should be active and whether the assigned role matches that person’s responsibilities. A useful way to think about this screen is: | What you review | What it tells you | |---|---| | **Name** | Who the account belongs to | | **Email Address** | Which sign-in identity is tied to the account | | **Status** | Whether the account is active, disabled, or otherwise limited | | **Role** | Which admin areas and actions are available to that user | Being listed in **Users** does not automatically mean the person can edit content or manage settings. Those abilities come from the assigned role. To understand how content and configuration areas differ, you can also compare this guide with [Managing Services Pricing and Site Settings](doc:managing-services-pricing-and-site-settings). ## Adding a user and maintaining account details When a new team member needs access to the admin portal, open **Users** and click **Add User**. This opens the account form where you enter the person’s basic details. Focus on the visible profile fields first, then review status and role before saving. Use the form to enter the user’s identity details exactly as you want them to appear in the portal. The most important fields to review are the person’s display name and email address. After entering those details, choose the appropriate account status and role, then save the record. Once saved, return to the user list and confirm the new account appears with the expected information. A typical setup flow looks like this: 1. In **Users**, click **Add User**. 2. Enter the user’s **Display Name**. 3. Enter the user’s **Email Address**. 4. Set the account **Status**. 5. Choose the correct **Role**. 6. Click **Save**. 7. Confirm the new account appears in the user list. [SCREENSHOT: Add User form with name, email, status, role, and Save button] You can also open an existing user record to update profile information later. This is useful when a person changes their display name or when you need to correct an email address. If you only need to update identity details, edit those fields and save the record without changing the role. Status changes are helpful when responsibilities change or access should be paused. For example, you may need to disable a user temporarily, reactivate a returning user, or hide an account from normal admin use. After saving, go back to the list and verify the updated status appears correctly. If you are working across several admin areas, toast messages and confirmation prompts may also appear; those patterns are explained in [Understanding Toast Messages and Action Feedback](doc:understanding-toast-messages-and-action-feedback). ## Assigning roles that control content and settings access The **Role** field on each user record determines which parts of **Sherkety ERP & Website Platform** that person can use inside the admin portal. To review or change access, open the user’s record and locate the **Role** or **Access** setting. This is where you decide whether the person can work with content only or also manage higher-level administrative areas. In practical terms, role-based access affects what the user sees after signing in. A content-focused role can allow access to editing areas such as website content and other publishing tasks, while a higher-level administrative role can also unlock settings-related sections. If a user should not manage configuration, do not assign a role that exposes settings screens. Use this approach when reviewing role choices: 1. Open the user’s profile from **Users**. 2. Find the **Role** field. 3. Review the available role options. 4. Choose the role that matches the person’s real responsibilities. 5. Click **Save** so the change is stored. Here is the key distinction to keep in mind: | Role type | What the user can usually access | |---|---| | **Content-focused role** | Content editing areas, page updates, and publishing-related tasks | | **Administrator-level role** | Content areas plus settings and other restricted admin controls | A user with a limited role may notice fewer navigation items, fewer action buttons, or missing settings pages. That is expected behavior and helps protect important configuration areas from accidental changes. If you need more detail on how restricted pages behave when access is limited, see [Understanding Admin Page Access and Protected Navigation](doc:understanding-admin-page-access-and-protected-navigation). After you save a role change, the new permissions are intended for future sessions. If the user is already signed in, have them sign out and sign back in so the updated navigation and page access appear correctly. ## Controlling who can manage content and configuration Good user management is not just about creating accounts. It is also about matching each person’s access to the work they actually do. In **Sherkety ERP & Website Platform**, the safest approach is to give content access only to people who maintain website pages, service details, pricing content, or other published information, while reserving settings access for a smaller group of trusted administrators. Start by reviewing the user’s day-to-day tasks. If the person only updates public-facing content, assign a role that allows content editing without exposing settings screens. This keeps the admin navigation simpler for that user and reduces the chance of accidental changes in configuration areas. If the person is responsible for broader administration, use a higher-level role that includes settings access. To check whether a role is appropriate: 1. Open the user’s record in **Users**. 2. Review the assigned **Role**. 3. Compare that role with the admin areas the person should be able to open. 4. Save any role change. 5. Ask the user to start a new session and confirm the visible menu items match expectations. You can also verify effective access by comparing what the user sees in the admin portal: - If they can open content areas but not settings, they likely have an editor-style role. - If they can open both content and settings sections, they likely have administrator-level access. - If important menu items are missing, the assigned role may be too limited. This is especially useful when responsibilities change. A user may begin with content maintenance only, then later take on broader administrative work. In that case, update the role rather than creating a second account. For related guidance on content areas and settings areas themselves, refer to [Managing Services Pricing and Site Settings](doc:managing-services-pricing-and-site-settings) and [Viewing and Maintaining User Accounts](doc:viewing-and-maintaining-user-accounts). ## Fixing common user access and visibility problems Most user access problems can be solved from the **Users** screen by checking three things: whether the account exists, whether the account is active and visible, and whether the assigned role matches the work the person needs to do. If a person does not appear in the admin portal user directory, first search the **Users** list and confirm the account was created. Then open the record and check the account **Status**. If the account is disabled or hidden, update the status and save. After that, return to the list and confirm the person now appears as expected. If a user can sign in but cannot manage content, the most likely cause is the assigned **Role**. Open the user record and verify that the role includes content management access. Save the record after any change, then ask the user to sign in again. If a user can manage content but cannot open settings, this usually means the current role is limited to editor-level work. That is normal if you want to protect configuration screens. If the person should be allowed to manage settings, update the role to an administrator-level option and save. Use this quick troubleshooting table: | Problem | What to check | |---|---| | User does not appear in **Users** | Confirm the account was created and is not hidden | | User appears but cannot sign in normally | Review **Status** and make sure the account is active | | User can sign in but cannot edit content | Check whether the **Role** includes content access | | User can edit content but not settings | Confirm whether the role includes settings access | | Role change seems ignored | Save the record and have the user start a new session | [SCREENSHOT: User record showing status and role fields used during troubleshooting] If the page itself is slow to appear, shows a loading message, or displays an error, compare what you see with [Understanding Loading Placeholders Empty States and Errors](doc:understanding-loading-placeholders-empty-states-and-errors) and [Responding to Missing Content and Retry Messages](doc:responding-to-missing-content-and-retry-messages). ## Overview Managing users in **Sherkety ERP & Website Platform** centers on one admin destination: the **Users** screen. From there, administrators review the user list, open individual records, update account details, and assign the right role for each person. The most important idea in this workflow is that account visibility and account permission are not the same thing. A person may appear in the directory but still have limited access, depending on the role shown on their record. The user list gives you a quick operational view of the admin team. By checking **Name**, **Email Address**, **Status**, and **Role**, you can quickly answer common questions such as who still has access, who is hidden or inactive, and who can manage content versus settings. Opening a user record lets you make targeted changes without affecting unrelated areas of the portal. This guide fits alongside earlier admin tasks you may already be doing: - If you are updating page search details, continue using [Maintaining SEO and Search Facing Page Information](doc:maintaining-seo-and-search-facing-page-information) for that work. - If you need help moving around the admin area, use [Using the Admin Dashboard for Navigation](doc:using-the-admin-dashboard-for-navigation). - If you are comparing content work with configuration work, see [Managing Services Pricing and Site Settings](doc:managing-services-pricing-and-site-settings). The main outcomes of user management are straightforward: - The right people appear in the admin directory - Active users can sign in and reach the correct areas - Content editors do not receive settings access by mistake - Administrator-level access is reserved for approved users After your user list and role assignments are in order, the next related task is ending sessions correctly in [Signing Out and Ending Admin Sessions Safely](doc:signing-out-and-ending-admin-sessions-safely). ## Prerequisites Before you start managing users in **Sherkety ERP & Website Platform**, make sure you have the correct level of access yourself. The **Users** area is not available to every signed-in person. If you cannot see **Users** in the admin navigation, your current role does not include user maintenance. You should have the following in place before making changes: - A working admin sign-in for **Sherkety ERP & Website Platform** - Permission to open the **Users** screen - A clear decision about whether the person needs content access, settings access, or both - The user’s correct **Display Name** and **Email Address** - Agreement on whether the account should be active, disabled, or hidden It also helps to know which admin areas the person is expected to use after signing in. For example: - Someone updating website copy, service details, or page content usually needs content-related access - Someone maintaining configuration and admin controls may need administrator-level access - Someone who should no longer use the portal may need their status changed instead of their profile edited If you are new to the admin portal, review these guides first: - [Signing In and Accessing the Admin Portal](doc:signing-in-and-accessing-the-admin-portal) - [Using the Admin Dashboard for Navigation](doc:using-the-admin-dashboard-for-navigation) - [Understanding Role Visibility and Access Restrictions](doc:understanding-role-visibility-and-access-restrictions) When you are ready, open **Users**, review the current list, and make changes one account at a time so each **Status** and **Role** update is easy to verify. After finishing your user changes, continue with [Signing Out and Ending Admin Sessions Safely](doc:signing-out-and-ending-admin-sessions-safely). ## Overview In **Sherkety ERP & Website Platform**, this workflow starts when a sales opportunity is ready to move from discussion and qualification into a formal offer. The process connects the **Sales & CRM** area with the quotation stage, where customer details, ownership, and offer information need to be checked before anything is sent. The final outcome is a prepared quotation linked to the right customer and handled by the right salesperson. If you need the earlier lead qualification context, see [Lead to Invoice: The Full Customer Journey](doc:lead-to-invoice-the-full-customer-journey). ## Trigger: [What starts this process] This workflow begins when an opportunity in the **Sales & CRM** pipeline has moved beyond early discovery and is ready for a priced offer. In practical terms, that usually means the salesperson has enough information to prepare a quotation: the customer is identified, the need is clear, and the deal is worth pursuing. On the opportunity screen in **Sherkety ERP & Website Platform**, the trigger is usually a user decision rather than an automatic background event. A salesperson or sales coordinator opens the opportunity card or detail view, reviews the customer information, confirms the assigned owner, and then starts the quotation handoff from there. Before doing that, make sure the opportunity record includes the correct contact or company details and that there is no confusion about who owns the deal. This is the point where the workflow changes from relationship tracking to commercial preparation. The opportunity is still the source of truth for the sales conversation, but the quotation becomes the document the customer will review. If the opportunity is still missing key details, stop here and complete them first instead of creating a quotation too early. [SCREENSHOT: Opportunity detail screen showing customer details, salesperson assignment, and the action used to start a quotation] ## Step-by-Step Process Follow this flow when moving a qualified opportunity into a quotation in **Sherkety ERP & Website Platform**: 1. **Open the opportunity in Sales & CRM** Go to the **Sales & CRM** area and open the qualified opportunity from your pipeline or list view. Review the visible deal information before taking any action. Focus on the customer name, contact details, expected need, and the assigned salesperson. 2. **Check customer information** On the opportunity screen, confirm that the customer record is the right one. If the opportunity is linked to the wrong person or company, correct that before creating the quotation. This avoids sending an offer under the wrong customer name or splitting activity history across duplicate records. 3. **Confirm ownership and handoff readiness** Verify that the opportunity is assigned to the correct salesperson. Ownership matters because the quotation should stay connected to the person responsible for follow-up. If your team uses shared qualification and closing responsibilities, agree on the owner before continuing. 4. **Start the quotation from the opportunity** Use the quotation action available from the opportunity screen to create the sales offer. This keeps the quotation tied to the opportunity instead of starting from a separate screen with no sales context. 5. **Review the quotation details** When the quotation opens, check that the customer information carried over correctly. Then complete the commercial details needed for the offer, such as the items or services being quoted and any pricing information your team normally includes. 6. **Validate before saving or sending** Read through the quotation carefully. Make sure the customer, salesperson, and offer details all match the opportunity. Save the quotation once it is complete. If your process includes customer review immediately, prepare it for sending only after the final check. 7. **Return to the opportunity if needed** If you notice missing context, go back to the opportunity and update the sales notes or customer details there. The opportunity should still reflect the current state of the deal even after the quotation has been created. [SCREENSHOT: Quotation screen opened from an opportunity, showing customer details and salesperson ownership] ## Roles and Responsibilities The handoff from opportunity to quotation is usually shared between sales-focused roles. Use this breakdown to keep ownership clear in **Sherkety ERP & Website Platform**: | Step | Who usually handles it | What they do | |---|---|---| | Review the opportunity | **Salesperson** | Opens the opportunity in **Sales & CRM**, checks deal readiness, and confirms it is ready for a formal offer. | | Validate customer details | **Salesperson** or **Sales Coordinator** | Confirms the correct customer or company is linked before the quotation is created. | | Confirm deal ownership | **Sales Manager** or **Salesperson** | Makes sure the right person is assigned to the opportunity so follow-up and reporting stay accurate. | | Create the quotation | **Salesperson** | Starts the quotation directly from the opportunity to preserve the sales context. | | Complete pricing and offer details | **Salesperson** | Adds the offer details required for the customer-facing quotation. | | Review for accuracy | **Salesperson** or **Sales Coordinator** | Checks customer name, quotation content, and ownership before saving or sending. | | Resolve exceptions | **Sales Manager** | Steps in if there is confusion about ownership, duplicate customers, or whether the opportunity is truly qualified. | A few practical points help avoid confusion: - **Salesperson**: Owns the day-to-day movement from opportunity to quotation. - **Sales Coordinator**: Helps clean up customer information and review the quotation before it goes out. - **Sales Manager**: Resolves disputes, reassigns ownership when needed, and keeps the pipeline consistent. If your team already documented lead qualification in [Lead to Invoice: The Full Customer Journey](doc:lead-to-invoice-the-full-customer-journey), keep using that same ownership logic here so the handoff stays consistent. ## What Can Go Wrong Most problems in this workflow happen at the handoff between the opportunity record and the quotation. Watch for these common issues in **Sherkety ERP & Website Platform**: - **The opportunity is not actually ready** - The salesperson starts a quotation before the customer need is clear. - Fix it by returning to the opportunity and completing the missing discussion points before preparing the offer. - **Wrong customer linked** - The quotation is created from an opportunity tied to the wrong contact or company. - Fix it on the opportunity first, then review the quotation to make sure the correct customer appears. - **Duplicate customer records** - A salesperson cannot tell which customer entry is the right one and selects the wrong record. - Fix it by checking previous activity, company naming, and existing deal history before continuing. - **Ownership is unclear** - The opportunity belongs to one person, but another person prepares the quotation without reassignment. - Fix it by confirming the assigned salesperson before creating the quotation so follow-up and reporting stay accurate. - **Quotation details do not match the opportunity** - The offer includes the wrong service, outdated pricing, or incomplete scope. - Fix it by comparing the quotation against the opportunity notes before saving. - **Missing follow-up context** - The quotation exists, but the opportunity does not show the latest status or discussion summary. - Fix it by updating the opportunity after quotation creation so both records stay aligned. - **User access blocks the handoff** - A user can sign in but cannot reach the needed admin or protected areas. - Fix it by asking an authorized user to review role access through the user management screens described in [Managing Users and Role Based Access](doc:managing-users-and-role-based-access). [SCREENSHOT: Example of an opportunity review before quotation creation, highlighting customer and owner fields] ## Tips & Best Practices Use these habits to keep the opportunity-to-quotation handoff clean and reliable in **Sherkety ERP & Website Platform**: - Create the quotation **from the opportunity screen**, not from memory. This helps preserve the customer link and salesperson ownership. - Review the **customer name** and **contact details** before you start. A one-minute check here prevents rework later. - Keep the **assigned salesperson** accurate. If ownership changes, update it before the quotation is created. - Use the opportunity as your working record for sales context. Keep notes, qualification details, and conversation history there even after the quotation exists. - Before saving, compare the quotation against the opportunity and ask: - Is this the right customer? - Is the right salesperson attached? - Does the offer match what was discussed? - If your team works in more than one language, make sure customer-facing wording is reviewed carefully, especially when switching between localized pages and content areas elsewhere in **Sherkety ERP & Website Platform**. For broader language behavior, see [Switching Languages While Browsing the Platform](doc:switching-languages-while-browsing-the-platform). - Use on-screen confirmations and notices to catch issues early. If you see a warning, loading message, or error state while moving between records, pause and confirm that the quotation saved correctly. For more on these interface signals, see [Understanding Loading Placeholders Empty States and Errors](doc:understanding-loading-placeholders-empty-states-and-errors) and [Understanding Toast Messages and Action Feedback](doc:understanding-toast-messages-and-action-feedback). [SCREENSHOT: Final quotation review screen before saving or sending] ## Related Workflows This workflow sits in the middle of the sales journey in **Sherkety ERP & Website Platform**. - For the earlier qualification stages that happen before a quotation is created, read [Lead to Invoice: The Full Customer Journey](doc:lead-to-invoice-the-full-customer-journey). - For broader sales context around pipeline handling, customer tracking, and quotation preparation, see [Managing Leads Contacts and Sales Pipeline](doc:managing-leads-contacts-and-sales-pipeline) and [Understanding Quotations Automation and Follow Up](doc:understanding-quotations-automation-and-follow-up). - If you want the next stage after a quotation is prepared, continue with [Sales Order to Invoice Workflow](doc:sales-order-to-invoice-workflow). These links are useful when you need to understand not just the handoff itself, but also what comes before and after it in the full commercial process. ## FAQ **When should I create a quotation from an opportunity?** Create it when the opportunity is qualified enough for a formal offer. You should already know who the customer is, what they need, and who owns the deal. **Should I fix customer details before or after creating the quotation?** Fix them before creating the quotation whenever possible. That reduces the chance of carrying incorrect customer information into the offer. **Why does salesperson ownership matter here?** Ownership affects follow-up, accountability, and reporting. If the wrong person is attached to the opportunity or quotation, the deal can be missed or tracked incorrectly. **Can I update the opportunity after the quotation is created?** Yes. You should keep the opportunity current with the latest status, notes, and context so the sales record stays complete. **What if I notice the quotation does not match the opportunity?** Open both records and compare them. Correct the customer, ownership, or offer details before sending anything to the customer. **What should I read next?** Continue with [Sales Order to Invoice Workflow](doc:sales-order-to-invoice-workflow) to follow what happens after the quotation stage. ## Opening the editor and understanding the live preview In Sherkety ERP & Website Platform, open the Content Editor from the admin area or from the website’s inline edit controls, depending on your role and workflow. If you need help getting back to the editing screen itself, see [Editing Multilingual Content in the Editor](doc:editing-multilingual-content-in-the-editor). If the section you are editing includes repeating cards, lists, or grouped items, use [Managing Repeating Content and Structured Items](doc:managing-repeating-content-and-structured-items) alongside this guide. When the editor opens, you work in two main areas: - The **content form**, where you change visible fields such as **Title**, **Slug**, **Summary**, **Body**, button text, links, and image-related fields - The **live preview pane**, shown beside the editor so you can see how the page or section will look before you save [SCREENSHOT: Content Editor with form fields on one side and live preview on the other] As you type into the form, the preview updates to reflect those edits. This is especially useful when you change page headings, paragraph text, call-to-action labels, images, or links. Instead of saving first and checking later, you can review the visual result while you are still editing. It is important to separate **what you are previewing** from **what visitors currently see**. The preview shows your in-progress edits, including unsaved changes. Website visitors still see the current live version until you save and complete the publishing step used by your team. That means you can safely test wording, layout, and formatting in the preview without immediately changing the public website. Roles matter here: - **Content Editors** usually focus on page text, images, links, and section content - **Administrators** may also check whether a change affects shared website areas, access rules, or other site-wide behavior before moving forward Use the preview as your working copy: edit, compare, adjust, and only then decide whether the content is ready to save. ## Editing content and checking how changes appear before saving Use the form fields in the Content Editor to update the page exactly as visitors will read it. Common fields include **Title**, **Slug**, **Summary**, **Body**, call-to-action text, and image selections. As you change each field, watch the live preview pane to confirm the result. 1. Update the **Title** to match the page topic clearly. 2. Review the **Slug** if the page name or navigation label is changing. 3. Edit the **Summary** so it supports the title without repeating it word for word. 4. Use the **Body** field to add or revise the main page content. 5. Adjust button labels, link text, and image choices as needed. 6. Check the preview after each major change instead of waiting until the end. The **Body** area is especially important because formatting can change how readable the page feels. In the preview, confirm that: - headings appear in the right order - bullet lists display cleanly - links are visible and readable - bold or emphasized text stands out without overuse - embedded media sits in the right place within the content flow [SCREENSHOT: Rich text field with matching formatted content in the live preview] If you update images, use the preview to check more than just whether the image appears. Look at the crop, spacing around the image, and whether the image still makes sense next to the surrounding text. If the editor includes text that explains the image, make sure the wording still matches the selected visual. Also review navigation-facing changes carefully. A revised **Title** or **Slug** can affect how the page is recognized by editors and visitors. In the preview, make sure the page still feels correctly labeled and easy to understand. If the new wording makes the page look misleading or too broad, adjust it before saving. ## Reviewing validation messages before you save Before Sherkety ERP & Website Platform accepts your changes, the editor checks whether important fields are complete and correctly formatted. If something needs attention, you will see validation feedback directly in the editing screen. Validation messages usually appear in familiar places: - next to the field that needs fixing - as highlighted input borders - as inline error text under a field - in a message banner near the top of the editor [SCREENSHOT: Validation messages displayed in the editor with highlighted fields] Pay close attention to required fields such as **Title**, **Slug**, and **Body**. If one of these is empty, the editor may block saving until you complete it. These are **blocking errors**. They stop the **Save** action because the content is not ready to store. You may also see **warnings** that do not fully stop your work. For example, a field may need review, but you can still continue checking the preview. Treat warnings as a signal to inspect the content carefully before deciding whether to save. A simple way to read validation feedback is: | Feedback type | What it means | What to do | |---|---|---| | Inline field error | One specific field has a problem | Correct that field directly | | Highlighted field | The editor wants your attention there | Open the field and review the value | | Top banner message | One or more issues affect the whole form | Read the message, then scroll to each affected field | Validation and preview should be used together. If a link is formatted incorrectly, fix the link field and then check the preview to confirm the button or text link now appears correctly. If the **Body** field is missing or incomplete, add the content and verify that the page layout still reads naturally. Do not treat validation as a separate task from previewing; each correction should be confirmed visually before you save. ## Saving changes without accidentally publishing unfinished content When you click **Save** in Sherkety ERP & Website Platform, the editor stores the values currently shown in the form. Before that happens, the editor checks the content again for missing required fields or invalid entries. If everything passes, your latest edits are saved as the current working version used by your team’s content process. 1. Review the live preview and make your final edits. 2. Click **Save**. 3. Wait for the editor to finish checking the form. 4. Look for the confirmation message or updated save state. 5. Continue editing if you still need more changes. The most important point is this: **saving is not the same as publishing**. Saving lets you keep your work without making it immediately visible to public website visitors. This is what protects unfinished drafts, partial rewrites, and in-progress image changes from appearing too early. Watch for interface signals that confirm what happened after you clicked **Save**: - a success message or toast notification - a disabled **Save** button while the editor is processing - an unsaved-changes indicator disappearing after the save completes - validation messages remaining on screen if something still needs correction [SCREENSHOT: Save confirmation message after content is stored successfully] If you click **Save** and nothing appears to change, look for field-level errors or a banner message at the top of the form. The editor may be waiting for you to fix one item before it can store the update. For **Content Editors**, the main goal is to confirm that the page-level content was saved correctly. For **Administrators**, it is also worth checking whether the edited section appears in shared website areas, reused blocks, or content that may affect more than one page. If your change touches site-wide wording or shared content, save first, then review those related areas before moving on. ## Checking the most important details before publishing Before content moves beyond the saved stage, use the preview to review the details visitors notice first. This final check helps you catch small issues that are easy to miss while writing. Start with the visible text. Read the preview from top to bottom and confirm: - spelling is correct - punctuation is consistent - headings appear in a sensible order - the **Title**, **Summary**, and **Body** use a consistent tone - button text matches the message of the page Then inspect every link you changed. This includes text links inside the **Body**, call-to-action buttons, and any destination fields connected to the page. Make sure the destination matches the user’s expectation. A button that says “Request Demo” should not lead somewhere unrelated, and a renamed page should still be easy to identify from its **Slug** and title. Images deserve a separate review. In the preview, check that the selected image fits the section visually and supports the surrounding text. If the page includes image descriptions or context text, confirm that they still make sense after your latest edits. Also look at spacing and balance so the page does not feel crowded or uneven. A practical review order is: 1. Read the page title and summary. 2. Scan the body headings and paragraph flow. 3. Check buttons and links. 4. Review images and media placement. 5. Confirm navigation-facing labels such as **Title** and **Slug**. If your team also maintains search-facing page details in the admin area, review those separately in the SEO screen when needed. For that workflow, see [Managing Page Metadata in the SEO Admin](doc:managing-page-metadata-in-the-seo-admin). Your goal here is to make sure the content is clear, correctly labeled, and ready for the next approval or publishing step. ## Fixing common issues when the preview or save result looks wrong If the preview or save result does not match what you expected, start with the simplest checks inside the editor. Most issues come from incomplete field updates, validation problems, or content that needs cleanup. If the preview does not reflect your latest edits, click back into the field you changed and then click outside it again. Some updates appear only after the field finishes updating. Then check whether the preview pane refreshes. If the editor provides a preview refresh option, use it and compare the result again. If **Save** is unavailable or the save fails, look for these signs: - required fields such as **Title**, **Slug**, or **Body** are empty - a link or URL-style field is not entered correctly - a banner message at the top of the editor explains what must be fixed - one or more fields are highlighted with inline error text [SCREENSHOT: Save blocked by validation errors in required fields] Formatting problems often come from pasted content. If headings look too large or too small, lists break oddly, or spacing appears uneven in the preview, inspect the rich text content carefully. Remove extra line breaks, reapply the correct heading style, and check whether list items were pasted with inconsistent formatting. Then review the preview again to confirm the page now matches the site’s normal style. If the content saves but still does not appear live on the public page, the most likely reason is that it has only been saved as a draft or revision and has not yet been published through your team’s process. In that case, the editor has stored your work successfully, but visitors are still seeing the previously published version. When a change still looks wrong after these checks, compare the form values with the preview section by section. Correct one issue at a time, save again, and confirm the result before making additional edits. ## Overview This guide focuses on the review stage inside the Content Editor in Sherkety ERP & Website Platform. The main idea is simple: use the live preview to inspect your edits before you save, fix any validation issues the editor shows, and make sure your saved work is ready for the next publishing step. The most important areas covered in this workflow are: - the **content form**, where you edit visible fields such as **Title**, **Slug**, **Summary**, **Body**, links, and image-related content - the **live preview pane**, where you check how those edits will appear on the page - **validation messages**, which point out missing or incorrect entries before saving - the **Save** action, which stores your work without automatically making it public This document does not repeat the basics of editing multilingual content or managing repeating items. If you need help with those tasks, return to [Editing Multilingual Content in the Editor](doc:editing-multilingual-content-in-the-editor) and [Managing Repeating Content and Structured Items](doc:managing-repeating-content-and-structured-items). Use this guide when you want to answer questions like: - Does the page still read well after my edits? - Are the title, summary, body text, links, and images working together properly? - Is the editor warning me about anything before I save? - Have I saved my latest changes without publishing unfinished content? For Content Editors, this is the safest way to review page content before handing it off or publishing it later. For Administrators, it is also a checkpoint for spotting wider effects on shared website content. The next step in this learning path is [Managing Multilingual Fields in the Content Editor](doc:managing-multilingual-fields-in-the-content-editor), which shows how to review and maintain language-specific versions of the same content. ## Prerequisites Before following this workflow in Sherkety ERP & Website Platform, make sure you already have access to the editing area and know which page or section you are responsible for updating. You should have: - permission to sign in to the admin area - access to the **Content** area or inline edit controls for the page you are updating - a page or section selected for editing - draft text, revised wording, links, or images ready to review if you are making planned updates It also helps if you are already comfortable with these earlier tasks: - opening the editor and changing basic multilingual fields in [Editing Multilingual Content in the Editor](doc:editing-multilingual-content-in-the-editor) - working with grouped items, cards, or repeating content in [Managing Repeating Content and Structured Items](doc:managing-repeating-content-and-structured-items) If you are an **Administrator**, you may also need to know whether the content you are editing appears in shared sections, reused website blocks, or other pages that should be checked after saving. Before you begin, confirm these practical points: - you are editing the correct page or section - you can see both the form fields and the live preview area - the **Save** action is available in your current editing session - you understand whether your team treats **Save** as draft storage, revision storage, or part of a larger publishing process If you cannot open the admin area or reach the editor, start with [Signing In and Accessing the Admin Portal](doc:signing-in-and-accessing-the-admin-portal). If you need help finding the right admin section first, use [Navigating Admin Sections for Content and Configuration](doc:navigating-admin-sections-for-content-and-configuration). ## Opening a Company Type Detail Page from Search Results When you start from the **Company Types** area in Sherkety ERP & Website Platform, the first screen usually helps you browse several registration models at once. From there, open a detail page by clicking the **company type card**, the **linked title**, or any clear action that takes you into one specific option. If you need help getting back to that broader browsing view first, use [Browsing Company Type Guidance and Registration Content](doc:browsing-company-type-guidance-and-registration-content). Once the detail page opens, the layout changes from a list view to a focused reading view. Instead of scanning multiple options at the same time, you are now looking at one company type on its own page. This is useful when you want to understand what that registration model means without the distraction of other cards or summaries around it. At the top of the page, look for the main header area. This usually gives you the clearest confirmation that you opened the right page. Pay attention to: - The **page title**, which names the selected company type - A **short descriptive summary** near the top - The surrounding page structure, such as the header, breadcrumb trail, or section heading [SCREENSHOT: company type detail page header showing the title and short summary] This top section matters because it tells you whether the page matches the option you intended to review. If you clicked a company type from search results or a listing page, confirm the title before reading further. In the research journey, this page is where broad browsing turns into closer evaluation. You are no longer asking, “What options exist?” You are asking, “Is this specific company type right for me?” That makes the detail page an important step before moving on to deeper comparison, contact, or decision-focused reading. ## Reviewing the Registration Model Details After opening the page, move into the main content area and read the description with one goal in mind: understand what this company type is meant for. In Sherkety ERP & Website Platform, the detail page is designed to present one registration model as a standalone option, so you can judge it on its own terms before comparing it with others. Start with the first descriptive section under the page header. This is usually the best place to learn the basic purpose of the company type and how it differs from other registration models. Instead of reading every line from top to bottom immediately, scan the page structure first. Look for clear section headings and grouped content blocks that break the page into easier parts. Common page-reading cues include: - **Headings** that separate topics - **Short summary text** near the top - **Grouped information sections** that focus on one aspect at a time - **Highlighted facts or key points** that stand out visually [SCREENSHOT: main content area of a company type detail page with visible section headings] As you move down the page, look for information that explains: - who the company type is suitable for - what kind of setup or structure it represents - what registration-related guidance is being emphasized on that page These sections help you understand the option without needing to jump back to the listing page after every paragraph. That is the main advantage of the detail view: it gives one company type enough space to explain itself clearly. A practical way to review the page is to pause at each heading and ask, “What decision does this section help me make?” If a section explains suitability, use it to judge fit. If it explains characteristics, use it to understand the model. If it gives guidance, use it to decide whether to keep researching this option or compare it with another one. ## Checking Whether the Company Type Fits Your Needs The most useful part of a company type detail page is the content that helps you decide whether the option matches your situation. In Sherkety ERP & Website Platform, do not treat the page as general reading only. Use it as a decision page. Begin by matching the wording on the page to your own business goals. Read the suitability-focused text carefully and compare it with what you already know about your needs. For example, you may be looking for: - a simpler setup - a particular ownership arrangement - a registration model that fits a specific business structure - guidance that aligns with how you plan to operate When the page describes who the company type is intended for, take that wording seriously. If the page presents the option as a strong fit for one kind of arrangement, but your situation is different, that is a sign to compare further before treating it as your best choice. You should also watch for language that signals strengths and limits. A detail page may make an option sound attractive at first glance, but the full page usually gives more balanced guidance. Read both the descriptive paragraphs and any structured cues on the page, such as grouped notes or highlighted points. Together, they give a fuller picture than the title alone. A helpful way to evaluate fit is to ask these questions while reading: - Does this page describe a setup similar to mine? - Does the guidance sound like it supports my expected business arrangement? - Are there signs that this company type works well in some cases but not others? - Does the page suggest this is a straightforward option, or a more specific one? [SCREENSHOT: suitability section or highlighted guidance on a company type detail page] If the answer stays unclear after reading the page once, do not decide too quickly. Re-read the suitability wording and compare it with another company type page before moving ahead. ## Comparing This Page with Other Company Types A single detail page is helpful, but the real value comes from comparing it with other company type pages in the same area. In Sherkety ERP & Website Platform, you can do this by returning to the broader company type list or by following related links that lead to another registration model. 1. Start on the current company type detail page and note the **page title** and the **short summary** near the top. 2. Use the **breadcrumb trail**, browser back action, or any visible return link to go back to the company type listing. 3. Open a second company type detail page from the list. 4. Compare the same page areas on both screens instead of jumping between unrelated sections. The easiest comparison points are usually: | Page area | What to compare | |---|---| | Title | The exact company type being described | | Short summary | How the page introduces the option | | Suitability guidance | Who the option appears to fit best | | Main description | The overall purpose and positioning of the model | [SCREENSHOT: two company type pages compared side by side in separate browser tabs] Try to keep your comparison focused on matching sections. If one page has a stronger suitability message and another has a broader description, compare those sections directly rather than relying on memory. Opening pages in separate tabs can help if you want to switch between them without losing your place. As you compare, keep a simple mental note of which page feels closest to your needs. You do not need to make a final decision immediately. The goal at this stage is to narrow the field. Once one or two company types clearly stand out, you can continue into deeper guidance or service-related content with more confidence. ## Using Surrounding Navigation to Continue Research Company type detail pages do not sit alone. In Sherkety ERP & Website Platform, they are part of a larger research path, and the surrounding navigation helps you move without losing context. Start by checking the top of the page for **breadcrumb navigation**. Breadcrumbs are especially useful when you want to step back one level to the company type category or broader information area instead of returning all the way to the homepage. If you want a refresher on reading page location, see [Understanding Breadcrumbs and Page Location](doc:understanding-breadcrumbs-and-page-location). You may also see related page links, nearby section navigation, or standard website navigation in the header and footer. Use these when you want to broaden your research beyond the current detail page. Good reasons to leave the page include: - you want to compare another registration model - you need broader business service information - you want to revisit the company type listing - you are ready to move into related guidance pages At the same time, do not leave too quickly. Stay on the current page when the headings and grouped content are still giving you new information about suitability, structure, or registration expectations. Leave the page only after you have read enough to understand what makes this company type distinct. [SCREENSHOT: breadcrumb trail and nearby navigation around a company type detail page] Think of the detail page as a hub. It connects: - the listing or search results you came from - other company type pages you may want to compare - related business service information elsewhere on the site That makes navigation choices part of the research process. Use the surrounding links intentionally so each click helps you either go deeper into the current option or widen your comparison in a controlled way. ## Avoiding Common Mistakes When Interpreting Detail Pages One of the most common mistakes on company type pages is stopping at the title. In Sherkety ERP & Website Platform, the title tells you which registration model you opened, but it does not tell you enough to judge whether it fits your needs. Always read the descriptive section and the suitability-focused content before drawing conclusions. Another common mistake is comparing pages based on one standout point only. A highlighted benefit or a short summary can make one option look better than another, but that can be misleading if you ignore the rest of the page. A better approach is to compare the full set of information shown on each detail page. Keep these habits in mind while reading: - Do not rely on the **page title** alone - Do not choose an option based on one **highlighted benefit** - Do not skip the **main description** and **suitability guidance** - Do not leave the page before checking whether it includes structured cues that clarify fit Navigation mistakes can also slow down your research. If you move between pages without paying attention to breadcrumbs, back links, or the company type listing, it becomes harder to remember where each option came from. Use the surrounding navigation on purpose so you can return to the broader comparison view when needed. [SCREENSHOT: company type detail page with title, summary, and breadcrumb trail highlighted] A simple reading pattern works well: - confirm the title - read the summary - review the main detail sections - check suitability wording - compare with at least one other page before deciding This helps you avoid fast assumptions and keeps your comparison grounded in the actual content shown on the page. ## Overview This guide focuses on how to read a single company type detail page effectively inside Sherkety ERP & Website Platform. Unlike the broader company type browsing experience, a detail page gives one registration model its own space, with a clear title, a short summary near the top, and a main content area that explains the option in more depth. The key idea is to use the page actively rather than passively. A company type detail page is not just there to describe a registration model. It helps you decide whether that option deserves more attention. As you read, use the page header to confirm which company type you opened, the descriptive sections to understand its purpose, and the suitability guidance to judge whether it matches your needs. This document also shows how to compare one detail page with another. That comparison works best when you look at the same content areas across pages, such as the page title, summary, and suitability wording. It also explains how to use breadcrumbs and nearby navigation to move back to the company type listing or into related business service content without losing your place. If you already completed [Browsing Company Type Guidance and Registration Content](doc:browsing-company-type-guidance-and-registration-content), this guide picks up from that point and helps you work more carefully with the individual pages behind those listings. By the end of this reading process, you should be able to: - open the right company type page from a listing or search result - identify the most important information near the top of the page - read the page for fit, not just for description - compare one company type page against another - use surrounding navigation to continue your research clearly The next step is [Understanding Company Type Guidance and Decision Factors](doc:understanding-company-type-guidance-and-decision-factors), which goes further into how to interpret the guidance you find on these pages. ## Prerequisites Before using this guide, make sure you are already comfortable with the basic company type browsing flow in Sherkety ERP & Website Platform. You do not need any admin access or setup steps, but you should know how to reach the public company information pages and open the company type area from normal website navigation. This guide assumes you can already do the following: - open the **Company Types** section from the public website - browse a list of company type cards or linked titles - recognize standard public-page navigation such as the **header**, **footer**, and **breadcrumbs** - move between pages using normal website links If you have not done that yet, read [Browsing Company Type Guidance and Registration Content](doc:browsing-company-type-guidance-and-registration-content) first. That document covers how to find the company type content and move through the broader listing experience. The current guide starts after you have already reached the point where individual company type pages are available to open. It also helps if you are familiar with these related browsing skills: - using [Understanding Breadcrumbs and Page Location](doc:understanding-breadcrumbs-and-page-location) to keep track of where you are - using [Using Header Menus and Footer Links](doc:using-header-menus-and-footer-links) when you need to move to nearby public pages - using [Switching Languages While Browsing the Platform](doc:switching-languages-while-browsing-the-platform) if you want to read company information in another available language You do not need to know legal or registration terminology in advance. The goal of this guide is to help you read what appears on the page carefully, compare options clearly, and continue your research without losing context. ## Recognizing the Different Alert Types on Screen In Sherkety ERP & Website Platform, alerts do not all appear in the same place. The first thing to check is **where the message shows up**. If you click **Save**, **Publish**, **Update**, **Delete**, or **Submit** and a single field becomes highlighted, that usually means the problem is tied to that specific input. You may see text directly under or beside the field, such as a required-field message or a warning that the value is not accepted. These are field-level errors, and they usually stop the action until you correct the highlighted entry. A different pattern appears when the issue affects the whole page or the full action. In that case, look near the top of the screen or above the form for a larger warning or error notice. This kind of message often appears after trying to save content in the admin area, update pricing details, manage SEO information, or open a page you are not allowed to access. A page-level banner can also appear when several fields need attention at once. Dismissible notices are easier to spot because they include a visible close control. Look for a small **X**, **Close**, or similar dismiss option inside the notice box. These notices may confirm something, warn you about a partial issue, or tell you that something failed. Closing the notice only removes it from view. If you already read [Understanding Toast Messages and Action Feedback](doc:understanding-toast-messages-and-action-feedback), think of this document as the next layer: instead of short action feedback, you are learning how to recognize more persistent warnings, errors, and notices that may need a response. [SCREENSHOT: Example of a highlighted form field with inline error text and a page-level warning banner above the form] ## Reading Warning and Error Messages Before Retrying an Action When an action fails or only partly completes, pause before clicking the same button again. In Sherkety ERP & Website Platform, the message itself usually tells you what kind of problem you are dealing with. Read the exact wording in the alert area first. A warning often means the action may need review or may have completed with a concern. An error usually means the action was blocked. A notice may simply confirm what happened and whether you need to do anything else. Start by connecting the message to the button you just used. If you clicked **Save**, the message is likely about missing or invalid form entries. If you clicked **Publish**, the warning may relate to content that cannot be published yet. If you clicked **Delete**, the notice may confirm removal or explain why deletion could not continue. If you opened an admin page and saw an alert immediately, the message may be about access restrictions rather than data entry. Next, scan the screen for supporting clues: - Highlighted fields - Error text under inputs - Required-field indicators - A warning banner above the form - A dismissible notice near the top of the page These visible cues help you decide whether the action was completely blocked or whether it finished with a warning. For example, if the page stays open and several fields are marked, the action likely did not complete. If a notice appears without any blocked fields, the action may have gone through but still needs your attention. Do not rely on memory alone. If you need help from another user or an Administrator, copy the exact message text or take a screenshot while the alert is still visible. [SCREENSHOT: A warning notice shown after clicking Save, with highlighted fields lower on the page] ## Fixing Form Errors That Block Saving or Publishing When **Save** or **Publish** does not work, the fastest fix is to look for fields that changed appearance right after the failed attempt. In Sherkety ERP & Website Platform, blocked form actions are usually followed by visible validation feedback. A field may show an error message underneath, a colored border, or a required indicator that becomes more noticeable after you try to continue. 1. Click **Save** or **Publish** once and wait for the page to respond. 2. Scan the current section for highlighted fields, missing values, or warning text. 3. If nothing is obvious, scroll upward and check for a page-level error banner near the top of the form. 4. Return to each marked field and correct the problem. 5. Click **Save** or **Publish** again. The correction depends on what the screen is asking for. Common fixes include entering a missing title, completing required text fields, choosing an option from a dropdown, or correcting a value that the form does not accept. In content editing screens, this may happen when a required content area is left blank. In admin pages such as **Content**, **Services**, **Pricing**, **SEO**, or **Settings**, the page may refuse to save until every required entry is complete. If the page-level message suggests there are multiple issues, do not stop after fixing the first visible field. Scroll through the full form and check every section that appears incomplete. Some pages in Sherkety ERP & Website Platform contain several grouped inputs, so more than one problem may need attention before the button works. After making corrections, save again and confirm that the blocking message no longer appears. If the same warning returns, reread the message and compare it with the fields still marked on screen. ## Dismissing Notices Without Missing Important Information A dismissible notice is useful only if you read it before closing it. In Sherkety ERP & Website Platform, these notices may appear after editing content, updating admin settings, attempting a restricted action, or completing a change that needs review. Because they often disappear once dismissed, take a moment to understand what the notice is telling you. Before selecting the close control, check whether the notice is doing one of these jobs: - Confirming that an action completed - Warning that something only partly completed - Reporting that the action failed - Pointing to a related item or status detail If the notice mentions a page section, item name, or status result, keep it visible long enough to note that detail. This matters when you are editing website content, maintaining pricing entries, or reviewing SEO changes and need to remember exactly what the message referred to. A common mistake is to close a warning and assume the issue is fixed. Dismissing a notice usually removes it from view only. It does not normally correct missing fields, change permissions, or retry a failed action for you. If the same notice appears again after another click, that usually means the original cause still exists. Use the close control only after you know whether the notice was informational or action-blocking. If the notice followed a failed **Save** or **Publish**, look around the page before refreshing or trying again. If it followed a successful action, you can usually dismiss it and continue working. [SCREENSHOT: Dismissible notice with a close icon, showing where to read the message before removing it] ## Knowing When an Alert Needs Editor Action or Administrator Help Not every alert needs the same response. In Sherkety ERP & Website Platform, many messages can be handled directly by the person editing the page, but some alerts point to access or setup issues that need Administrator attention. A Content Editor can usually fix alerts related to the information entered on screen. These include missing titles, incomplete required fields, empty content areas, or values that the form rejects. If the message appears after clicking **Save**, **Publish**, or **Update**, and the page highlights editable fields, start by correcting those entries yourself. Ask an Administrator for help when the message points to something outside normal editing work. Examples include alerts about restricted access, unavailable settings, blocked admin pages, or actions you are not allowed to perform. If you try to open areas such as **Users**, **Settings**, **SEO**, **Services**, or **Pricing** and see an access-related message, the issue is likely tied to your role rather than the content on the page. Use this quick guide: | Alert clue on screen | Who should respond | |---|---| | Missing required fields or incomplete form entries | Content Editor | | Invalid value in a field you can edit | Content Editor | | Access denied or restricted screen message | Administrator | | Unavailable settings or blocked admin action | Administrator | When handing the issue to an Administrator, include two things: - The exact alert text - The action that triggered it, such as **Save**, **Publish**, opening **Admin Dashboard**, or entering **Users** That information helps the Administrator understand whether the problem is about permissions, page access, or a blocked action in the admin area. ## Common Issues and How to Fix Them Several alert patterns appear again and again in Sherkety ERP & Website Platform. Once you know what they look like, you can usually resolve them quickly. If a required-field error appears after clicking **Save**, do not keep pressing the button. Scroll through the form and look for every field marked as required or highlighted with validation text. This is common in content editing and admin forms where one missing value can stop the full action. If a dismissible warning keeps returning after you close it, treat that as a sign that the page still has an unresolved issue. The notice may reappear because the same incomplete step is still present. Review the page state, especially any unsaved edits, missing selections, or fields that were left blank. If a button appears to do nothing, look more carefully at the page. The response may not be near the button itself. Check for: - A warning banner above the form - Inline validation text beside a field - A notice near the top of the screen - A blocked page message after opening an admin section This often happens when the page responds quietly and expects you to notice the message elsewhere on screen. If an access-related alert prevents progress, stop trying to work around it. In Sherkety ERP & Website Platform, restricted screens in the admin area are controlled by role. If you cannot enter a page or complete an action because of an access message, ask an Administrator to review your permissions. For related guidance on short action feedback, return to [Understanding Toast Messages and Action Feedback](doc:understanding-toast-messages-and-action-feedback). That document helps you separate quick confirmation messages from the more persistent warnings and errors covered here. ## Overview This guide focuses on the alerts in Sherkety ERP & Website Platform that need more attention than a brief popup message. You will most often see them while working in the admin area, especially on screens such as **Dashboard**, **Content**, **Users**, **Settings**, **SEO**, **Services**, and **Pricing**. They can also appear when you try to open a restricted page, save incomplete changes, publish content with missing information, or perform an action that your account is not allowed to complete. The goal is not just to notice that “something went wrong,” but to identify the type of message and respond correctly. In practice, that means learning to tell the difference between: - A field-level error shown next to a specific input - A page-level warning banner shown above a form - A dismissible notice with a close control - An access-related alert that requires Administrator help This document does not repeat the basics of temporary action feedback already covered in [Understanding Toast Messages and Action Feedback](doc:understanding-toast-messages-and-action-feedback). Instead, it helps you read longer-lasting warnings and errors that stay on screen until you fix the issue, dismiss the notice, or leave the page. As you work through the sections, focus on three habits: - Read the exact message text before retrying - Look for highlighted fields or blocked sections on the page - Decide whether the issue is something you can fix directly or something an Administrator must handle These habits are especially useful when editing multilingual content, maintaining public website pages, or managing admin records where incomplete or restricted actions are easy to miss. ## Prerequisites Before using this guidance in Sherkety ERP & Website Platform, make sure you are working in a screen where alerts can appear and that you can recognize the action that triggered the message. You should already be comfortable with: - Signing in to the admin area - Opening pages such as **Dashboard**, **Content**, **Services**, **Pricing**, **SEO**, **Settings**, or **Users** - Using buttons such as **Save**, **Publish**, **Update**, **Delete**, and **Submit** - Noticing short feedback messages from previous actions If you have not read the earlier document in this section, review [Understanding Toast Messages and Action Feedback](doc:understanding-toast-messages-and-action-feedback) first. That will help you separate quick action confirmations from the warnings, errors, and dismissible notices covered here. It also helps if you can do the following before troubleshooting an alert: - Stay on the same page after the message appears - Scroll through the full form to find highlighted fields - Read any text shown above the form or beside inputs - Capture a screenshot if you may need to ask for help You do not need special setup to follow this guide. However, some examples only apply if your account can access the admin area. If a page does not open because of a restriction message, that is itself part of the alert behavior described here. The next document in this section is [Understanding Notification Types and What They Mean](doc:understanding-notification-types-and-what-they-mean), which explains how to interpret different notification categories across Sherkety ERP & Website Platform. ## Recognizing When Content Failed to Load In Sherkety ERP & Website Platform, a normal loading state usually changes after a short moment. You may briefly see loading placeholders, a simple loading message, or a section that has not filled in yet. If that state stays on screen longer than expected and the page never finishes loading, treat it as a failed load rather than a normal wait. If you need a refresher on the difference between loading placeholders, empty states, and errors, see [Understanding Loading Placeholders Empty States and Errors](doc:understanding-loading-placeholders-empty-states-and-errors). A failed load often looks like one of these patterns: - The page header, menu, or footer appears, but the main page body stays empty - A section inside the page is blank while the rest of the page is visible - Cards, lists, or content blocks do not appear where you expect them - An inline message says content could not be loaded - A **Retry** button appears inside the empty area or near the message [SCREENSHOT: page with visible header and navigation, but blank main content area and Retry message] A “temporary problem” usually means the page asked for content and did not get a usable response in time. In everyday terms, that can happen when: - Your internet connection drops for a moment - The page request times out - Sherkety ERP & Website Platform receives an incomplete response for that page section Retrying makes sense when you see a **Retry** button or a message that clearly suggests the problem is temporary. It is less likely to help if the page asks you to sign in, shows an access warning, or if the content was intentionally removed or unpublished. In those cases, the issue is not that the page is still loading — it is that the content is unavailable to you or no longer published. ## Retrying the Page or Missing Section When Sherkety ERP & Website Platform shows a **Retry** button, start there. That button is the clearest sign that the page expects the content to be available and is giving you a way to request it again. 1. Click **Retry** if it appears next to the error message or inside the empty content area. 2. Wait a few seconds to see whether the missing section, cards, or page text returns. 3. If nothing changes, refresh the browser tab using the browser’s reload button. 4. After the page reloads, check whether the same section is still blank or whether the whole page now loads normally. 5. If the problem continues, go back to the previous page and open the page again from the site navigation, search results, or another current link inside Sherkety ERP & Website Platform. 6. If the message suggests a temporary issue, pause briefly before trying again instead of clicking **Retry** repeatedly. This matters because reopening the page from the main navigation can trigger a fresh attempt to load the content. That is often more reliable than staying on an outdated tab or reopening an old bookmark immediately. If only one section is missing, focus on that section rather than assuming the whole site is down. For example, a public page may show the header and footer correctly while a content block in the middle fails to appear. In the admin area, a dashboard panel or content list may stay empty while the rest of the screen works. In both cases, the same retry steps apply. [SCREENSHOT: inline error message inside a page section with Retry button] If repeated retries fail, stop there and move on to the browser and connection checks below. Constantly refreshing the same broken page usually does not add useful information. ## Checking Your Browser and Connection Before Trying Again Before assuming the page itself is broken, confirm that your browser session is working normally. In Sherkety ERP & Website Platform, a page can look empty because the content request failed, but it can also appear incomplete if your browser is using stale files or blocking part of the page. Start with a quick comparison inside the same site: - Open another public page such as the homepage, an ERP app page, or a company type page - In the admin area, switch to another screen such as **Dashboard**, **Content**, or **Settings** - Check whether menus, images, page text, and links load normally there If other pages load correctly, the issue may be limited to one page or one section. If several pages appear incomplete, the problem may be broader. When the page looks partially rendered — for example, the header appears but the main body stays empty — try a stronger refresh. A normal reload may keep using old cached files. A hard refresh tells the browser to request the page again more completely. If you are not sure how to do that in your browser, closing the tab and reopening the page from Sherkety ERP & Website Platform’s navigation can help in a similar way. Browser extensions can also interfere. If you use tools that block scripts, cookies, pop-ups, or embedded content, temporarily disable them and reload the page. This is especially useful when the page frame loads but the central content area remains blank. If the issue continues, test the same page in one of these ways: - Open it in a private or incognito window - Try a different supported browser - Sign in again if you were already using the admin area [SCREENSHOT: same page opened in private browsing window for comparison] If the page works in a private window or another browser, the original browser session likely has a cached file, extension conflict, or session problem rather than a permanent content issue. ## Deciding Whether the Problem Is Temporary or Access-Related Not every blank page or missing section means Sherkety ERP & Website Platform is having a temporary loading problem. The message on screen usually gives the best clue. A **Retry** prompt usually points to a recoverable loading issue. The page expected content, did not receive it properly, and is inviting you to try again. By contrast, a sign-in screen, restricted page message, or missing admin menu item usually points to access rather than loading. Use these checks to tell the difference: - If you see **Retry**, an inline error, or a content area that stays empty after loading, treat it as a temporary content-loading problem first. - If you are asked to sign in, your session may have expired. - If you can access **Dashboard** but not another admin screen such as **Content**, **Users**, **SEO**, **Services**, **Pricing**, or **Settings**, your role may not include that area. - If one public page is empty but the rest of the website works, the issue may be limited to that page. - If several pages, lists, or detail views are empty, the issue may be wider than a single page. For content editors and administrators, there is one more possibility: the content may no longer be published. If you can open the admin area but the public page is blank or unavailable, check whether the page, section, or item was unpublished, moved, or removed. A missing public page is not always a loading failure. For visitors and prospective buyers, pay attention to how you opened the page. An old bookmark, saved tab, or shared link may point to content that has changed. If the page looks wrong, reopen it from the main navigation or from a current page such as the ERP catalog, services menu, or homepage links. ## Reporting the Issue with the Right Details If Sherkety ERP & Website Platform still shows a blank area or **Retry** message after you have retried and refreshed, report the problem with specific details. Clear details make it much easier for your team to reproduce the issue and decide whether it affects one page, one content section, or a wider area. Include the following information: | What to capture | What to note | |---|---| | Page location | The exact page you opened, such as the homepage, an ERP app page, **Dashboard**, or **Content** | | Message shown | The full text of the error, warning, or **Retry** message | | What failed | Whether the whole page was blank or only one section, list, or panel failed to load | | Time | When the issue happened | | Device and browser | Your device type and browser name | | What you tried | Whether **Retry**, refresh, reopening the page, or another browser changed the result | Screenshots are especially helpful. Capture the visible page header, navigation, empty content area, and any **Retry** button or inline error message. [SCREENSHOT: support-ready screenshot showing page title, visible navigation, blank content area, and Retry message] If you work in the admin area, add a little more context: - The content item or page name you expected to see - Whether it should still be published - What you clicked just before the problem started - Whether the issue affects only the public page, only the admin screen, or both Avoid vague reports like “page broken” or “nothing works.” A better report would say that the **Services** page opened, the header loaded, the main content stayed blank, and the **Retry** button reappeared after refresh. That level of detail helps others verify the problem quickly. ## Common Issues and How to Fix Them Some loading problems in Sherkety ERP & Website Platform follow the same patterns. If you recognize one of the situations below, use the matching fix before escalating the issue. - **The Retry button keeps coming back** - Wait a short moment before trying again. - Refresh the tab once. - Open another page in the same site to see whether the problem is limited to one page or affects multiple pages. - If several pages fail the same way, report it as a broader outage rather than a single broken page. - **The page header loads, but the main content is blank** - Disable browser extensions that block scripts or cookies. - Try the page in a private browsing window. - Reopen the page from Sherkety ERP & Website Platform navigation instead of relying on the current tab. - If the page works elsewhere, the original browser session is likely the problem. - **Only one linked page appears empty** - Go back and open the page again from the main menu, search, or a current internal link. - Avoid using an old bookmark until you confirm the page still exists in the same location. - If the page continues to fail while others work, report that exact page. - **You can open the admin area, but not the published page** - Check whether the content is still published. - Confirm that the public-facing page has not been moved or replaced. - Compare the admin content entry with the live page you are opening. These checks solve many one-off issues without extra troubleshooting. If the problem still remains, document what you saw and move it forward with the details from the reporting section. ## Overview This guide focuses on what to do after Sherkety ERP & Website Platform stops short of fully loading a page or section. The most common signs are a blank content area, a loading state that never finishes, or an inline message with a **Retry** button. Those signals usually mean the page tried to load content but did not receive it successfully. The goal is not to diagnose every possible cause. Instead, the goal is to help you respond in the right order: - Recognize whether the page is still loading or has actually failed - Use **Retry** or refresh the page - Reopen the page from current navigation instead of an old tab or bookmark - Check whether your browser, connection, or extensions are interfering - Decide whether the issue is temporary, access-related, or caused by removed content - Capture the right details if you need to report it This is especially useful across both sides of Sherkety ERP & Website Platform. Public visitors may run into empty sections on service pages, company type pages, or ERP app pages. Admin users may see a dashboard panel, content list, or settings screen fail to populate even though the rest of the admin area is visible. If you already read [Understanding Loading Placeholders Empty States and Errors](doc:understanding-loading-placeholders-empty-states-and-errors), this guide picks up from there and focuses on action: what to click, what to verify, and when to stop retrying and report the issue. The next document, [Understanding Loading Missing Content and Error States](doc:understanding-loading-missing-content-and-error-states), goes further into how to interpret those messages once you have confirmed the page is not loading normally. ## Prerequisites You do not need any special setup before using the steps in this guide, but a few basics will help you work through missing content problems more effectively in Sherkety ERP & Website Platform. - You should be able to open the affected page again from the main navigation, a menu, or a current internal link - If you are using the admin area, make sure you are signed in and can still reach screens such as **Dashboard** or **Content** - Keep the browser reload button available so you can refresh the tab after using **Retry** - Be ready to compare the affected page with another page on the same site - If needed, have access to a private browsing window or a second browser for testing It also helps to know what kind of page you are trying to open. For example: - A public website page such as a service page, ERP app page, or company type page - An admin screen such as **Dashboard**, **Content**, **Users**, **SEO**, **Services**, **Pricing**, or **Settings** - A shared page reached from a bookmark, search result, or direct link If you are a content editor or administrator, it is useful to know whether the page or section should currently be published. That makes it easier to tell the difference between a real loading failure and content that was intentionally removed or hidden. For the next step in this topic, continue with [Understanding Loading Missing Content and Error States](doc:understanding-loading-missing-content-and-error-states). ## Reading the Accounting Pricing Page at a Glance When you open the accounting page in Sherkety ERP & Website Platform, start at the top pricing area where the offer is presented most clearly. This section usually brings together the plan name, the displayed price, a short value statement, and the main action button. Read these items together instead of looking at the price alone. The plan name tells you what is being sold, the short statement explains the intended value, and the main button shows the next step the page expects you to take, such as requesting more information or moving toward a demo. Look closely for any visual emphasis around the pricing card. A highlighted card, a badge, or stronger color treatment often signals the package Sherkety ERP & Website Platform wants you to notice first. That does not automatically make it the best choice for your business, but it does tell you which offer is being positioned as the most suitable for a common buyer profile. If a billing toggle appears near the price, switch between the available billing views and watch how the amount changes. This helps you understand whether the page is showing a recurring amount under one billing period or another. If no toggle is visible, rely on the wording next to the price and nearby labels to understand the billing cadence. Also scan the same area for quick comparison cues. These may appear as short included-feature lines, compact benefit points, or a nearby section that visually separates the accounting offer from broader ERP options. If you already reviewed accounting workflows in [Understanding Accounting Workflows and Compliance Value](doc:understanding-accounting-workflows-and-compliance-value), use that background here to judge whether the page’s highlighted value matches the finance processes you care about. [SCREENSHOT: top section of the accounting page showing the plan name, displayed price, any billing selector, badge, and main call-to-action button] ## Comparing What Is Included in the Accounting Offer After reviewing the top pricing block, move down to the included-feature area and compare what the accounting offer actually lists. This is where Sherkety ERP & Website Platform helps you separate headline marketing from practical scope. Read each included item carefully and focus on the accounting capabilities that are explicitly named on the page. If a feature is listed, you can treat it as part of the offer being presented. If it is not listed, do not assume it is included. Use the feature list to separate core accounting work from connected business functions. On Sherkety ERP & Website Platform, accounting may be presented alongside related ERP areas such as sales, inventory, purchasing, or reporting. When those appear nearby, pay attention to whether they are shown as part of the accounting package, as related apps, or as broader package options. This distinction matters when you are deciding whether you need accounting only or a wider business setup. As you compare, watch for qualifiers attached to the pricing presentation. These may appear as short notes under the package card, smaller text near the price, or explanatory lines under the feature list. Read them slowly. A pricing page can look straightforward until a note changes how you interpret what is included. Use this simple comparison approach: 1. Read the package name and price together. 2. Review every listed accounting feature line by line. 3. Note any nearby references to other ERP apps. 4. Check for smaller notes that narrow the scope. 5. Compare the accounting package against any broader suite or bundle shown on the same page. If the page includes cards, rows, or side-by-side comparisons, use them to identify what changes between offers. A broader package may include more connected business areas, while the accounting-focused offer may stay centered on finance needs. [SCREENSHOT: feature list or package comparison area on the accounting page with included items and any notes beneath the pricing card] ## Matching the Package to Your Buying Scenario The accounting pricing page is not only about cost. It also gives clues about who each offer is meant for. Read the buyer-fit wording around the package card, feature summary, and nearby descriptive text. In Sherkety ERP & Website Platform, this messaging may point to company size, finance team needs, business growth stage, or whether the offer is better for accounting-only use versus a broader ERP rollout. Start by checking whether the wording feels focused on a simple finance setup or a more connected business operation. If the page emphasizes accounting tasks, finance control, and core recordkeeping, it may be aimed at buyers who want a focused accounting solution. If the page also highlights connected workflows with sales, inventory, purchasing, or reporting, it may be positioning the offer as part of a larger operational setup. Use the page to test your own situation against the package positioning: 1. Identify whether your business needs accounting only or accounting plus connected operations. 2. Read the value statement under or near the package name. 3. Look for wording that signals company size, growth, or team collaboration. 4. Check whether the page speaks to first-time ERP adoption or replacing separate tools. 5. Notice any references to scaling into additional modules later. This step is especially useful if you are deciding between a focused accounting need and a full business management direction. A package that looks affordable at first glance may not fit well if your team also needs connected invoicing, stock visibility, or purchasing coordination. On the other hand, a broader package may be more than you need if your current goal is to improve finance work only. If you want broader context before deciding, compare the accounting page with the ERP navigation and app-entry pages described in [Using ERP System Landing Pages to Evaluate Offerings](doc:using-erp-system-landing-pages-to-evaluate-offerings) and [Browsing the ERP Apps Catalog](doc:browsing-the-erp-apps-catalog). ## Evaluating the Key Decision Points Before You Choose Use the accounting pricing page as a decision screen, not just a reading screen. The fastest way to do that is to review the page in a fixed order so you do not miss details hidden around the main price. 1. Start with the displayed price. Read the amount and the wording attached to it so you understand the billing period being shown. If there is a billing selector, switch it and compare the displayed amount before moving on. 2. Review the package card or pricing table. Match the listed accounting capabilities against the finance work your business must handle. Focus on the items you cannot do without. 3. Check the main action button. The wording of the button is a strong clue. A direct purchase-style action suggests a simpler buying path, while a demo or sales conversation suggests a package that may need discussion before commitment. 4. Read any nearby notes about onboarding, implementation, or support. These details affect the real effort required after you choose the package. 5. Look for upgrade paths, bundle references, or related ERP modules. These signals help you judge whether the accounting offer is meant to stand alone or lead into a broader setup. A useful way to organize your decision is to compare what you see on the page against your own needs: | What to check on the page | What it tells you | |---|---| | Displayed price and billing wording | Whether the amount fits your budget and billing preference | | Included accounting features | Whether the package covers your required finance work | | Main call-to-action button | Whether the buying path is simple or consultative | | Notes about support or setup | Whether extra effort is involved beyond the headline price | | Related modules or bundles | Whether a broader ERP package may be the better fit | [SCREENSHOT: accounting pricing section with the price, feature summary, CTA button, and any notes about setup or support] ## Using On-Page Signals to Narrow Down the Right Offering When several offers look close, use the page’s visual and wording signals to narrow your choice. Sherkety ERP & Website Platform often helps visitors make decisions through emphasis, labels, and action wording. These signals are useful, but they work best when you verify them against the actual feature list. Begin with any highlighted or recommended package. A badge or emphasized card usually marks the offer Sherkety ERP & Website Platform considers a strong fit for common buyers. Treat that as a starting point only. Then read the listed accounting features and the buyer-fit text to confirm whether the recommendation matches your business. Next, compare what is included and what is not. Feature checkmarks are helpful, but exclusions often matter more. If one package leaves out a finance-related capability you expect, that missing item should carry more weight than a lower headline price. This is especially important when comparing accounting against broader ERP options that may connect finance with inventory, sales, or purchasing. The wording on the main button also helps you interpret the offer: - **Buy** or similar wording usually points to a more direct decision path. - **Start** suggests a quicker entry into the offer. - **Talk to Sales** signals that the package may need discussion or tailoring. - **Book a Demo** suggests you should review the workflow before committing. Finally, follow nearby links to broader ERP pages if they are shown. If your accounting needs are tied to invoicing, stock movement, or purchasing control, those related pages can change your decision. Cross-checking the accounting offer with connected module pages helps you avoid choosing a package that solves only part of the problem. For broader comparison habits, see [Using Comparison Sections to Evaluate Offerings](doc:using-comparison-sections-to-evaluate-offerings). ## Resolving Common Questions When the Best Fit Is Not Obvious If the best option is still unclear, use the page to answer one question at a time instead of trying to decide everything at once. Start by comparing similar-looking packages directly. Read the package name, short value statement, listed features, and main button together. Two offers may appear close in price or layout, but the buyer-fit wording often reveals that one is aimed at a simpler accounting need while the other is meant for a broader operational setup. When the price feels unclear, return to the pricing block and verify the billing wording first. If a billing selector is available, switch it and confirm which view you are reading. Then check for wording that suggests whether the amount applies at the package level or follows another pricing structure. Small notes near the price or below the card can change how the amount should be understood. If you are unsure whether accounting by itself is enough, use the page’s references to connected ERP areas as a guide. Mentions of sales, inventory, purchasing, or reporting are not just promotional extras. They help you judge whether your finance process depends on workflows outside accounting. If your team needs those connections, a broader package may fit better than an accounting-only choice. Use this troubleshooting sequence: 1. Compare similar packages line by line. 2. Recheck the billing wording near the displayed price. 3. Read all small notes under the package or feature area. 4. Review references to related ERP modules. 5. Use the page’s demo or sales action if key scope details are still missing. If the page still leaves questions about support, onboarding, or package scope, follow the contact or demo path shown on the accounting page. The next document, [Requesting a Demo or Next Step From Accounting Pages](doc:requesting-a-demo-or-next-step-from-accounting-pages), walks through that step. ## Overview This document helps you review the accounting pricing page in Sherkety ERP & Website Platform with a buyer’s mindset. Instead of treating the page as a simple price list, you use the visible pricing block, package card, feature list, comparison cues, and action buttons to decide whether the accounting offer matches your business needs. The focus here is on practical evaluation. You look at the displayed price, confirm the billing period, identify the package positioning, and compare included accounting capabilities against related ERP areas that may appear on the same page. You also use buyer-fit wording to judge whether the offer is aimed at a focused accounting setup or a broader ERP rollout. This guide builds on the workflow understanding from [Understanding Accounting Workflows and Compliance Value](doc:understanding-accounting-workflows-and-compliance-value). That earlier document explains why the accounting workflows matter. Here, the goal is different: you are using the pricing page itself to decide whether the package, scope, and buying path make sense for your company. As you work through the sections above, keep your attention on what the page actually shows: the package name, value statement, included features, any highlighted recommendation, and the wording of the main call to action. Those visible signals are the most reliable way to judge package fit before you contact Sherkety ERP & Website Platform for a demo or sales discussion. ## Prerequisites Before using this guide, make sure you have the following: - You can open the accounting page on the public website in Sherkety ERP & Website Platform. - You are able to view the pricing area, package card, feature list, and any related comparison content on that page. - You already understand the accounting workflows and business value described in [Understanding Accounting Workflows and Compliance Value](doc:understanding-accounting-workflows-and-compliance-value). - You know your own business priorities well enough to compare them against the page, such as: - whether you need accounting only or a broader ERP setup - whether connected areas like sales, inventory, purchasing, or reporting matter to your decision - whether you prefer a direct purchase path or a guided demo or sales conversation - You are ready to compare visible page elements carefully, including: - the displayed price - any billing selector - the package name and short value statement - included-feature lists - recommendation badges or highlighted cards - the main call-to-action button - any notes under the pricing presentation If you have not yet explored the accounting page itself, review [Exploring the Accounting Services Page](doc:exploring-the-accounting-services-page) first. If you need a broader pricing context across ERP offerings, [Evaluating Accounting Capabilities and Pricing](doc:evaluating-accounting-capabilities-and-pricing) is also a useful starting point. ## Exploring the HR Dashboard and Employee Workspace On the **HR** page in **Sherkety ERP & Website Platform**, the employee management area is presented as a workspace for viewing people, roles, and team structure in one place. If you already reviewed the broader HR positioning in [Exploring HR Module Overview and Business Fit](doc:exploring-hr-module-overview-and-business-fit), this page is where that value becomes more concrete. Instead of focusing on payroll or attendance, this part of the HR experience highlights how employee information can be organized and reviewed day to day. As you move through the page, look for the main entry points tied to employee administration: - an **employee list** or directory view for browsing staff members - **employee cards** or profile links that open individual records - an **organizational chart** or hierarchy view for reporting lines - **department-based navigation** that helps you understand how teams are grouped These elements matter because they show whether Sherkety ERP & Website Platform can act as a central place for workforce information. A buyer should be able to tell, at a glance, whether the HR page supports basic people operations such as finding an employee, checking who they report to, and seeing which department they belong to. The page also demonstrates organizational visibility through profile summaries and hierarchy-focused sections. When employee cards, names, job roles, and department labels are visible together, it becomes easier to judge whether managers and HR staff can quickly understand who is in the organization and how teams connect. Primary actions to focus on during your review include: - opening an employee record - browsing reporting lines - checking department visibility - assessing whether workforce administration tools feel centralized [SCREENSHOT: HR page showing employee list, profile entry points, and organizational chart access] For a prospective buyer, this page is less about completing transactions and more about evaluating whether daily employee administration can happen from one clear, connected workspace. ## Reviewing Employee Records and Profile Details From the employee directory or list on the **HR** page, you should be able to open an individual employee record by selecting the person’s name, card, or profile link. This record is the clearest place to evaluate how **Sherkety ERP & Website Platform** handles employee information. When reviewing the profile layout, focus on whether the visible fields match the information your team needs to reference regularly. Typical employee details highlighted on the HR page include the following: | Profile detail | What you can learn from it | |---|---| | **Employee Name** | Identifies the worker clearly in the directory and profile | | **Job Position** | Shows the employee’s role in the business | | **Department** | Indicates which team the employee belongs to | | **Manager** | Shows who the employee reports to | | **Work Contact Details** | Helps with internal communication and directory use | | **Work Location** | Clarifies where the employee is based | When these details appear together on one profile page, the record becomes a practical reference point for HR teams and managers. Instead of checking separate files for job title, department assignment, or reporting relationship, users can review one employee page and understand that person’s place in the organization. This kind of profile visibility is especially useful when you are judging fit for onboarding and ongoing administration. A buyer can ask simple but important questions while reviewing the page: - Can HR quickly confirm who manages this employee? - Is department assignment easy to see? - Are work contact details available in the same place? - Does the profile look suitable for use as an internal employee directory? [SCREENSHOT: Employee profile page showing name, job position, department, manager, and work details] If the employee record is clear, complete, and easy to open from the directory, that is a strong sign that Sherkety ERP & Website Platform can support everyday people-data maintenance without relying on scattered documents. ## Viewing Reporting Lines and Organizational Structure A key part of the **HR** page is the ability to understand reporting relationships, not just individual profiles. In **Sherkety ERP & Website Platform**, this is shown through an **organizational chart** or hierarchy view that can be reached from the main HR page or from within an employee profile. When you open this view, pay attention to how easily you can move from one person to their manager or to the people who report to them. The most important fields for this review are **Manager** and **Department**. Together, they help make the structure of the organization visible. If an employee profile clearly shows the manager relationship, you can quickly understand where that person sits in the reporting line. If department grouping is also visible, the page becomes more useful for understanding team composition rather than just isolated employee records. This matters in several practical situations: - HR teams can review who belongs to each department - managers can see their direct reporting structure - leadership can check how teams are arranged across the business - users can move between related employee records without leaving the HR area Department-based grouping is especially helpful when you want to understand how work is organized across functions. For example, even without opening every employee profile, visible department labels can help you identify leadership structure, team size, and how employees are distributed between groups. [SCREENSHOT: Organizational chart or hierarchy view showing manager and subordinate relationships] For buyers, the value of this page is speed and clarity. If you can move from the employee list to a profile and then to an organizational view without exporting data or building a separate chart, Sherkety ERP & Website Platform is showing that workforce visibility is built into the HR experience. That is useful for headcount reviews, manager oversight, and day-to-day navigation across related employee records. ## Managing Workforce Information from a Central Employee Directory The employee directory on the **HR** page is where **Sherkety ERP & Website Platform** shows its value as a central source for workforce records. Instead of keeping employee details in separate spreadsheets, email threads, or department-specific files, the directory brings people information into one searchable place. For a buyer, this is one of the easiest areas to assess because the workflow is familiar: browse the list, narrow it down, and open the right record. Common interactions to look for in the directory include: 1. **Search for an employee** by name or visible profile information. 2. **Filter by department** to focus on one team or business area. 3. **Open an individual record** to review or maintain that employee’s details. These actions may seem simple, but together they show whether the HR page can support everyday administration. If HR staff can quickly find a person, confirm their job title, check their manager, and review work contact information from the same directory flow, the page is doing more than acting as a static list. Centralized records also improve consistency. When job titles, reporting assignments, and work contact details are maintained from one employee directory, it becomes easier to keep information aligned across the organization. That consistency supports several practical needs: - keeping staff records current - helping employees and managers find the right contact information - reducing confusion about reporting assignments - improving confidence in HR data used for internal communication [SCREENSHOT: Employee directory with search, department filter, and employee profile links] As you review this area, consider how much effort it would take for your team to maintain current employee information here compared with your current process. If the directory feels easy to browse and records are clearly connected to departments and managers, Sherkety ERP & Website Platform is demonstrating a strong foundation for workforce administration. ## Assessing the Business Value of HR Visibility and Administration Tools When evaluating the **HR** page in **Sherkety ERP & Website Platform**, the most useful question is not whether the page looks polished, but whether the visible employee and organization details would help your team make faster decisions. The combination of employee records, department labels, manager relationships, and organizational views should give you enough information to judge whether the HR area supports daily operations instead of serving only as a basic staff list. Start by checking whether the employee profile layout includes the fields your organization relies on most. For many teams, the essentials are easy to define: - **Department** - **Manager** - **Job Position** - **Work Contact Details** - **Work Location** If these details are easy to spot on the profile page, HR staff and managers can use the record as a dependable reference during onboarding, internal updates, and routine follow-up. A clear profile layout also reduces the need to ask around for basic information such as who someone reports to or which team they belong to. Next, test how easily you can move between views. A strong HR page should let you go from the employee list to a profile and then to the organizational chart without losing context. That flow is important for leaders who need to understand team structure quickly. If they can review a person and immediately see their reporting line, workforce reviews become faster and more informed. The biggest business value comes from having employee records and organizational visibility on the same HR page. That combination helps reduce manual maintenance, supports transparency, and makes follow-up easier when changes happen in staffing or reporting structure. [SCREENSHOT: HR page showing employee profile details alongside organization visibility features] For a buyer, this demonstration is a practical way to decide whether Sherkety ERP & Website Platform can replace fragmented people-data tracking with a more visible and organized HR workspace. ## Comparing HR Page Capabilities to Your Workforce Administration Needs To decide whether the **HR** page fits your organization, compare what you see in **Sherkety ERP & Website Platform** with the way your teams currently manage employee information. This page is most valuable when you map visible features directly to real administration needs rather than reviewing it as a generic product tour. The main capabilities to compare are straightforward: - **Profile details** for each employee - **Reporting relationships** through the **Manager** field and hierarchy view - **Department visibility** for understanding team membership - **Centralized employee access** through a shared directory or list Different stakeholders will care about different parts of this page: - **HR administrators** benefit from maintaining current employee records in one place - **Department managers** benefit from seeing who is on their team and who reports to whom - **Executives and leadership** benefit from quick visibility into organizational structure and headcount distribution This page supports several common workforce scenarios especially well: - maintaining employee records as roles or teams change - reviewing team hierarchies without building separate charts - checking department composition during planning or reorganization - improving workforce visibility for internal communication Use this evaluation checklist while reviewing the page: - Is the **employee directory** easy to browse? - Do employee profiles show complete, useful details? - Is the **organizational chart** or hierarchy clear enough to follow? - Can you move between employees, departments, and reporting lines without confusion? [SCREENSHOT: HR page review with employee directory, profile view, and organizational structure elements] If the answer to most of these questions is yes, the HR page is likely a strong fit for organizations that want better employee visibility and less manual record maintenance. The next topic in this section is [Understanding Attendance Leave and Payroll Capabilities](doc:understanding-attendance-leave-and-payroll-capabilities), which expands the review beyond employee records into time and compensation-related workflows. ## Overview This document focuses on the employee management side of the **HR** page in **Sherkety ERP & Website Platform**. The goal is to help you review how the page presents employee records, department visibility, and reporting structure so you can judge whether it fits your workforce administration needs. Unlike the broader product introduction in [Exploring HR Module Overview and Business Fit](doc:exploring-hr-module-overview-and-business-fit), this guide stays centered on the people directory and organization view. The page areas covered here include: - the **employee directory** or list - individual **employee profiles** - **Manager** and **Department** fields - the **organizational chart** or hierarchy view - navigation between employee records and team structure These features are useful during evaluation because they show whether Sherkety ERP & Website Platform can act as a central place for employee information. A buyer can review whether the HR page supports common needs such as keeping staff details current, understanding reporting lines, and giving managers better visibility into their teams. You can use this guide in two ways: - as a buyer comparing HR tools for employee record management - as a reviewer checking whether the HR page supports real daily administration tasks Keep your attention on what is visible and easy to access. If names, job roles, departments, managers, and organization relationships are clearly presented, the HR page is demonstrating practical value. If those details are hard to find or disconnected from one another, that may signal extra manual work for your team. [SCREENSHOT: HR page overview with employee list and organization-related sections visible] This review is intentionally limited to employee and organization features. Attendance, leave, and payroll-related capabilities are covered separately in the next document. ## Prerequisites Before using this guide, it helps to have already reviewed the general HR positioning in [Exploring HR Module Overview and Business Fit](doc:exploring-hr-module-overview-and-business-fit). That earlier document explains where the HR module fits within the wider offering. Here, the focus is narrower: employee records, reporting relationships, and department visibility. To get the most value from this review, make sure you can access the **HR** page or HR product content in **Sherkety ERP & Website Platform** and that you are ready to compare what you see against your own workforce processes. Have the following in mind while reviewing the page: - the employee details your organization needs to track regularly - whether managers need visibility into reporting lines - whether departments are important for your team structure - how you currently maintain employee records today - which stakeholders will use employee profiles most often This guide is especially useful for: - HR leads evaluating employee administration features - operations teams comparing workforce record tools - department managers who need team visibility - decision-makers reviewing organizational transparency You do not need setup steps or advanced product knowledge to follow along. The most important preparation is knowing what your business expects from an employee directory and organization view. For example, if your team depends heavily on accurate job titles, manager assignments, and department grouping, pay close attention to how clearly those items appear on the page. [SCREENSHOT: HR page ready for review, with employee directory and profile access points highlighted] Once you have reviewed these employee management features, continue with [Understanding Attendance Leave and Payroll Capabilities](doc:understanding-attendance-leave-and-payroll-capabilities) to assess the next part of the HR offering. ## Preparing to review migrated content in the website interface Before you start checking results, make sure the migration task has already finished in the Migration Tool. If you have just completed the previous step, use [Running Homepage Migration Tasks](doc:running-homepage-migration-tasks) as your reference for the task run itself, then return here for the review work. Do not begin checking the website while the migration is still in progress, because you may see partial content, missing sections, or menu items that have not finished updating yet. Use an account that can access the admin area, such as an Administrator or Content Editor account. After signing in, open the website area you want to review. If your Sherkety ERP & Website Platform setup includes more than one website or language version, confirm you are looking at the correct site before you compare any results. This is especially important when the homepage, menus, or page titles differ between language versions. Focus your review on the parts of the website that were included in the migration scope. In most homepage migrations, that means checking: - The homepage itself - The top navigation menu - Footer links - Key landing pages linked from the homepage - Shared buttons and calls to action It helps to decide in advance how you will review each page: - **Published view** to see exactly what visitors see - **Edit mode** to inspect sections, content blocks, and editable areas - **Both views** when you want to compare appearance with editability In Sherkety ERP & Website Platform, the main areas you will use are the homepage, the website navigation, the page list, and the page editing screen. Keep these open as you work so you can move quickly between visible content and editable content. [SCREENSHOT: homepage open in published view with top menu and Edit option visible] ## Checking what changed on the homepage after migration 1. Open the homepage from the website menu and review it from top to bottom before making any edits. Compare the visible banner, main heading, supporting text, buttons, images, and section order with the result you expected from the migration. Pay close attention to the first screen visitors see, because this area usually contains the most important message and primary action buttons. 2. Continue down the page and check each homepage section in sequence. Look for cover sections, text areas, image blocks, trust content, service highlights, comparison areas, team content, FAQ areas, and any call-to-action sections that should appear on the homepage. Confirm that each section appears once, in the correct position, and that no section is missing or repeated. 3. Click **Edit** and inspect the same homepage again in edit mode. Select several migrated sections one by one to make sure they can still be clicked normally. If a section is difficult to select, overlaps another section, or causes the layout to shift unexpectedly, note it as a migration issue for follow-up. 4. Test the main homepage buttons and linked items. Open the primary call-to-action buttons, service links, and menu entries that appear in the hero area or major homepage sections. Confirm they lead to the intended internal page and not to an outdated destination, blank page, or missing page. When reviewing the homepage, common warning signs include: - A heading with missing text - Buttons with no visible label - Images that do not load - Extra spacing between sections - A section appearing twice - A button opening the wrong page [SCREENSHOT: homepage in edit mode with several migrated sections highlighted] ## Reviewing migrated pages, menus, and visible content details 1. Open the page list in the website area and confirm that the expected migrated pages are present. Review the page titles carefully and compare them with the planned migration result. If your team expected a specific set of landing pages, service pages, or informational pages, verify that each one appears in the list. 2. Check the visible page details that matter most during review: - **Page title** - **URL** - **Publication status** A page may exist in the list but still be unavailable to visitors if it is not published, so do not stop after confirming the title alone. 3. Review the top navigation menu and footer links. Make sure the labels are correct, the order matches the intended structure, and nested items appear under the right parent item if your menu uses grouped navigation. Then click through several items to confirm each one opens the correct page. 4. Open a sample of migrated pages and inspect the visible content on each page. Check headings, paragraph text, images, embedded media, buttons, and section spacing. If a page includes rich text formatting, make sure lists, bold text, and paragraph breaks still display properly. Look for these common visible issues during page and menu review: - Missing page images - Empty sections with too much white space - Text formatting that looks broken - Menu items shown twice - A page title that does not match the menu label - A footer link that opens the wrong page This review is easier if you move between the page list and the live page view rather than checking everything from one screen only. [SCREENSHOT: page list showing titles, URLs, and publication status] ## Confirming that editable content still works correctly 1. Open a migrated page and click **Edit**. Test several content areas directly on the page. Select text blocks, image areas, and reusable sections to confirm they are still editable. You should be able to click into content, make a small text change, and move between editable sections without the page becoming unstable. 2. Try basic editing actions on a few migrated sections. For example, click a text area to confirm the cursor appears, select an image block to confirm its controls open, and test whether sections can still be selected in the correct order. If a block cannot be selected or appears locked in place unexpectedly, record that as a follow-up issue. 3. Open the page settings or page properties area and verify that core page details can still be managed. Check that the page name, URL, and publish state are still available and editable where expected. A successful migration should not prevent you from managing these page details afterward. 4. If your site uses more than one language, switch to another language version in the website editing interface and confirm the migrated content is still available there as expected. Review translated headings, buttons, and page labels instead of assuming the default language is the only version affected. 5. Make one small, non-destructive test change, such as adding a short word to a text block, then click **Save**. Refresh the page or reopen it to confirm the change remains. After confirming that saving works, remove the test change and save again so the review environment stays clean. This step is about proving that migrated content is not only visible, but still manageable through the normal editing tools in Sherkety ERP & Website Platform. [SCREENSHOT: page edit view with text block selected and Save option visible] ## Running practical follow-up checks across the site 1. Start from the homepage and navigate through the site the way a visitor would. Use the main menu, homepage buttons, and footer links to move through the most important paths. This helps you catch issues that are easy to miss when checking pages one by one from the admin side. 2. Test the key visitor journeys that matter most after a homepage migration. Open major landing pages, service pages, company information pages, ERP pages, and contact paths that are linked from the homepage. If the homepage promotes a specific area, make sure that journey still feels complete from first click to destination page. 3. Check internal links and action buttons on the pages you open. A page can look correct while still containing broken navigation. Click buttons that lead to related pages, contact sections, or inquiry steps and confirm they open the expected destination. 4. Review both desktop and mobile layouts for the homepage and a few migrated pages. On smaller screens, look for hidden text, overlapping buttons, cropped images, or sections with awkward spacing. On desktop, check alignment, section width, and whether content appears balanced across the page. 5. Test interactive elements that appear on migrated pages. If a page includes forms, search, expandable content, or other clickable elements, confirm they still open and behave normally. You do not need to submit unnecessary entries during review, but you should confirm that the visible interaction still works. Useful follow-up checks include: - Opening the homepage in both light and dark display modes if your team uses them - Switching language versions and repeating a few key navigation checks - Comparing visitor view with edit view when something looks inconsistent [SCREENSHOT: homepage and a linked landing page reviewed on desktop and mobile layouts] ## Fixing common issues found during the review 1. If homepage sections are missing, duplicated, or out of order, reopen the homepage in **Edit** mode and compare the visible section sequence with the expected migrated layout. Select each section carefully and confirm the structure matches what should appear from top to bottom. If the section exists but is misplaced, adjust it in the editor and save your changes. 2. If a menu item opens the wrong page, go to the website menu settings and review that item’s destination. Check both the menu label and the linked page. Correct the destination, save the menu update, and test the same menu item again from the public view to confirm the fix. 3. If an image, banner, or media area does not display, inspect that section in the page editor. Confirm the media is still attached to the section. If it is missing, reselect the correct asset or upload it again, then save and refresh the page to verify it now appears correctly. 4. If a page looks correct in edit mode but not in the visitor view, check its publication status first. A page may be available for editing while still hidden from visitors. After confirming it is published, open the public version again and retest the page from the menu or homepage link. 5. If text formatting looks broken, open the affected text block and review headings, paragraph spacing, and list formatting directly in the editor. Clean up only the affected area rather than rewriting the entire page. When you fix an issue, always retest from the same place where you first noticed it. For example, if the problem appeared from a homepage button, test that homepage button again after saving the correction. [SCREENSHOT: menu settings and page editor used to correct a broken link and missing image] ## Overview This document focuses on the review stage that comes immediately after running a homepage migration in Sherkety ERP & Website Platform. At this point, the goal is not to rerun the migration task or redesign the site. Your job is to confirm that the migrated homepage content, linked pages, and navigation still work properly for both visitors and content editors. The review process in this guide covers four practical areas: - Checking the homepage in published view - Inspecting migrated sections in **Edit** mode - Reviewing page lists, menu items, and footer links - Performing follow-up checks across key visitor journeys You will also verify that migrated content remains editable, that page settings such as title, URL, and publish state still behave normally, and that important links continue to open the correct pages. This is especially useful when the homepage contains service highlights, ERP entry points, contact actions, or multilingual content that visitors rely on to move through the site. Use this guide when: - A homepage migration has just finished - You need to confirm what changed before approving the result - You want to catch missing sections, broken links, or formatting problems early - You need to make small corrections directly in the website editor This guide does not repeat how to launch the migration itself. For that task, return to [Running Homepage Migration Tasks](doc:running-homepage-migration-tasks). Here, the focus is on what you should inspect in the website interface after the migration has completed. ## Prerequisites Before you begin the review, make sure the following are already in place: - You can sign in to the admin area of Sherkety ERP & Website Platform - Your account has access appropriate for an **Administrator** or **Content Editor** - The homepage migration task has finished successfully - You know which homepage sections, pages, and navigation items were expected to be migrated - You can access the website area in the correct language or site version if more than one is available It is also helpful to have these items ready before you start checking pages: - A list of expected homepage sections in their correct order - The names of important landing pages linked from the homepage - The main top menu and footer links you want to verify - A short list of high-priority visitor journeys, such as homepage to service page or homepage to contact page During the review, you will work mainly with these interface areas: | Area | What you use it for | |---|---| | Homepage | Checking visible migrated sections and buttons | | Edit mode | Testing whether content is still selectable and editable | | Page list | Confirming pages, titles, URLs, and publish state | | Website menus | Verifying navigation labels and destinations | If your team maintains multilingual content, plan to repeat at least a small part of the review in each important language version. After you finish the checks in this guide, continue with [Running Homepage Migration Workflows](doc:running-homepage-migration-workflows) for the next step in the Migration Tool sequence. ## Reviewing the startup package spotlight On the homepage of **Sherkety ERP & Website Platform**, scroll past the main hero area and look for the startup package section that highlights a featured offer. This spotlight is designed to give you the package name, a short headline, and the main reason the package is useful before you review the detailed breakdown below. If you already reviewed the top-of-page actions, use [Understanding the Homepage Hero and Primary Actions](doc:understanding-the-homepage-hero-and-primary-actions) as your reference for the earlier section and continue here with the package-specific content. Start by reading the most prominent text in the package spotlight. This usually includes the featured package name and a short value statement that explains who the package is for or why it stands out. The package price is typically one of the largest items in this area, so it is easy to compare at a glance with the rest of the page. Look closely around the price for any nearby labels that add context, such as a highlighted offer message, a featured-style badge, or promotional wording that makes the package stand out from standard service listings. You should also check the action buttons placed directly in this spotlight area. The page may show a **WhatsApp** action for quick questions and a **Contact** or inquiry action for a more formal request. These buttons are part of the package decision flow, so they appear before the detailed explanation sections on purpose. Use this spotlight as your quick summary area: - Package name - Main headline or promise - Price display - Promotional or featured wording - Primary contact actions [SCREENSHOT: Startup package spotlight showing package title, price, promotional label, and WhatsApp/contact buttons] This section is meant to introduce the offer quickly. The detailed value breakdown, included benefits, and savings explanation appear further down the page and help you decide whether the package matches your business needs. ## Understanding the value breakdown After reviewing the startup package spotlight, continue down the homepage to the value breakdown section. In **Sherkety ERP & Website Platform**, this area helps you see what the package includes by separating the offer into individual parts instead of showing only one total price. This is where you move from “What is the package?” to “What do I actually get?” Read each listed item carefully. The page may present the package as a group of included services, business setup steps, or deliverables. Each row, card, or value block helps explain what is bundled together. When individual values are shown next to these items, compare them with the full startup package price shown in the spotlight. That side-by-side presentation is important because it shows why the package is offered as a bundle rather than as separate purchases. As you review the section, pay attention to how the numbers are grouped. The page may use a subtotal, a combined total value, or a final package amount to explain the difference between buying items separately and choosing the startup package. The visual layout usually makes this comparison easy to scan, with item values listed first and the package total emphasized nearby. Focus on these questions while reading: - Which services are clearly included in the package? - Are individual item values shown for comparison? - Is there a combined value or total before the package price? - Does the page clearly separate included items from anything not included? [SCREENSHOT: Value breakdown section with included items and comparison between individual values and package price] This section is especially useful if you are comparing the startup package with ordering services one by one. It gives you a clearer picture of the package structure and helps you understand whether the offer covers the business setup work you expect. ## Checking included benefits and package coverage Once you have reviewed the value breakdown, look for the included benefits area in the startup package section. In **Sherkety ERP & Website Platform**, this part of the page explains what support, assistance, or service coverage comes with the offer beyond the price itself. It helps answer a practical question: what is actually included when you choose this package? The page may present these benefits in a checklist layout, icon-based rows, or highlighted feature blocks. Read each item one by one rather than scanning only the headings. This is often where you find the clearest explanation of package coverage, such as consultation, setup help, onboarding support, or other included service elements. If the page uses check marks, icons, or grouped cards, those visual cues usually indicate that the listed items are part of the package by default. Be careful to distinguish included benefits from anything presented separately. Optional extras are often shown in a different group, outside the main checklist, or with wording that separates them from the core package. If a benefit appears in the main package block, it is usually part of the standard offer. If it appears in another section or with separate pricing language, treat it as something to confirm before you proceed. When reviewing package coverage, look for details such as: - Type of support included - Scope of service provided - Number of deliverables, if shown - Whether onboarding or setup help is part of the package - Whether any items are clearly outside the standard offer [SCREENSHOT: Included benefits list with checklist rows or feature cards] This section is where the package becomes more concrete. Instead of only seeing a price and headline, you can judge whether the startup package includes the level of support and service coverage your business needs. ## Comparing package price and savings presentation The savings presentation is the part of the startup package section that helps you decide whether the offer is financially worthwhile. In **Sherkety ERP & Website Platform**, this area is usually placed near the package price or value breakdown so you can compare the final package amount with the higher total value of separate services. Start by identifying the final package price. This is usually the most visually prominent number on the page. It may appear in larger text, stronger color contrast, or a more central position than the original total value. Then look for any comparison pricing nearby. The page may show an original amount, a crossed-out price, a savings label, or wording that explains how much you save by choosing the package instead of buying each service individually. If a savings amount or percentage is displayed, read it together with the included items list. A large savings figure is only useful if the package covers the services you actually need. The page design often supports this comparison by placing the original value close to the final package price, making it easy to judge the difference without leaving the section. Use the savings presentation to answer these questions: - What is the final package price? - Is there an original total value shown for comparison? - Does the page show a savings amount or discount indicator? - Is the final price visually emphasized more than the original total? - Does the bundled offer fit your expected budget? [SCREENSHOT: Package pricing area with final price, original value, and savings label] This section is most helpful when you are deciding between the startup package and separate services. It gives you a direct pricing comparison so you can judge whether the bundled offer matches both your budget and your business setup priorities. ## Sending a WhatsApp inquiry from the package page If you want a quick response while reviewing the startup package, use the **WhatsApp** button shown in the package spotlight or nearby inquiry area. In **Sherkety ERP & Website Platform**, this action is intended for direct package questions without making you fill out a full form first. 1. Scroll to the startup package spotlight or the package contact area. 2. Click the **WhatsApp** button. 3. Confirm that WhatsApp opens, either in the app or in your browser. 4. Check the message area before sending. If a message is prefilled, it may already mention the startup package or your interest in the offer. 5. Send your message and wait for a reply through WhatsApp. [SCREENSHOT: WhatsApp button in the startup package section] Before you send the message, review any text that appears automatically in the chat box. If the page includes a prepared message, it helps connect your inquiry to the startup package so the business team understands which offer you are asking about. You can keep that message as it is or add a short question of your own. Useful questions to send through WhatsApp include: - Is the startup package currently available? - Can the package be customized? - What is included in the price? - How long does the process take? - What are the next steps to begin? WhatsApp is the fastest option when you want clarification before making a decision. It works especially well for short questions about pricing, included services, timing, or whether the package fits your business situation. If you prefer a more detailed written request, use the contact action described in the next section. ## Requesting more details through the contact action If you prefer a more formal follow-up than WhatsApp, use the **Contact** button or inquiry form connected to the startup package section. In **Sherkety ERP & Website Platform**, this option is useful when you want to send a structured request and provide your details for a reply. 1. Click the **Contact** button or open the inquiry form from the startup package area. 2. Fill in the required fields shown on the screen. 3. In the message box, mention that your request is about the startup package. 4. Review your details for accuracy. 5. Click **Submit** or the form’s send action. If the form is shown directly on the page or in a pop-up window, complete the fields exactly as they appear. The most common contact fields are: | Field | What to enter | |---|---| | Name | Your full name | | Phone Number | Your contact number | | Email Address | Your email | | Message | Your question about the startup package | [SCREENSHOT: Contact form opened from the startup package section] In your message, be specific. Mention the startup package and ask about the points that matter most to you, such as pricing, included benefits, timelines, customization, or support. This helps the business team respond with the right package details instead of sending a general answer. After you submit the form, watch for confirmation on the screen. Sherkety ERP & Website Platform may show a success message, thank-you notice, or another clear confirmation that your request was sent. If you do not see a confirmation, review the form for any required field you may have missed and submit it again. ## Overview The startup package area on the homepage of **Sherkety ERP & Website Platform** is designed to guide you from interest to action in a clear order. You first see the package spotlight, where the featured offer, headline, price, and contact actions are placed together. This gives you a quick understanding of the package before you spend time reading the details. Below that, the value breakdown explains what makes up the package. Instead of showing only one price, the page may separate the offer into included services or deliverables so you can compare the combined value with the package amount. This is followed by the included benefits area, where support, setup help, onboarding, or other coverage details are presented in a checklist or feature-style layout. Together, these sections help you understand not only the price, but also the scope of what you receive. The savings presentation then connects the package contents to the financial decision. By showing the final package price alongside the higher value of separate services, the page helps you judge whether the bundle is worth choosing. Once you are ready to ask questions, the page offers two clear paths: - **WhatsApp** for quick, direct questions - **Contact** for a more detailed request through a form This section of the homepage works best when you review it in order: - Spotlight - Value breakdown - Included benefits - Savings comparison - Inquiry action If you are still working through the homepage from top to bottom, this package section builds on the earlier guidance in [Understanding the Homepage Hero and Primary Actions](doc:understanding-the-homepage-hero-and-primary-actions) by moving from broad first impressions into package-specific value and decision details. ## Prerequisites Before reviewing the startup package section in **Sherkety ERP & Website Platform**, make sure you are ready to browse the homepage comfortably and compare offer details without missing key information. You do not need admin access or any special account for this part of the website, but a few basics will help. - Open the public homepage of Sherkety ERP & Website Platform. - Scroll beyond the main hero section until you reach the startup package area. - Be ready to compare the package price with any listed included items or savings details. - If you want to contact the business immediately, have your preferred contact method ready: - WhatsApp for chat-based questions - Your name, phone number, email address, and message for the contact form - If you are browsing in a non-default language, make sure the page language is the one you want before reviewing package details. For help with that, see [Switching Languages While Browsing the Platform](doc:switching-languages-while-browsing-the-platform). It also helps to know what you are trying to confirm before you open the contact options. For example, you may want to check: - Whether the package fits your budget - Which services are included - Whether support or onboarding is part of the offer - Whether the package can be adjusted for your business needs - Which contact option you prefer for follow-up If you are reading the homepage sections in sequence, continue next with [Viewing Team and Ecosystem Highlights](doc:viewing-team-and-ecosystem-highlights), which covers the trust-building content that appears after the package and value sections. ## Overview In Sherkety ERP & Website Platform, this workflow starts after a quotation has already been accepted and turned into a **Sales Order**. From there, the sales team, delivery team, and accounting team work across the **Sales**, **Inventory**, and **Accounting** areas to decide when billing should happen and create the customer invoice. The final outcome is a posted customer invoice that matches the approved order, reflects the correct billing basis such as ordered items, delivered items, or a down payment, and can then move into payment follow-up. If you need the earlier stages that lead to a confirmed order, see [Opportunity to Quotation Workflow](doc:opportunity-to-quotation-workflow). ## Trigger: [What starts this process] This workflow begins when a quotation is no longer just a draft and becomes a confirmed **Sales Order**. In practical terms, the trigger is the user action that confirms the customer’s quote on the **Sales Order** screen. Once the order is confirmed, Sherkety ERP & Website Platform treats it as an approved commercial commitment and makes it available for fulfillment and billing. What happens next depends on how your team bills customers: - If your company invoices immediately, the sales team may create an invoice from the **Sales Order** as soon as the order is confirmed. - If your company invoices after fulfillment, the process continues through the delivery flow first, and the invoice is created only after quantities are delivered. - If your company collects an advance, the billing step starts with a **down payment invoice** from the same order. The key point is that the **Sales Order** is the handoff point between selling and billing. Before that, the document is still part of the quoting process. After confirmation, users can move into delivery preparation, invoice creation, and invoice tracking. [SCREENSHOT: Confirmed Sales Order showing action buttons for delivery and invoice creation] If you are not yet at the confirmed order stage, go back to [Opportunity to Quotation Workflow](doc:opportunity-to-quotation-workflow), which explains how leads and opportunities become approved quotations. ## Step-by-Step Process 1. **Open the confirmed Sales Order** In Sherkety ERP & Website Platform, go to the **Sales Order** that has already been approved by the customer. Check that the order is confirmed, review the customer details, and verify the products, quantities, prices, taxes, and payment terms shown on the order before billing begins. 2. **Decide the billing trigger** On the order, your team decides whether to invoice: - based on the ordered quantities, - based on delivered quantities, - or as a **down payment**. This choice affects whether the next step happens immediately in **Sales** or only after work is completed in **Inventory**. 3. **If billing is immediate, create the invoice from the Sales Order** Use the invoice creation action on the **Sales Order** screen. Choose the appropriate billing option, confirm the selection, and let Sherkety ERP & Website Platform generate the draft customer invoice. Review the draft carefully before posting it. 4. **If billing depends on delivery, complete the delivery first** From the confirmed order, open the related delivery document in the **Inventory** area. Validate the quantities actually shipped or completed. Once the delivery is marked as done, return to the **Sales Order** and create the invoice so the billed quantities match what was delivered. 5. **If billing starts with a down payment, create the advance invoice** On the **Sales Order**, choose the option for a **down payment invoice**. Enter the required amount or percentage if prompted, then create the invoice. This produces an invoice before the full order is billed. 6. **Review the invoice in Accounting** Open the generated customer invoice in the **Accounting** area. Confirm the customer, invoice lines, taxes, totals, and any references carried over from the order. If everything is correct, post the invoice so it becomes an official accounting document. 7. **Track invoice status** After posting, monitor the invoice status from the invoice screen and from the related **Sales Order**. Teams can confirm whether the invoice is still in draft, posted, or paid, and whether any remaining amount still needs to be billed. [SCREENSHOT: Sales Order linked to delivery and customer invoice] [SCREENSHOT: Customer invoice review screen before posting] ## Roles and Responsibilities The sales-order-to-invoice flow usually crosses several teams. In Sherkety ERP & Website Platform, each team should handle a clear part of the process so billing is accurate and timely. | Workflow step | Main role | What this role does | |---|---|---| | Confirm the quotation as a **Sales Order** | **Sales team** | Reviews the approved quote, confirms the order, and checks customer-facing details such as products, pricing, and payment terms. | | Decide whether to bill now, after delivery, or by down payment | **Sales team** with **finance guidance** | Chooses the correct billing approach based on the agreement with the customer and company policy. | | Process delivery when invoicing depends on fulfillment | **Warehouse or operations team** | Opens the related delivery record, confirms shipped or completed quantities, and marks the delivery as done. | | Create the draft customer invoice from the order | **Sales team** or **billing team** | Uses the invoice action on the **Sales Order** and selects the correct invoice type. | | Review invoice details | **Accounting team** | Checks invoice lines, taxes, totals, customer information, and references before posting. | | Post the invoice | **Accounting team** | Finalizes the invoice so it becomes an official receivable document. | | Follow invoice status and payment progress | **Accounting team** with **sales visibility** | Tracks whether the invoice is posted, unpaid, partially paid, or fully paid, and follows up if needed. | A simple working rule helps avoid confusion: - **Sales** owns the commercial agreement. - **Operations** owns the proof of delivery or completion. - **Accounting** owns the final billing document. If one team changes order quantities, delivered quantities, or billing timing without informing the others, invoice errors are much more likely. For related admin access and role visibility, see [Managing Users and Role Based Access](doc:managing-users-and-role-based-access) and [Understanding Role Visibility and Access Restrictions](doc:understanding-role-visibility-and-access-restrictions). ## What Can Go Wrong Several issues can interrupt this workflow between the **Sales Order**, delivery, and invoice screens. Most problems come from timing, incomplete fulfillment, or missing review before posting. - **The invoice action is used too early** If your company invoices delivered quantities, creating the invoice before the delivery is completed can lead to missing or incorrect billed quantities. Open the related delivery first, validate the actual quantities, then return to the **Sales Order** and create the invoice again if needed. - **The wrong billing option is selected** A user may choose a full invoice instead of a **down payment invoice**, or invoice ordered quantities when the customer should only be billed for delivered items. Before confirming the invoice creation window, double-check which billing option is selected. - **Delivery quantities do not match customer expectations** If the warehouse validates fewer items than the customer expected, the invoice may look incomplete. Review the delivery document and the **Sales Order** together so sales and operations agree on what was actually fulfilled. - **The invoice stays in draft** Creating an invoice is not the same as finalizing it. If the invoice remains in draft, accounting still needs to review and post it. Open the invoice in **Accounting** and check whether it has been posted. - **Users cannot access the billing step** Some users may be able to view the order but not create or post invoices. In that case, ask an administrator to review role access in the admin area. See [Understanding Admin Page Access and Protected Navigation](doc:understanding-admin-page-access-and-protected-navigation). - **Loading or error messages appear while opening related records** If a linked order, delivery, or invoice does not load properly, refresh the page and reopen the record. If the message remains, compare what is visible on the order and invoice links and use the guidance in [Understanding Loading Placeholders Empty States and Errors](doc:understanding-loading-placeholders-empty-states-and-errors) and [Responding to Missing Content and Retry Messages](doc:responding-to-missing-content-and-retry-messages). [SCREENSHOT: Draft invoice status compared with posted invoice status] ## Tips & Best Practices - **Review the Sales Order before creating any invoice** Check customer name, product lines, quantities, prices, taxes, and payment terms on the **Sales Order** screen. Small order mistakes become accounting mistakes once the invoice is posted. - **Match your invoice timing to the customer agreement** Use immediate invoicing only when the customer should be billed right away. Use delivery-based invoicing when billing must reflect actual fulfillment. Use a **down payment invoice** only when an advance has been agreed. - **Use the linked documents on the order** Move between the **Sales Order**, delivery record, and customer invoice using the related document links instead of searching manually. This reduces the chance of opening the wrong record. - **Do not leave invoices in draft longer than necessary** A draft invoice is still under review and may not appear in accounting follow-up the same way as a posted invoice. Once accounting has checked the details, post it promptly. - **Coordinate changes across teams** If sales updates quantities or pricing after confirmation, tell operations and accounting immediately. If operations delivers less than expected, tell sales before the invoice is sent. - **Use status indicators as your checkpoint** Before moving to the next step, confirm the visible status on each screen: - **Sales Order** is confirmed - delivery is completed if required - customer invoice is created - invoice is posted - **Watch for on-screen notifications** Sherkety ERP & Website Platform uses message banners and toast notifications to confirm actions or show problems. If you see a warning after creating or posting an invoice, read it before leaving the page. Helpful guidance is available in [Understanding Toast Messages and Action Feedback](doc:understanding-toast-messages-and-action-feedback) and [Recognizing Warnings Errors and Dismissible Notices](doc:recognizing-warnings-errors-and-dismissible-notices). ## Related Workflows This workflow sits after the quotation stage and before payment collection or broader accounting follow-up. Use these related guides when you need the earlier context: - [Lead to Invoice: The Full Customer Journey](doc:lead-to-invoice-the-full-customer-journey) Use this when you want the complete path from first sales interest through invoicing. - [Opportunity to Quotation Workflow](doc:opportunity-to-quotation-workflow) Use this when you need to understand how a sales opportunity becomes a customer-approved quotation and then a confirmed order. You may also find these supporting guides useful while working through billing handoffs: - [Understanding Quotations Automation and Follow Up](doc:understanding-quotations-automation-and-follow-up) - [Reviewing Sales Reporting and Pricing](doc:reviewing-sales-reporting-and-pricing) - [Understanding Stock Movements and Warehouse Operations](doc:understanding-stock-movements-and-warehouse-operations) - [Understanding Accounting Workflows and Compliance Value](doc:understanding-accounting-workflows-and-compliance-value) If your next task is to verify whether an invoice was created correctly and appears in the right business context, continue with the accounting and reporting documents listed above. ## FAQ **When does this workflow begin?** It begins when a quotation has already been accepted and confirmed as a **Sales Order**. **Can I create an invoice directly from the Sales Order?** Yes, if your billing process allows it. On the **Sales Order** screen, use the invoice creation action and choose the correct billing option. **What if we only invoice after delivery?** Open the related delivery in the **Inventory** area, validate the delivered quantities, and then return to the **Sales Order** to create the invoice. **What is a down payment invoice?** A **down payment invoice** is an advance invoice created from the **Sales Order** before the full order is billed. **Why is my invoice not official yet?** If the invoice is still marked as draft, it has been created but not finalized. Open it in **Accounting** and post it after review. **Why does the invoice amount look lower than the sales order total?** This often happens when billing is based on delivered quantities or when only a down payment has been invoiced so far. **Who should post the invoice?** In most teams, the **Accounting** team posts the invoice after checking totals, taxes, and customer details. **Where can I see whether the invoice is linked to the order?** Open the **Sales Order** and use the related document links to open the connected invoice and delivery records. **What should I read before this if I am still working on the quote stage?** Go to [Opportunity to Quotation Workflow](doc:opportunity-to-quotation-workflow). ## Following the Core Accounting Workflow from Draft Entries to Posted Records In **Sherkety ERP & Website Platform**, accounting work usually begins with a document in **Draft** status. This can be a **Customer Invoice**, a **Vendor Bill**, or a **Journal Entry** entered from the accounting area. In list views, you typically review these records by status before opening the full form. On the form itself, the status badge helps you see whether the document is still being prepared or has already been finalized. A typical flow looks like this: - **Draft** means the document is still editable - **Posted** means the transaction has been confirmed and added to the accounting records - **Paid** or **Reconciled** appears later when payment or bank matching is completed Different **Journals** keep transaction types separated so finance teams can review activity clearly. Common journal types include: - **Sales Journal** for customer invoices - **Purchase Journal** for vendor bills - **Bank Journal** for bank payments and receipts - **Miscellaneous Journal** for adjustments and special entries This separation matters because users can filter lists and reports by journal to review only sales, purchases, bank activity, or adjustments. It also makes month-end review easier when checking whether a transaction was entered in the right place. Once you click **Post**, the draft becomes part of the formal books. At that point, the entry is no longer just a working document. Behind the visible totals, the posted record is supported by detailed journal lines that balance the transaction. That means every posted record includes matching value on both sides of the entry, which helps keep the ledger accurate and reviewable. [SCREENSHOT: Draft and Posted status badges on an invoice or journal entry form] If you already reviewed pricing and package options, this workflow view adds the operational side of what those accounting features support. For that earlier comparison, see [Evaluating Accounting Capabilities and Pricing](doc:evaluating-accounting-capabilities-and-pricing). ## Managing Customer Invoicing and Payment Follow-Up From the **Invoices** menu, you create a customer invoice by clicking **New** and completing the invoice form. The most important fields are the **Customer**, **Invoice Date**, **Due Date**, **Payment Terms**, and the invoice lines that describe what you are billing for. Depending on your setup, you may also choose the **Currency** and confirm the correct **Taxes** on each line before posting. Before you click **Post**, review the form carefully. Finance teams usually check that: - the **Customer** record is complete - the invoice has the correct **Invoice Date** and **Due Date** - each line has the right amount and tax - the totals shown on the form are correct - the selected currency matches the customer agreement These checks matter because posting turns the invoice into an official accounting record. When you click **Post**, Sherkety ERP & Website Platform finalizes the invoice, assigns its invoice number, and records the amount as money owed by the customer. The invoice status changes from **Draft** to **Posted**, and the document becomes part of the receivables balance. When payment arrives, use **Register Payment** on the invoice. In that payment window, you choose where the payment was received, such as a **Bank Journal** or **Cash Journal**. After saving the payment, the invoice status moves forward, often to **In Payment** or **Paid**, depending on how the payment is recorded and matched. The invoice list becomes especially useful for follow-up work. You can review: - invoices by **Due Date** - overdue items - open balances - payment status [SCREENSHOT: Customer invoice form showing Customer, Invoice Date, Due Date, lines, totals, and Post button] This gives finance teams a clear view of what still needs collection and helps them focus on overdue invoices before they affect cash flow. ## Recording Vendor Bills, Expenses, and Day-to-Day Journal Entries Vendor costs usually begin in the **Vendor Bills** area. When you click **New**, the bill form lets you select the **Vendor** and enter details such as the **Bill Reference**, **Bill Date**, and **Accounting Date**. You then add the expense lines, confirm the **Taxes**, and review the total before posting. This workflow is used for supplier invoices, operating costs, and other payable amounts that need to be tracked accurately. Key fields on a vendor bill often include: - **Vendor** - **Bill Reference** - **Bill Date** - **Accounting Date** - expense or product lines - **Taxes** - notes or memo text A vendor bill is different from a manual **Journal Entry**. Use a vendor bill when you are recording an amount owed to a supplier. Use **Journal Entries** when you need to record adjustments that are not tied to a supplier invoice, such as accruals, corrections, reallocations, or period-end adjustments. In the **Journal Entries** view, users can create entries directly, choose the appropriate journal, and enter the needed lines for the adjustment. Dedicated journals help organize frequent work. For example: - purchase activity stays in the **Purchase Journal** - bank-related movements stay in the **Bank Journal** - adjustments stay in a **Miscellaneous Journal** This reduces confusion and makes review easier because similar transactions appear together. Traceability also matters during review. On bills and journal entries, fields such as **Reference**, **Memo**, and file **Attachments** help explain why a record exists. If a reviewer opens a posted bill later, those details make it easier to connect the accounting record to the original supplier document or internal explanation. [SCREENSHOT: Vendor bill form with Vendor, Bill Reference, Bill Date, Accounting Date, line items, and attachment area] For buyers comparing accounting options, this is where day-to-day control becomes visible: routine bills stay organized, adjustments stay separated, and supporting details remain attached to the record. ## Reconciling Bank Activity and Keeping Ledgers Accurate Bank reconciliation is where posted accounting records are matched to actual money movement. In **Sherkety ERP & Website Platform**, bank activity is brought into a **Bank Journal**, where finance users review incoming and outgoing transactions and match them against open customer invoices, vendor bills, or existing journal items. The reconciliation screen is designed to help users decide whether a bank line already belongs to something recorded earlier. You typically see suggested matches based on amount, partner, or reference. From there, you can confirm the match or adjust it if needed. Common reconciliation actions include: - matching a payment to an open **Customer Invoice** - matching an outgoing payment to a **Vendor Bill** - reviewing a remaining balance if the amount does not fully match - selecting a write-off option when a small difference must be cleared - choosing a manual counterpart account for items that do not match an existing document This process does not replace the original posted records. Instead, it links the bank movement to those records and marks the open receivable or payable as settled. That means the original invoice or bill remains available for review, while its payment status becomes more accurate. Reconciliation improves several day-to-day finance tasks: - open balances become more reliable - overdue lists are cleaner - cash position is easier to understand - month-end closing takes less manual checking [SCREENSHOT: Bank reconciliation screen with suggested matches, residual amount, and confirmation controls] For buyers evaluating accounting value, this is one of the clearest workflow benefits. Faster matching means less time spent chasing unexplained balances. It also gives teams more confidence that the figures shown in receivables, payables, and cash reports reflect real bank activity rather than unreviewed transactions. ## Reviewing Financial Reports and Compliance-Ready Records A strong accounting workflow becomes most useful when finance teams can review results in clear reports. In Sherkety ERP & Website Platform, buyers usually expect access to reporting views such as: - **Profit and Loss** - **Balance Sheet** - **Aged Receivables** - **Aged Payables** - **General Ledger** - **Trial Balance** These reports help answer different questions. **Profit and Loss** shows operating performance over a selected period. **Balance Sheet** shows assets, liabilities, and equity. **Aged Receivables** and **Aged Payables** highlight overdue customer and vendor balances. **General Ledger** and **Trial Balance** help finance users validate whether postings are complete and balanced. Filters are essential when reviewing these reports. Common filters include: - **Date Range** - **Journal** - **Company** - comparison periods With these filters, a finance user can narrow the view to one month, one journal, or compare one period against another. That is especially useful during month-end review, tax review, or management reporting. Another important feature is drill-down. When a report line looks unusual, users should be able to open the detail behind it and move from the report into the underlying transaction records. That may include the related journal items, customer invoices, or vendor bills. This saves time during internal review because users do not need to search manually for the source of a number. [SCREENSHOT: Financial report with filters at the top and clickable report lines] Compliance value also depends on structure. Tax lines, tax settings, and clearly organized journal entries support VAT or sales-tax reporting and make records easier to explain. When reports connect cleanly to posted transactions, finance teams are better prepared for audits, tax filings, and management questions. ## Evaluating the Compliance Benefits Buyers Should Look For When buyers compare accounting options, compliance value often comes down to whether the workflow helps prevent mistakes and makes reviews easier. In Sherkety ERP & Website Platform, the most important warning signs to watch for are not abstract features but everyday record issues, such as: - transactions left in **Draft** - bank items that remain unmatched - inconsistent **Taxes** on invoices or bills - missing **Attachments** or unclear references - overdue receivables without follow-up visibility Approval-friendly workflows matter because they reduce accidental changes. A record in **Draft** can still be reviewed and corrected, while a **Posted** record signals that the transaction has been finalized. Keeping sales, purchases, banks, and adjustments in separate journals also improves control because users can review each area independently instead of mixing everything together. A complete audit trail is another major buyer concern. During internal reviews or external audits, teams need to follow a transaction from the visible document to its supporting details. Useful records usually include: - a clear invoice or bill number - linked payment information - journal references - dates such as invoice date, due date, and accounting date - supporting attachments and memo text These details are not just for auditors. They also help managers and finance staff answer routine questions quickly when a balance looks wrong or a payment is disputed. [SCREENSHOT: Posted invoice or bill showing status, number, payment link, and attachment section] Practical compliance value shows up in daily work: due dates support collections, tax calculations support filing accuracy, reconciliation history supports cash review, and report drill-down supports investigation. When you compare ERP options, look for workflows that make these controls visible on the screen rather than relying on manual tracking outside the accounting area. ## Overview This document focuses on how accounting work is carried through visible screens and statuses in **Sherkety ERP & Website Platform**. Instead of only comparing features at a high level, it explains how finance users move through the main accounting flow: creating invoices and bills, posting records, registering payments, reconciling bank activity, and reviewing reports. The key workflow areas covered here are: - moving records from **Draft** to **Posted** - separating activity through **Sales**, **Purchase**, **Bank**, and **Miscellaneous** journals - managing **Customer Invoices** and payment follow-up - recording **Vendor Bills** and manual **Journal Entries** - reconciling bank lines against open items - reviewing reports such as **Profit and Loss**, **Balance Sheet**, and **General Ledger** - understanding what makes records more audit-ready and compliance-friendly This is especially useful if you have already reviewed the broader feature and pricing comparison in [Evaluating Accounting Capabilities and Pricing](doc:evaluating-accounting-capabilities-and-pricing). That earlier document helps you compare what is offered. This one helps you judge whether the accounting workflow supports reliable daily operations and cleaner financial control. As you read, pay attention to the visible checkpoints in the interface: - status labels such as **Draft**, **Posted**, **Paid**, and **Reconciled** - form fields like **Due Date**, **Taxes**, **Reference**, and **Memo** - action buttons such as **Post** and **Register Payment** - report filters and drill-down links These are the practical signs that an accounting module is built for review, follow-up, and compliance—not just data entry. ## Prerequisites You do not need accounting setup access or admin access to understand this document, but it helps if you are already familiar with how to browse Sherkety ERP & Website Platform and move between product pages. If you are still getting oriented, start with [Browsing the Sherkety Public Website](doc:browsing-the-sherkety-public-website) or [Using Header Menus and Footer Links](doc:using-header-menus-and-footer-links). Before using this guide, it is helpful to already understand: - how to reach the accounting-related pages from the public navigation - the difference between service information, ERP module pages, and pricing sections - basic terms shown on accounting pages, such as **Invoices**, **Vendor Bills**, **Journal Entries**, and **Reports** You will get the most value from this document if you have already read: - [Exploring the Accounting Services Page](doc:exploring-the-accounting-services-page) - [Using Comparison Sections to Evaluate Offerings](doc:using-comparison-sections-to-evaluate-offerings) - [Evaluating Accounting Capabilities and Pricing](doc:evaluating-accounting-capabilities-and-pricing) This guide is written for readers who are evaluating accounting workflows from a business point of view. You do not need to know how records are stored behind the scenes. Focus on the visible workflow questions: - Can users review records before posting? - Are payment and reconciliation statuses easy to follow? - Can reports be filtered and traced back to source documents? - Are tax, due date, and attachment details clearly shown on forms? If you want to continue the evaluation after this workflow-focused guide, the next document is [Reviewing Accounting Pricing and Package Fit](doc:reviewing-accounting-pricing-and-package-fit). ## Exploring Attendance from the HR Dashboard On the **HR** area of **Sherkety ERP & Website Platform**, attendance is presented as part of the same workforce workspace that also covers leave and payroll-related tasks. That matters when you are evaluating the module, because you can review day-to-day time tracking without jumping to a separate tool. If you have already reviewed employee records and organization setup in [Reviewing Employee Management and Organization Features](doc:reviewing-employee-management-and-organization-features), this is the next layer: how those employee profiles are used in daily operations. Typical attendance entry points buyers should look for include: - **Check In** and **Check Out** actions for employees - An **Attendance** list showing recorded working times - Date-based views for a **day**, **week**, or another selected period - Employee-focused records where you can review attendance history by person - Status indicators that help highlight missing entries, late arrivals, or completed attendance logs [SCREENSHOT: HR dashboard showing attendance, leave, and payroll-related options together] In practice, attendance information is easiest to evaluate when it appears in a clear list with **employee names**, **dates**, and visible time records. A manager should be able to scan a period view and quickly spot who was present, who has incomplete records, and where follow-up may be needed. If the screen also uses badges, labels, or color indicators, those visual cues help teams identify exceptions faster than reading every line one by one. The main business value is that attendance records are immediately available to the same people who manage leave and prepare payroll inputs. Instead of exporting time data into another product, HR teams can review worked time where employee details already exist. That reduces manual matching between spreadsheets, attendance tools, and salary preparation screens, especially when the same date range needs to be checked across multiple employees. ## Managing Employee Leave Requests in One Place In **Sherkety ERP & Website Platform**, leave management is most valuable when it sits next to attendance and employee records in the same HR workspace. Rather than treating time off as a separate process, the leave flow is part of the same employee administration experience. For buyers, this means you can assess whether the module supports both the request process and the approval visibility your team needs. A typical leave request flow includes fields and actions such as: - **Create** or **New** to start a request - **Employee** to choose who the request belongs to - **Leave Type** to select the reason for the absence - **Start Date** and **End Date** to define the time away - A save or submit action to place the request into the approval process [SCREENSHOT: Leave request form with employee, leave type, and date fields] Approval progress is usually shown through visible request states so HR staff and managers can follow each request from submission to decision. When you review the leave area, look for status labels that make it easy to tell whether a request is still waiting, approved, or no longer active. This is especially important for organizations that need manager review before HR finalizes time off. Leave management becomes more useful when the screen also shows: - **Leave balances** for available time off - **Request history** for each employee - A **calendar-style view** to see overlapping absences - Department or team visibility to understand staffing impact before approving leave That calendar perspective helps decision-makers avoid approving too many absences for the same dates. It also connects directly to attendance. When a leave request is approved, the absence is already known inside the HR module, so teams do not have to manually explain or repair attendance gaps for vacation, sick leave, or other planned time away. That connection reduces confusion when reviewing daily attendance records later. ## Using Payroll Support Built on Attendance and Leave Data In **Sherkety ERP & Website Platform**, payroll support is easiest to understand as the final stage of a connected HR workflow. Attendance captures worked time, leave records approved absences, and payroll-related screens can then use that information instead of asking staff to enter it again. For buyers, this is one of the strongest reasons to look at HR as an integrated module rather than a collection of separate tools. When reviewing payroll support, look for records and screens such as: - **Employee contracts** - **Work entries** or worked-time records - **Pay periods** or date ranges used for salary preparation - **Payslip** or payroll processing screens - Employee details that connect compensation setup with attendance and leave activity [SCREENSHOT: Payroll-related screen showing employee, period, and worked-time or leave-linked information] The practical advantage is straightforward. If attendance totals are already recorded and approved leave is already visible, payroll preparation becomes less repetitive. HR or finance teams can use the same employee profile and date range to review: - Time actually worked - Approved non-worked time - Paid time off that should still be compensated - Deductions or adjustments linked to attendance patterns - Salary calculations for the selected period This does not mean payroll runs itself automatically in every case. It means the supporting information is already in one place, making payroll preparation more reliable. The quality of that support depends on consistent use of the HR module. Employee records, schedules, attendance logs, and leave approvals all need to be maintained accurately so payroll screens reflect the right picture. If those pieces are updated inside the same workspace, teams spend less time reconciling records and more time checking exceptions before finalizing pay. ## Following the End-to-End Workforce Workflow A strong HR setup in **Sherkety ERP & Website Platform** is not just about having separate attendance, leave, and payroll screens. The real value appears when those screens support one continuous workforce workflow. Buyers should review how easily HR staff can move from one record to another while staying in the same employee context. A practical example looks like this: - An employee uses **Check In** at the start of the day - The time is stored in the **Attendance** record for that employee and date - Later, the employee submits a **Leave Request** for future dates - A manager or HR reviewer checks the request status and approves it - During payroll preparation, the pay period includes both worked time and approved non-worked time [SCREENSHOT: HR navigation showing employee record, attendance entries, leave requests, and payroll-related pages] This kind of connected flow matters because HR teams can move between related screens without switching to another product. The same employee name, department, schedule, and employment details should already be available across the workflow. That avoids re-entering the same information in multiple places and reduces errors caused by mismatched records. Shared employee data is especially helpful when reviewing a date range. Instead of comparing separate exports, teams can look at one employee profile and trace: - When the employee was present - Which dates were approved as leave - Whether the pay period reflects both worked and approved absence time - Which department or team the employee belongs to - Whether contract details align with the payroll period being reviewed There is also an audit benefit. When timestamps, leave approvals, and payroll inputs all point back to the same employee and date range, it becomes much easier to answer questions about missing time, approved absences, or salary differences. That visibility supports cleaner reviews and fewer disputes. ## Comparing the Business Value of an Integrated HR System For many organizations, the biggest advantage of using **Sherkety ERP & Website Platform** for attendance, leave, and payroll support is not just convenience. It is the reduction in reconciliation work. When these functions live together, HR teams spend less time comparing records from separate tools and more time reviewing exceptions that actually need attention. An integrated HR workflow can reduce manual effort in several ways: - Attendance records do not need to be copied into a separate payroll worksheet - Approved leave can already explain absence days in the same employee timeline - Managers can review requests with better context before approving time off - Payroll preparation can rely on records already captured during daily operations - Department-level planning becomes easier when absences and worked time are visible together [SCREENSHOT: HR area showing related attendance, leave, and payroll options in one navigation flow] This also improves reporting value. When attendance history, leave activity, and payroll-supporting records are connected, decision-makers can review workforce patterns with more confidence. For example, a department manager can look at staffing impact during a period of heavy leave, while HR can compare attendance consistency across teams. Finance leaders benefit because labor-related information is easier to trace back to the source records. Managers also gain practical day-to-day benefits. If an employee questions an absence, a late mark, or paid time off handling, the reviewer can check the employee record, attendance entries, and leave decision in one place. That reduces back-and-forth and helps resolve disputes faster. When deciding whether this integrated workflow fits your organization, consider: - **Workforce size** - **Number of leave types** - **Approval complexity** - **How closely payroll depends on time and attendance data** - **Whether your current process relies on spreadsheets or disconnected tools** If your team needs one shared view of employee time, absences, and payroll inputs, this part of the HR module is especially important to evaluate. ## Identifying Common Gaps Before You Buy Before choosing the HR module in **Sherkety ERP & Website Platform**, it helps to test whether the attendance, leave, and payroll flow matches how your team actually works. A feature may look complete on a product page, but the buying decision should focus on whether the screens, fields, and approval flow fit your real policies and daily routines. Start with attendance capture. Check whether the attendance area supports the way your staff records time. Buyers should confirm whether the workflow can handle: - Direct **Check In** and **Check Out** use by employees - Manual attendance entry when needed - Manager review or correction of missing records - Date-based attendance review for daily and period checks - Clear visibility of incomplete or unusual entries Then review the leave screens carefully. The leave request form should make it easy to select the **Employee**, choose a **Leave Type**, and enter **Start Date** and **End Date**. More importantly, the request should move through approval states that match your policy. Look for support around: - Multiple leave categories - Leave balance visibility - Request history - Calendar views for overlap checking - One or more approval stages if your process requires them Payroll support should be tested just as closely. Confirm that payroll-related screens can use attendance and leave information already stored in the HR area. If your team still has to export records into spreadsheets and re-enter them manually, the integration value drops quickly. Review whether payroll preparation can work from shared records such as: - Employee details - Contracts - Work entries or worked-time records - Approved leave - Pay period views Finally, make sure employee records, calendars, departments, and contract information are shared across all three workflows. If those pieces are disconnected, reporting and payroll reviews become inconsistent. The next document, [Evaluating Recruitment and HR Analytics](doc:evaluating-recruitment-and-hr-analytics), expands the picture by looking at hiring workflows and decision-making visibility. ## Overview This document focuses on how **Sherkety ERP & Website Platform** presents three closely related HR capabilities together: **attendance**, **leave management**, and **payroll support**. The goal is not to repeat the employee and organization setup already covered in [Reviewing Employee Management and Organization Features](doc:reviewing-employee-management-and-organization-features), but to help you evaluate what happens after employees are already in the HR workspace. Across the HR area, buyers should pay attention to how these capabilities connect on screen: - **Attendance** views that show check-in and check-out activity - **Leave request** forms with employee, leave type, and date fields - Approval states that show where a request stands - **Payroll-related** records that use worked time and approved absences - Shared employee details across all related screens [SCREENSHOT: HR module landing area with attendance, leave, and payroll-related navigation] The most important question is whether the module supports a continuous workflow instead of isolated tasks. In a strong setup, an employee’s attendance record, approved leave, and payroll period all refer back to the same profile and date range. That makes daily review easier for managers, reduces manual correction work for HR, and gives payroll teams cleaner source data. As you read this guide, think about your own process: - How employees record time - How leave is requested and approved - Whether payroll depends on worked hours, absences, or paid time off - How often your team reconciles records across spreadsheets or separate tools Those are the practical issues this document helps you assess. The sections above break the evaluation into attendance handling, leave workflow, payroll support, end-to-end process flow, and common buying gaps so you can judge whether the HR module matches your organization’s needs. ## Prerequisites To get the most value from this guide, you should already be familiar with the basic HR structure shown in **Sherkety ERP & Website Platform**. This document assumes you understand where the HR module fits within the broader ERP offering and that you have already reviewed employee and organization-related capabilities. Before using this guide, it helps to have read: - [Exploring HR Module Overview and Business Fit](doc:exploring-hr-module-overview-and-business-fit) - [Reviewing Employee Management and Organization Features](doc:reviewing-employee-management-and-organization-features) That background is useful because attendance, leave, and payroll support depend on employee records being in place. When you evaluate these workflows, you should already recognize the importance of shared employee details such as: - Employee names and profiles - Department assignments - Organizational structure - Employment information used across HR records You do not need technical knowledge to follow this document. What matters is being able to identify common HR screens and fields, such as: - **Attendance** lists and date filters - **Check In** and **Check Out** actions - **Leave Request** forms - **Employee**, **Leave Type**, **Start Date**, and **End Date** fields - Payroll-related records tied to a selected period If you are reviewing the HR module as a buyer, it is also helpful to know your own internal process before comparing it to the screens in Sherkety ERP & Website Platform. Gather clear answers to questions like: - How your team records attendance today - Who approves leave requests - Whether payroll depends on time and absence data - Whether you currently rely on spreadsheets or separate tools With that context, you can use the sections in this guide to judge fit more accurately and move on to [Evaluating Recruitment and HR Analytics](doc:evaluating-recruitment-and-hr-analytics) once you are ready to assess hiring and reporting capabilities. ## Reading the reporting page at a glance In Sherkety ERP & Website Platform, the reporting page is easiest to understand when you read it from top to bottom. The top area usually acts as the **dashboard summary**. This is where you look first for **KPI cards** that highlight the most important numbers on the page. Each card is designed to answer a quick management question, such as whether a result is improving, falling behind, or staying stable. A KPI card typically includes: - A **metric label** that tells you what the number represents - A **current value** shown prominently in larger text - A **comparison value** or **trend indicator** - A visual cue such as **color**, **arrow direction**, or emphasis that helps you spot movement quickly Below the KPI cards, the main body of the page usually contains **charts**, **report blocks**, or other visual summaries. These help you move beyond the headline number and see patterns, such as whether performance changed over time or whether one segment is driving the result. You will also rely on the **filter controls** on the page. These controls narrow the reporting scope before you interpret the numbers. Common examples include a **date range picker** and selectors for business dimensions such as company or team. When you change these controls, the KPI cards and report visuals update to reflect that selection. Managers usually use this page differently from day-to-day operational users. Instead of starting with individual records, they: - Scan the **headline KPI cards** - Notice any unusual movement or underperformance - Open a **drill-down view** only when a number needs explanation That makes the reporting experience feel layered rather than overwhelming: - **Dashboard summary** - **KPI selection** - **Filtered detail view** - **Record-level investigation** [SCREENSHOT: reporting page showing KPI cards at the top, charts in the middle, and filter controls above the report area] If you need a broader introduction to the reporting area before focusing on KPI behavior, see [Exploring Reporting and Analytics Capabilities](doc:exploring-reporting-and-analytics-capabilities). ## Understanding what each KPI is telling you A **KPI card** turns a large amount of business activity into one clear number. On the reporting page in Sherkety ERP & Website Platform, each card is meant to be read as a compact summary, not as a full explanation. Start by checking the **metric name**, then the **aggregated value**, and then the **time period** currently applied through the page filters. When you read a KPI card, pay attention to these parts: - The **metric title**, which tells you what is being measured - The **main value**, which shows the current result for the selected filters - The **comparison area**, which may show direction, difference, or relative change - The **visual status cue**, such as an upward arrow, downward arrow, or color emphasis Comparison behavior matters because a number on its own can be misleading. A KPI becomes useful when you can tell whether it is: - Better than the **previous period** - Behind or ahead of a **target** - Moving in a positive or negative **trend direction** The page filters directly affect what each KPI means. If you change the **date range**, the card recalculates for that period. If you narrow the view to one **company**, **business unit**, or other reporting dimension, the card reflects only that slice. This is why two users can look at the same KPI label and see different values depending on the active filters. During a product demo, buyers should ask to see KPI cards that reflect common management questions, such as: - **Revenue growth** - **Overdue items** - **Margin movement** - **Pipeline conversion** - Other role-based headline measures relevant to finance, sales, or operations A strong KPI card helps you answer, at a glance, whether something deserves attention. It should not force you to guess what period is being shown or what comparison is being made. Clear labels, visible trend indicators, and obvious filter context are what make the card useful in real management reviews. ## Changing filters to focus on the right business slice The filter bar is what turns a general dashboard into a decision-making tool. In Sherkety ERP & Website Platform, you use the reporting page filters to control exactly which business slice the KPI cards and charts should represent. The most common starting point is the **date range**. When you choose a different period, the page refreshes so the KPI cards and visual summaries reflect that selection. A typical filtering workflow looks like this: - Open the **date range picker** - Choose the period you want to review - Watch the **KPI cards** and report visuals update - Narrow further using business selectors if needed Beyond time filters, the reporting page may include selectors for business dimensions such as: - **Company** - **Team** - **Department** - **Region** - **Salesperson** These controls help you isolate the exact segment you want to review. For example, a manager might begin with an all-company view, then switch to a single branch to see whether the same KPI trend still holds. You can also compare the same KPI across different periods, such as changing from **this quarter** to **last quarter**, to understand whether a result is part of a longer pattern or a recent shift. When you change filters, focus on how the KPI behaves under each combination: - Does the issue appear only in one branch? - Does the trend improve when you switch to a different team? - Does a weak result disappear when you move to a different time period? This kind of comparison is where the reporting page becomes practical for management review. If your analysis starts to feel too narrow, clear the active filters and return to the broader dashboard view before beginning a new investigation path. That reset is important because it prevents you from drawing conclusions from an overly limited slice of data. [SCREENSHOT: filter bar with date range and business selectors above KPI cards] For more help with date controls and filter-style interactions elsewhere in Sherkety ERP & Website Platform, see [Selecting Single Dates and Date Ranges](doc:selecting-single-dates-and-date-ranges). ## Drilling down from a KPI into detailed analysis A KPI card tells you **what** changed. The drill-down view helps you find **why** it changed. In Sherkety ERP & Website Platform, you typically begin by clicking a **KPI card** or a related chart element when a number needs explanation. That action opens a more detailed report while carrying over the filters already selected on the dashboard. This matters because you should not have to rebuild your analysis after leaving the summary view. A useful drill-down keeps the same context, including the active **date range** and any selected business dimensions, so you can continue investigating without starting over. Once the detailed analysis opens, the screen usually replaces the single KPI value with richer information such as: - **Grouped rows** that break the number into categories - **Charts** that show where the movement is concentrated - **Transaction lists** or detailed entries behind the total At this stage, use the extra controls available in the detailed view to narrow the cause. Depending on the report, that may include options for: - **Grouping** results by a business dimension - **Sorting** to bring the largest contributors to the top - Applying **secondary filters** for a more focused review This is how you move from a broad headline metric to a specific explanation, such as one team, one region, one product line, or one customer segment driving the result. If the grouped report still does not answer the question, open an individual result from the drill-down list to inspect the underlying record. That record-level step is especially useful when you need to confirm whether the issue is caused by a few large items or by a wider pattern across many smaller entries. [SCREENSHOT: drill-down report opened from a KPI card, showing grouped rows and detailed results] The best drill-down experience feels continuous: summary first, detail second, evidence third. ## Using drill-down analysis to answer management questions Drill-down analysis is most valuable when you use it to answer a real management question instead of browsing numbers without a purpose. In Sherkety ERP & Website Platform, a common workflow starts with a KPI that shows a decline or an unusual spike. From there, you open the detailed report and isolate the dimension responsible for the change. A simple variance investigation often follows this pattern: - Spot a KPI with a negative trend or unexpected movement - Open the **drill-down view** - Compare the detailed results by segment - Identify which slice is driving the variance - Open supporting records if you need proof at the document level This process helps managers separate a temporary fluctuation from a structural issue. For example, if a KPI weakens in one period, compare it with another period using the same filters. Then compare across segments such as region, department, or salesperson. If the issue appears only in one slice, it may be local and manageable. If it appears across multiple slices and periods, it may indicate a broader business problem. The dashboard-to-detail workflow supports practical questions such as: - Why did **sales drop** this period? - Which **region** is missing target? - Where are **overdue items** concentrated? - Which segment is pulling down overall performance? What matters during evaluation is how quickly you can move between these layers. A mature reporting experience lets you switch from KPI cards to filtered reports and then to supporting records without losing context. If users have to manually rebuild filters, reselect time periods, or search again for the same slice, the analysis becomes slower and less reliable. [SCREENSHOT: manager comparing a declining KPI with segmented drill-down results by region or team] If you are evaluating whether the reporting area is practical for leadership use, look for fast context switching and clear evidence trails. Those two qualities usually determine whether dashboards are genuinely useful in review meetings or only attractive on first look. ## Getting the most from dashboard KPIs during product evaluation When you evaluate dashboard reporting in Sherkety ERP & Website Platform, do more than look at whether the KPI cards appear polished. The real test is whether the page supports quick, believable analysis when business questions change. Ask to see the same KPI recalculated live with different filters so you can judge how responsive the reporting page feels. During a demo, focus on these checks: - Change the **date range** and confirm the KPI updates immediately - Switch from a broad view to a narrower business slice such as one company or team - Open the **drill-down view** and verify that the selected filters stay in place - Move from summary results to detailed entries without re-entering the same context This last point is especially important. A dashboard is far more useful when drill-down actions preserve the selected scope from the KPI card. If a manager clicks a KPI for one period and one segment, the detailed report should open with that same period and segment already applied. Also look for clear visual cues throughout the reporting flow, including: - **Trend indicators** on KPI cards - Visible **active filter labels** - Obvious paths from the summary view to the detailed report - Clear links from detailed results to the underlying records These details reduce hesitation during analysis. A manager should not need to guess whether a card is showing this month or last quarter, or whether a drill-down result still reflects the selected branch. The strongest reporting pages let managers move from a headline metric to actionable detail in only a few clicks. That is often the difference between a dashboard that looks impressive in a presentation and one that actually supports day-to-day decision-making. The next step in this learning path is [Sharing Reports and Supporting Decisions](doc:sharing-reports-and-supporting-decisions), which focuses on how reporting outputs help teams communicate findings and act on them. ## Overview This document focuses on how **dashboard KPI cards** and **drill-down analysis** work together on the reporting page in Sherkety ERP & Website Platform. It is written for readers who already understand the broader reporting area from [Exploring Reporting and Analytics Capabilities](doc:exploring-reporting-and-analytics-capabilities) and now want to read the page more confidently. The core idea is simple: the reporting page is designed as a layered workflow. You begin with a summary, use filters to define the business scope, and then open detailed views only when a KPI needs explanation. That structure helps managers review performance quickly without getting lost in raw records too early. The guide explains how to work with these visible page elements: - **KPI cards** at the top of the reporting page - **Charts** and report widgets in the main content area - **Filter controls** such as date range and business selectors - **Drill-down views** that open from a KPI or chart - **Detailed rows and records** used for investigation You will learn how to: - Read a KPI card beyond its headline number - Understand how filters change the meaning of a metric - Narrow the dashboard to a specific company, team, region, or period - Open a drill-down report and follow the analysis to supporting records - Use the reporting flow to answer management questions with evidence This guide stays focused on what users see and do on the reporting page. It does not repeat the broader introduction to reporting concepts, and it does not cover report sharing in depth. That next topic is handled in [Sharing Reports and Supporting Decisions](doc:sharing-reports-and-supporting-decisions). ## Prerequisites Before this guide is useful, you should already be comfortable moving around Sherkety ERP & Website Platform and recognizing common page elements such as filters, charts, and navigation controls. You do not need technical knowledge, but you should know how to read a business dashboard and interact with the reporting screen. You will get the most value from this guide if the following are already true: - You have read [Exploring Reporting and Analytics Capabilities](doc:exploring-reporting-and-analytics-capabilities) - You can identify the **reporting page** and its main sections - You understand basic filter concepts such as choosing a **date range** - You are familiar with visual cues like **status colors**, **trend arrows**, and highlighted metrics Helpful background reading includes: - [Reading Charts Badges and Status Colors](doc:reading-charts-badges-and-status-colors) - [Understanding Visual Priority and Highlighted Metrics](doc:understanding-visual-priority-and-highlighted-metrics) - [Selecting Single Dates and Date Ranges](doc:selecting-single-dates-and-date-ranges) - [Understanding Loading Placeholders Empty States and Errors](doc:understanding-loading-placeholders-empty-states-and-errors) This guide is especially relevant for: - **Managers** reviewing performance at a glance - **Team leads** comparing results across segments - **Prospective buyers** evaluating reporting depth during a product demo - **Decision-makers** who need to move from summary metrics to supporting detail quickly If you are still learning the public-facing ERP module pages rather than the reporting workflow itself, you may want to review [Using ERP System Landing Pages to Evaluate Offerings](doc:using-erp-system-landing-pages-to-evaluate-offerings) or [Evaluating ERP Modules From Catalog to Detail Pages](doc:evaluating-erp-modules-from-catalog-to-detail-pages) before returning to KPI and drill-down behavior. ## Recognizing What the Dialog Is Asking You to Do In Sherkety ERP & Website Platform, a dialog usually appears when you are about to finish an edit, leave a screen with unsaved changes, or complete an action that affects content, settings, or user access. The fastest way to understand the dialog is to look at three areas together: the title at the top, the message in the middle, and the action buttons in the footer. The title usually tells you the type of decision in front of you. A title about unsaved changes means you edited something and are trying to leave before saving. A warning-style title usually appears before a more serious action, such as deleting content, replacing existing information, or applying settings that affect other users. A final approval message often uses direct wording such as **Confirm**, **Continue**, or **Save**. Then check the footer buttons. The primary button is usually the one meant to move the action forward. In many dialogs, that button is visually stronger than the others and may say **Save**, **Confirm**, **Discard**, or **Continue**. A secondary button such as **Cancel** or **Close** is the safer exit. It lets you back out of the prompt without committing the action shown in the message. This matters most after you: - edit fields in the content editor - change settings in the admin area - update pricing, SEO, services, or user details - try to leave a form before saving - trigger an action that may not be easy to undo If the wording in the title and the main button do not seem to match what you were doing, stop and review the screen behind the dialog before you continue. [SCREENSHOT: A confirmation dialog showing a title, message text, and footer buttons such as Save, Cancel, and Discard] ## Reviewing Changes Before You Click Save or Confirm Before you click **Save** or **Confirm** in Sherkety ERP & Website Platform, take a moment to compare the dialog message with the changes you actually made. This is especially important in the admin area, where one action may affect public website content, shared settings, or another user’s access. Start by looking back at the form or editor behind the dialog. Check any text fields you changed, including page titles, headings, descriptions, body content, or metadata fields. If you used dropdown lists, confirm the selected value is the one you intended. If the screen includes toggles or checkboxes, make sure their current on/off state matches the result you want. A small switch left on by mistake can change visibility, publishing status, or configuration behavior. Next, read the confirmation message carefully. The wording should match the action you just took. If you updated content, the dialog should clearly refer to saving or confirming those edits. If you changed settings, the message should reflect that broader impact. When a dialog uses stronger wording such as **Confirm** or **Continue**, treat that as a signal to slow down and reread the message before proceeding. Pay close attention to scope: - Does the action affect only the item you are editing? - Does it apply to shared website content? - Does it change site-wide settings? - Does it affect user accounts or permissions? If the message sounds broader than expected, click **Cancel** and return to the originating screen. This quick review habit helps prevent accidental publishing, unwanted setting changes, or lost edits. [SCREENSHOT: An admin form with edited fields and a confirmation dialog asking the user to save or confirm changes] ## Choosing Save, Discard, or Cancel in Unsaved Changes Prompts Unsaved changes prompts are common in Sherkety ERP & Website Platform when you edit content, adjust settings, or update records in the admin area and then try to leave before saving. These prompts usually offer three choices: **Save**, **Discard**, and **Cancel**. Each one does something different, so it is worth reading the button labels carefully. Choose **Save** when you want to keep the edits currently shown on the screen. This applies to changes in text fields, longer content areas, metadata fields, settings forms, and other editable sections. If you updated a page heading, changed body content, adjusted a dropdown selection, or switched a toggle, **Save** is the option that keeps those edits. Choose **Discard** only when you are sure you do not want the pending changes. This removes the edits you made since the last saved version and returns you to the previous page, record, or dialog state. If you changed several fields in one session, **Discard** can remove all of them at once, not just the last field you touched. Choose **Cancel** when you are not ready to decide yet. **Cancel** closes the prompt and keeps you on the current screen with your unsaved edits still visible. This is the safest choice if you want to review the form again before deciding. A simple way to remember the difference: | Button | What it does | Best time to use it | |---|---|---| | **Save** | Keeps your current edits | You are satisfied with the changes | | **Discard** | Removes unsaved edits | You want to abandon the changes | | **Cancel** | Closes the prompt and keeps edits on screen | You need more time to review | If you made many edits across one form, avoid clicking **Discard** until you have checked exactly what will be lost. ## Confirming Important Actions Safely Some dialogs in Sherkety ERP & Website Platform ask for more than a simple save decision. You may see a confirmation step before publishing content, deleting an item, replacing existing information, resetting settings, or applying a change that affects other people. In these cases, the safest approach is to read the full message, not just the button label. Start with the exact wording in the dialog body. A good confirmation message usually tells you what action will happen and what it applies to. Look for item names, page names, selected records, or counts. If a dialog refers to multiple items, shared settings, or a broader update than you expected, pause before clicking **Confirm**. You may also see an extra acknowledgment step before the main action becomes available. This could be a checkbox you must tick or another clear acknowledgment control that signals you understand the impact. If the **Confirm** button is disabled, look for that extra step first before assuming something is broken. Use this review pattern: 1. Read the title and identify the action type. 2. Find the item name, page name, or count in the message. 3. Check whether the action is limited to one record or affects a wider area. 4. Only then click **Confirm**. If the dialog feels more destructive than expected, use **Cancel** or close the dialog and return to the original screen. This is especially important when working in **Content**, **Users**, **Settings**, **SEO**, **Services**, or **Pricing**, where one confirmation can affect public-facing information or administrative access. [SCREENSHOT: A warning dialog with a disabled Confirm button and an acknowledgment checkbox above the footer actions] ## Using Safe Review Habits as a Content Editor or Administrator Whether you work mainly in website content or in admin configuration, consistent review habits make dialogs much easier to handle. In Sherkety ERP & Website Platform, the same basic pattern works across the **Content**, **Users**, **Settings**, **SEO**, **Services**, and **Pricing** areas. If you are a content editor, focus first on what visitors will see. Before clicking **Save** or **Confirm**, check page titles, headings, body content, status selections, and any publish-related wording in the dialog. If you are editing multilingual content, make sure you are reviewing the correct language version before you approve the change. If you need a refresher on editing workflows, see [Editing Content Directly From the Website](doc:editing-content-directly-from-the-website) and [Previewing Changes Before Saving Content](doc:previewing-changes-before-saving-content). If you are an administrator, review the wider impact. Double-check permission settings, user-related options, site-wide settings, and any toggle that could affect visibility or access. In list views or bulk actions, confirm the number of selected items before you proceed. A reliable review pattern is: 1. Read the dialog title. 2. Scan the changed fields or selected items behind the dialog. 3. Verify the main button label. 4. Check whether the action affects one item or many. 5. Then act. Also pay attention to visual warning signs. A destructive-looking primary button or warning text is there to slow you down. Treat that styling as a cue to verify the scope before you continue. If you already know the basics of opening and closing prompts, this section builds on [Working With Drawers Dialogs and Confirmation Prompts](doc:working-with-drawers-dialogs-and-confirmation-prompts) without repeating it. ## Handling Common Dialog Mistakes and Recovery Steps Even careful users sometimes click the wrong button. When that happens in Sherkety ERP & Website Platform, the best recovery step depends on what kind of dialog you were using. If you clicked **Discard** by mistake, return to the form or editor you were working in and check what values are still present. In many cases, the screen will reopen with the last saved version rather than your recent unsaved edits. Review the fields you changed and re-enter any text, selections, or toggle changes that were lost. This is most common in content editing and settings forms. If you confirmed the wrong action, first look at the current screen to see whether the affected item can still be edited. For example, if content was saved with the wrong wording, you may be able to reopen the same page section and correct it immediately. If a setting was applied incorrectly, revisit the same admin screen and restore the intended value. The key is to verify the current state before making another change. If the dialog wording is unclear, do not guess. Click **Cancel** to close the prompt, then review the originating page, selected item, or edited form again. Make sure the action you started matches the message you are about to approve. If the primary button is disabled, look for one of these causes: - a required field is still empty - a checkbox or acknowledgment control has not been selected - a validation message is shown on the form - a selection has not been completed When a dialog does not behave as expected, slow down and inspect the visible fields and messages on the screen before trying again. ## Overview Dialogs in Sherkety ERP & Website Platform are short decision screens that appear when you need to approve, save, cancel, or abandon an action. You will see them most often while editing website content, changing admin settings, updating pricing or SEO details, managing users, or leaving a screen with unsaved work. Their purpose is simple: help you confirm what will happen before the action is completed. The most important part of any dialog is the relationship between the title, the message, and the footer buttons. The title tells you what kind of decision is being requested. The message explains what the action affects. The footer buttons tell you which choice will commit the action and which choice will back out safely. In practice, this usually means distinguishing between **Save** or **Confirm** on one side and **Cancel** or **Close** on the other. In unsaved changes prompts, **Discard** adds a third option that removes pending edits. This guide focuses on how to interpret those choices safely. You will learn how to: - identify the main action in a dialog - review fields and selections before approving a change - tell the difference between **Save**, **Discard**, and **Cancel** - confirm more serious actions carefully - recover from common mistakes such as discarding or confirming too quickly If you already understand how dialogs and drawers open and close, this guide gives you the next layer: deciding which button to press and when. The next document in this section, [Understanding Dialog and Drawer Layouts Across the Platform](doc:understanding-dialog-and-drawer-layouts-across-the-platform), explains how these panels are arranged on different screens so you can review them even more confidently. ## Prerequisites Before using the guidance in this document, it helps to be familiar with the basic dialog behavior already covered in [Working With Drawers Dialogs and Confirmation Prompts](doc:working-with-drawers-dialogs-and-confirmation-prompts). You do not need advanced admin knowledge, but you should be comfortable recognizing when a prompt appears over the current screen and knowing how to close it without taking action. You will get the most value from this guide if you have already done at least one of these tasks in Sherkety ERP & Website Platform: - edited content from the website or admin content area - changed a setting in the admin portal - updated services, pricing, or SEO information - managed a user record or access-related option - seen an unsaved changes prompt while leaving a form It also helps if you can already recognize common interface elements such as: - footer action buttons like **Save**, **Cancel**, **Close**, **Discard**, and **Confirm** - text fields, dropdowns, toggles, and checkboxes - warning messages and disabled buttons - notifications that appear after an action completes If you are working in the admin area, make sure you are signed in and have access to the section you want to use, such as **Dashboard**, **Content**, **Users**, **Settings**, **SEO**, **Services**, or **Pricing**. If a page or action is not visible, your account may not have permission to use it. For help with access and navigation, see [Signing In and Accessing the Admin Portal](doc:signing-in-and-accessing-the-admin-portal) and [Understanding Admin Page Access and Protected Navigation](doc:understanding-admin-page-access-and-protected-navigation). ## Recognizing Panel Edges, Splitters, and Resize Handles In Sherkety ERP & Website Platform, a **resizable panel** is usually separated from the next panel by a visible **divider** or a narrow **drag handle**. This is the line you place your pointer over when you want to change how much space each side uses. If you already read [Resizing Panels for Better Workspace Visibility](doc:resizing-panels-for-better-workspace-visibility), this section focuses on how to recognize where resizing is allowed and where it is not. Look for these signs before you drag: - A thin line between two side-by-side areas - A boundary between an upper and lower section - A pointer change when you hover over the divider - A subtle highlight on the divider when it is active When the divider controls a **left and right layout**, you drag **side to side**. This is common when a main work area sits beside a navigation area, settings area, or preview area. When the divider controls a **top and bottom layout**, you drag **up and down** instead. You can usually tell a **fixed area** from a resizable one because fixed areas do **not** show a draggable boundary. If you move your pointer over an edge and nothing changes, that edge is likely not meant to be resized. As you drag, Sherkety ERP & Website Platform may give live feedback such as: - The divider becoming more visible - The panel width or height changing immediately - Nearby content reflowing as space changes - A clearer visual separation while the boundary is active [SCREENSHOT: A two-panel workspace with the divider highlighted between the main content area and a side panel] This feedback helps you confirm that you are dragging the correct boundary, especially on screens with more than one panel group or nested side areas. ## Resizing Panels Within Their Allowed Size Range When you drag a panel boundary in Sherkety ERP & Website Platform, one panel grows while the neighboring panel gives up space. The total available space inside that panel group stays the same, so resizing is always a tradeoff between adjacent areas. For example, if you drag the divider toward the right: - The **left panel** becomes wider - The **right panel** becomes narrower If you drag the same divider back toward the left, the opposite happens. The same idea applies to stacked panels: dragging downward gives more height to the top section, while dragging upward gives more height to the lower section. Every resizable panel has an allowed range. This means you can only shrink or expand it so far. You will notice this when: - A panel stops getting smaller even though you keep dragging - A panel stops getting larger before reaching the edge of the screen - The divider feels like it has reached a hard stop That stop usually means the panel has reached its **minimum usable size** or **maximum allowed size**. In practical terms, Sherkety ERP & Website Platform prevents a panel from becoming too cramped to use or from taking over the entire workspace. On screens with several panels, resizing can become more noticeable. If one neighboring panel has already reached its limit, another panel in the same group may need to absorb the change instead. If no nearby panel can give up more room, the divider will stop moving. Watch for these behaviors while dragging: - Text areas stop shrinking after they remain readable - Side panels stop expanding once they reach their intended width - Other visible panels may hold their size if they are not allowed to change further [SCREENSHOT: A multi-panel admin layout showing one side panel at its smallest width while the main workspace expands] This is normal layout behavior, not an error. The boundary is responding to the size limits built into that workspace. ## Understanding What Happens When Space Runs Out As the available area becomes smaller, Sherkety ERP & Website Platform has to redistribute width or height across the panels that share that space. This often happens when you narrow the browser window, open additional side areas, or work in a dense admin screen with several visible regions. The layout usually responds in stages: - Panels that can shrink begin giving up space - Panels reach their minimum usable size one by one - Panels that cannot shrink further stop changing - Remaining adjustable panels absorb any additional reduction This is why one area may continue shrinking while another appears unchanged. A panel that contains navigation, controls, or key actions may hold at its minimum width while the main content area continues to compress. On another screen, the main content area may be protected while a side panel gives up space first. Other panel states also affect the result: - **Collapsed panels** free up more room for the remaining visible areas - **Hidden panels** no longer compete for space - **Fixed-width panels** keep their size and force other panels to adjust - **Non-resizable panels** stay stable while neighboring panels change A common point of confusion is when a divider stops responding even though you are still dragging. In most cases, this means all nearby panels have already reached their allowed limits. There is simply no more space available to redistribute inside that panel group. You may notice this most clearly in content editing and admin workspaces where several areas are visible at once, such as: - A main editing area - A side settings area - A preview or supporting panel [SCREENSHOT: A narrow workspace where multiple panels have reached their smallest usable size] When space runs out, Sherkety ERP & Website Platform prioritizes keeping the visible layout usable rather than allowing panels to overlap or become too small to work with. ## Seeing How Layouts Respond to Window and Screen Changes Panel behavior in Sherkety ERP & Website Platform is affected not only by dragging dividers, but also by the size of your browser window and screen. If you widen the window, panels usually gain more room to breathe. If you narrow it, the layout has to compress and may rebalance space across the visible areas. You will typically see these patterns: - When the window becomes **wider**, panels may expand while keeping their general proportions - When the window becomes **narrower**, panels shrink until one or more reaches its minimum size - When the window is restored after being small, the layout may reopen space across the same panel group Some screens include **nested layouts**, where one large area contains smaller split sections inside it. In that case, the outer layout reacts first. After that outer area changes size, the inner sections recalculate how much room they have. This can make the adjustment feel like a two-stage response: - First, the overall workspace changes - Then, the inner panels settle into their new sizes On smaller screens, Sherkety ERP & Website Platform may preserve only the most important regions. Depending on the page, side areas may become tighter, stack differently, or give priority to the main reading or editing area. This is especially relevant when moving between a large desktop window and a smaller laptop display. Panel proportions are not always restored exactly as you last saw them. If the available space becomes too limited, the layout may recalculate based on each panel’s minimum and maximum size rules instead of preserving the previous balance perfectly. [SCREENSHOT: The same workspace shown at wide, medium, and narrow browser widths] If a layout looks different after a screen-size change, that usually reflects the workspace adapting to fit the available room while keeping key areas usable. ## Adjusting Layouts for Editing and Administration Work In Sherkety ERP & Website Platform, the best panel balance depends on what you are doing. A content-focused task usually benefits from a wider main workspace, while a management task may require keeping more supporting panels visible at the same time. When you are editing website content, it often helps to give the largest share of space to the **main content area** or **live preview area**. Keep side areas such as navigation or settings visible, but only as wide as needed to remain usable. This makes it easier to read longer text, compare sections, and review changes without constant horizontal crowding. A practical editing setup usually looks like this: - The main editing or preview area is widened first - The side panel stays at a narrow but readable width - Extra space is reserved for the content you are actively reviewing For administration work, the balance can shift. On screens used for settings, pricing, services, SEO details, or user management, you may temporarily widen a detail area to inspect fields more comfortably. After reviewing or updating that information, you can return the panel to a smaller width so the surrounding list or navigation remains visible. Choose your layout based on the task in front of you: - Prioritize **readability** when reviewing text-heavy content - Prioritize **comparison** when you need to see a list beside details - Prioritize **visibility of controls** when working with settings and configuration screens Dense management screens may feel tighter because more controls compete for the same space. Content-focused screens usually reward a wider central area. If a workspace starts to feel cramped, reduce side panels to their minimum usable width before shrinking the main area further. [SCREENSHOT: An editing workspace with a wide main area and a narrow side panel for supporting controls] This approach keeps Sherkety ERP & Website Platform comfortable to use without hiding the panels you still need nearby. ## Fixing Panels That Won't Resize or Seem Stuck If a panel in Sherkety ERP & Website Platform will not move, the most common reason is that the panel group has already reached one of its size limits. This can make the divider feel stuck even though the layout is behaving correctly. Start by checking whether the panel has already reached its allowed boundary: - If the panel will not get any smaller, it may already be at its **minimum size** - If it will not get any larger, it may already be at its **maximum size** - If the neighboring panel cannot shrink or grow any further, the divider may stop moving entirely It also helps to confirm that you are dragging the correct divider. Some screens contain an outer layout and a smaller inner layout inside it. In those cases, one divider changes the overall workspace, while another changes only a section within that workspace. If the wrong boundary is selected, the result may not match what you expected. Look for nearby conditions that block further movement: - A neighboring panel is fixed in size - A side area is already collapsed - Another visible panel has already reached its own limit - The available browser width is too small for further redistribution A quick way to test whether the issue is caused by limited space is to enlarge the browser window and try again. If the divider starts moving after the window is wider, the problem was likely the amount of available room, not the panel itself. [SCREENSHOT: A panel divider that has stopped at its limit, with neighboring panels already compressed] If the layout still seems confusing, compare the visible boundaries carefully and drag only the divider directly between the two areas you want to rebalance. That usually reveals whether the panel is truly stuck or simply constrained by the current layout. ## Overview Panel boundaries in Sherkety ERP & Website Platform control how space is shared between visible work areas. When you drag a divider, you are not creating more room—you are redistributing the room already available inside that layout. Understanding that simple rule makes panel behavior much easier to predict. The key ideas to remember are: - **Only visible dividers can usually be resized** - **One panel grows while another gives up space** - **Panels stop moving when they reach their minimum or maximum size** - **Window size affects how much freedom the layout has** - **Nested panel groups may react in layers rather than all at once** You will notice these behaviors most often in workspaces that combine a main area with supporting side panels, such as content editing, previewing, and admin screens. A layout may feel flexible at a wide browser size and much more restricted at a narrow one. That is expected, because the same panel rules are being applied to a smaller amount of available space. Keep these practical habits in mind: - Use the divider closest to the area you want to change - Watch which neighboring panel is giving up space - Expect a hard stop when a panel reaches its allowed limit - Widen the browser window if the layout feels locked too early If you need a refresher on the dragging action itself, return to [Resizing Panels for Better Workspace Visibility](doc:resizing-panels-for-better-workspace-visibility). The next topic, [Understanding Panel Limits and Layout Recovery](doc:understanding-panel-limits-and-layout-recovery), explains what to do when a layout becomes too compressed or no longer feels balanced. ## Prerequisites Before this topic is useful, you should already be comfortable with the basic resizing action in Sherkety ERP & Website Platform. You do not need any setup, special permissions, or advanced configuration. You only need access to a screen that shows more than one visible panel with a draggable divider between them. This topic makes the most sense if you have already worked with: - A page that has a **main workspace** and a **side panel** - A screen where panels sit **side by side** or **top and bottom** - A layout where dragging a divider changes the visible space immediately You should already know how to: - Hover over a divider or handle - Drag it in the correct direction - Notice when a panel becomes larger or smaller If that action is still unfamiliar, read [Resizing Panels for Better Workspace Visibility](doc:resizing-panels-for-better-workspace-visibility) first. That guide covers the basic interaction, while this one explains why the divider sometimes stops, why one panel changes before another, and why the same layout behaves differently at different browser sizes. It also helps if you are viewing Sherkety ERP & Website Platform in a browser window large enough to show multiple regions at once. A wider window makes panel boundaries easier to spot and makes it easier to observe: - Minimum and maximum size limits - Neighboring panels giving up space - Different behavior between outer and inner panel groups You can explore these behaviors on content-heavy screens or admin workspaces where several visible regions compete for space. ## Seeing How Purchasing Supports Day-to-Day Buying Decisions In **Sherkety ERP & Website Platform**, the **Purchasing** area gives buyers one place to manage supplier conversations and purchasing documents. Instead of tracking requests in email threads or separate spreadsheets, you work from the purchasing menus to review **Requests for Quotation**, **Purchase Orders**, supplier details, and product-related supplier pricing. If you already found the module through the ERP catalog or related pages, this section builds on [Discovering the Purchasing Module From Inventory and App Pages](doc:discovering-the-purchasing-module-from-inventory-and-app-pages). The main buying path is easy to follow: - Start with a **Request for Quotation** - Review supplier terms and pricing - Confirm the document when you are ready to commit - Continue with receipt tracking and vendor billing That flow matters because it separates **asking for terms** from **placing an order**. A buyer can prepare a request, compare options, and hold the document in a draft stage before turning it into a confirmed **Purchase Order**. Across the purchasing screens, buyers usually work with familiar layouts such as: - **List views** to scan many RFQs or orders at once - **Kanban views** to spot status changes quickly - **Form views** to open one document and review full details On each purchase document, buyers can review line items, supplier information, quantities, prices, taxes, and planned dates in one place. This makes it easier to judge whether an order is complete before moving forward. Purchasing decisions also connect to what happens next. A confirmed order can lead to an incoming receipt in inventory and later support vendor billing. That means buyers are not only checking price—they are also seeing whether the purchase will flow cleanly into stock receipt and cost tracking. [SCREENSHOT: Purchasing screen showing Requests for Quotation and Purchase Orders in a list view] ## Evaluating Suppliers and Costs Before You Commit A strong purchasing decision is not just about choosing the lowest price. In **Sherkety ERP & Website Platform**, buyers can review supplier-related details and compare order terms before confirming a purchase. The purchasing screens help you look at each vendor as a complete option, not just a name on a document. When reviewing suppliers, buyers typically compare: - The **Vendor** selected on the purchase document - Previous purchasing activity with that supplier - Product-specific supplier pricing tied to the items being ordered - Delivery expectations and timing Inside an RFQ or purchase order, the order lines give you the details needed for a real comparison. You can review: - **Quantity** - **Unit Price** - **Taxes** - **Planned Delivery Date** These fields help you estimate the total buying impact, especially when one supplier offers a lower price but a slower delivery date, or when another supplier can deliver faster at a higher cost. The buyer’s job is often to balance urgency, cost, and reliability rather than focus on a single number. Purchasing decisions may also be influenced by demand coming from replenishment or other procurement needs. When products need to be bought to support operations, that demand helps buyers judge urgency. A request that looks optional today may become time-sensitive if stock needs to be replenished soon. Other useful evaluation points include: - **Lead times** for expected supply - **Vendor references** shown on the document - **Order deadlines** that affect when a decision should be made Together, these details help buyers decide who should receive the order and when it should be placed. Instead of making a decision from scattered notes, the purchasing document becomes the working record for supplier comparison and cost review. [SCREENSHOT: RFQ form with Vendor, Order Lines, Unit Price, Taxes, and Planned Delivery Date visible] ## Reviewing the Buyer Actions Available in a Purchase Document When you open an RFQ or purchase order in **Sherkety ERP & Website Platform**, the document form gives you the main actions needed to move the purchase forward. These actions are designed for buyers who need to negotiate, formalize, approve, or stop an order without leaving the document. Common actions available from the purchase document include: - **Send by Email** - **Print** - **Confirm Order** - **Cancel** **Send by Email** helps you continue the supplier conversation directly from the document. This is useful when you want to send the RFQ for review, share updated quantities or prices, or follow up with the vendor using the same purchase record. **Print** gives you a formal version of the RFQ or purchase order that can be shared outside the screen. Buyers often use printed documents when a supplier expects a formal purchasing document as part of the ordering process. **Confirm Order** is the action that changes the document from a quotation stage into a committed **Purchase Order**. Once confirmed, the order is no longer just a request for pricing—it becomes the approved purchasing commitment, and related receipt activity can begin downstream. Some companies use approval rules before an order can be fully confirmed. In that case, the buyer may prepare the RFQ, review all line details, and move it forward for validation instead of final confirmation. This keeps control over higher-value or policy-sensitive purchases while still allowing the buyer to do the preparation work. If an order should not continue, **Cancel** stops the document from moving forward. That is useful when negotiations fail, pricing changes too much, or the team chooses another supplier. [SCREENSHOT: Purchase document header showing Send by Email, Print, Confirm Order, and Cancel actions] ## Following the Purchasing Workflow from Quote to Receipt The purchasing workflow in **Sherkety ERP & Website Platform** starts with a draft request and ends with operational follow-through. Buyers can trace the process from the first quotation to the incoming stock activity that proves the order is being fulfilled. A typical workflow looks like this: - Open **Purchasing** - Create a new **Request for Quotation** - Select the **Vendor** - Add product lines - Enter **Quantity**, **Unit Price**, and expected delivery details - Send or print the request - Confirm the order when terms are accepted - Track the related receipt activity On the RFQ form, the buyer begins by choosing the supplier in the **Vendor** field. After that, the **Order Lines** section is used to add the products or services being requested. Each line gives the buyer a place to review the quantity being ordered, the agreed unit price, and delivery expectations before anything is finalized. Before committing, the buyer can use **Send by Email** to share the request with the supplier or **Print RFQ** to produce a formal document. This stage is especially useful during negotiation, because the request can remain unconfirmed while terms are still being discussed. As the document moves forward, its status changes from a draft quotation stage to a confirmed **Purchase Order**. If approval is required, there may be a validation checkpoint before the order is fully confirmed. Once confirmed, the purchasing decision begins to affect operations beyond the purchasing screen. The next important follow-up is the related receipt activity in inventory. Buyers can use that linked receipt to verify that the ordered goods are expected and that the purchase is progressing beyond paperwork into actual incoming stock. [SCREENSHOT: Purchasing workflow showing draft RFQ, confirmed Purchase Order, and linked receipt activity] ## Connecting Purchasing Decisions to Broader ERP Outcomes Purchasing has the most value when it does more than create a document. In **Sherkety ERP & Website Platform**, a confirmed purchase order connects buyer decisions to inventory, finance, and recordkeeping so teams can work from the same information. One of the clearest outcomes appears in stock planning. When a purchase order is confirmed, it can generate incoming receipt activity for the ordered products. That gives warehouse and operations teams visibility into what is expected to arrive. For buyers, this means the order is not isolated—it directly supports replenishment and incoming stock control. Purchasing records also support finance workflows. Vendor bills can be matched back to the purchase order, which helps teams compare what was ordered against what is being billed. This shared document trail improves cost control because the purchasing and finance sides are working from the same source details rather than separate records. Key business outcomes include: - **Incoming shipments** tied to confirmed orders - **Vendor bill matching** against purchase documents - Shared visibility between purchasing, inventory, and accounting - Better control over supplier prices and ordered quantities Centralized records also improve auditability. Each purchase document can preserve the details that matter during review: - Supplier name - Ordered products - Quantities - Prices - Taxes - Approval history - Order status For ERP buyers evaluating whether Purchasing is worth adopting, this is one of the strongest benefits. Instead of relying on disconnected spreadsheets, email approvals, and manual handoffs, the purchasing workflow creates a visible chain from supplier request to stock receipt and billing review. That leads to clearer supplier accountability and better coordination across teams. [SCREENSHOT: Confirmed purchase order with related receipt and vendor bill references] ## Handling Common Questions Buyers Raise During Evaluation Buyers often want to know how flexible the purchasing workflow is before they rely on it for real supplier activity. In **Sherkety ERP & Website Platform**, the purchasing screens support common evaluation concerns without forcing you to commit too early. A frequent question is what happens when a buyer needs approval before placing the order. In that case, the RFQ can stay unconfirmed while the document is reviewed internally. If approval rules are in place, the buyer’s role is usually to prepare the document carefully, check the vendor, pricing, and quantities, and then move it forward for validation instead of confirming it immediately. Another common concern is pricing changes during negotiation. That is handled at the document level before confirmation. Buyers can update RFQ or purchase order lines to reflect revised vendor terms, including changes to: - **Quantity** - **Unit Price** - **Taxes** - Delivery timing details Stakeholders may also ask how to prove that a purchasing decision led to real operational action. The answer is in the linked follow-up records. Once the order is confirmed, receipt activity can be tracked in inventory, and vendor bills can be matched back to the same purchase document. This gives buyers and managers a clear trail from decision to fulfillment and billing. Communication is another key evaluation point. Buyers do not need to manage supplier follow-up outside the purchase document alone. The built-in actions on the form support vendor communication directly through: - **Send by Email** - **Print RFQ** - **Print Purchase Order** These actions help keep the supplier conversation tied to the purchasing record, which makes later review easier. If your team is still comparing where Purchasing fits in the ERP journey, the next useful read is [Understanding Purchasing Module Positioning and Use Cases](doc:understanding-purchasing-module-positioning-and-use-cases). ## Overview The **Purchasing** area in **Sherkety ERP & Website Platform** is designed for buyers who need a clear path from supplier inquiry to committed order. It supports the full buying conversation by keeping quotation requests, confirmed orders, supplier details, pricing, and follow-up actions together in one working space. At a high level, buyers use Purchasing to: - Create and review **Requests for Quotation** - Compare supplier terms before committing - Turn approved requests into **Purchase Orders** - Continue vendor communication through **Send by Email** and **Print** - Follow the order into receipt and billing activity The biggest practical benefit is visibility. A buyer can open one purchase document and review the vendor, product lines, quantities, prices, taxes, and planned dates without switching between disconnected tools. That makes it easier to decide whether the order is ready, whether negotiation is still needed, or whether approval should happen first. This module also supports better coordination across teams. A confirmed order does not stop at the buyer’s desk. It can lead to incoming stock activity and support vendor bill matching, which means purchasing decisions stay connected to inventory and finance outcomes. If you are evaluating Purchasing as part of the broader ERP offering, focus on these buyer-facing strengths: - Clear distinction between quotation and order commitment - Better supplier comparison using document details - Formal communication actions built into the purchase form - Traceable follow-through after confirmation For readers coming from the earlier discovery content, this document focuses on why buyers use Purchasing and what actions matter most once they are inside the module. ## Prerequisites Before this topic is useful, you should already be familiar with where the **Purchasing** module appears in **Sherkety ERP & Website Platform** and how users reach ERP app pages from the public website. This document assumes you are past the discovery stage and are now evaluating buyer value and workflow fit. Helpful background includes: - Knowing how to reach ERP module pages from the website navigation - Recognizing the Purchasing module as part of the ERP app offering - Understanding that purchasing activity connects with inventory and finance processes If you have not reviewed the entry points yet, start with [Discovering the Purchasing Module From Inventory and App Pages](doc:discovering-the-purchasing-module-from-inventory-and-app-pages). That earlier document explains how visitors encounter Purchasing from related ERP pages and where it sits in the broader product journey. You do not need admin access to understand this topic. This guide is aimed at buyers, evaluators, and business users who want to understand: - What the Purchasing module helps them do - Which actions are available on purchase documents - How supplier evaluation works before confirmation - Why confirmed orders matter beyond the initial request It also helps to be familiar with common purchasing terms used on-screen, especially: - **Vendor** - **Request for Quotation** - **Purchase Order** - **Unit Price** - **Taxes** - **Planned Delivery Date** With that context, the purchasing screens are easier to read because the document flow and action buttons will make sense as part of a real buying process rather than as isolated fields. ## Exploring How Quotations Move from Lead to Signed Deal In **Sherkety ERP & Website Platform**, quotations are closely tied to the sales opportunity you already manage in the pipeline. If you have already worked through lead qualification, contact updates, and stage movement in [Managing Leads Contacts and Sales Pipeline](doc:managing-leads-contacts-and-sales-pipeline), the next step is turning that active opportunity into a formal offer the customer can review and approve. From the **Sales & CRM** area, a salesperson typically opens an opportunity and creates a quotation using the same customer details already stored on that record. This keeps the **customer name**, **contact information**, expected deal value, notes, and previous sales conversations connected instead of scattered across separate screens. When you return to the opportunity later, you can still see the quotation alongside calls, emails, meetings, and internal notes. The quotation itself usually moves through a clear lifecycle: - **Draft quotation** while you prepare products, prices, and terms - **Sent quotation** once it has been shared with the customer - **Customer review and approval** when the buyer checks the offer online - **Confirmed sale** after acceptance, when the quotation becomes a sales order This connected flow helps both the sales team and the buyer. Salespeople do not need to re-enter the same information each time they prepare an offer, and managers can quickly see which opportunities are waiting on a quote, which quotes have been sent, and which deals are ready to close. For the customer, automation shortens the wait between first discussion and receiving a professional quotation. For the sales team, it reduces manual chasing and gives clearer visibility into deal progress through the pipeline. [SCREENSHOT: Opportunity record showing linked quotation, customer details, and activity history] ## Building Quotations with Products, Pricing, and Optional Items When you create a quotation in **Sherkety ERP & Website Platform**, most of the work happens directly on the quotation form. After choosing the **Customer**, you add the items the prospect is considering in the quotation lines. Each line usually includes the **Product**, **Quantity**, **Unit Price**, and any applicable **Taxes**. You can also set a **Validity Date** so the customer knows how long the offer remains available. This screen is where accuracy matters most. Instead of typing every detail from scratch, the quotation can pull from your existing product catalog and pricing setup. That means sales teams can search for products already available in the list, add them quickly, and rely on saved pricing rules rather than manually entering every amount. If different customers receive different rates, customer-specific pricing can help keep the quotation aligned with the agreed commercial terms. A well-prepared quotation often includes more than the main offer. Many teams use **Optional Products** to suggest add-ons or upgrades the customer can choose before accepting. This is especially useful when you want to present a base offer together with premium options, support add-ons, or extra services without cluttering the main quotation lines. To speed up preparation even further, sales teams can use **Quotation Templates**. These templates help standardize: - Common product bundles - Repeated sales text and terms - Frequently used pricing structures - Optional upsell items Using templates keeps quotations consistent across the team and reduces errors caused by copying old documents manually. It also makes it easier to prepare a polished offer quickly while still tailoring quantities or selected items for each customer. [SCREENSHOT: Quotation form with customer, quotation lines, optional products, and validity date fields] ## Automating Sending, Approval, and Customer Acceptance Once the quotation is ready, **Sherkety ERP & Website Platform** lets you send it directly from the quotation record. This is important because the sending action stays attached to the same sales document instead of being handled in a separate email thread that others cannot see. The salesperson can use a prepared email layout so the wording stays professional and consistent across the team. Sending from the quotation screen helps standardize communication in a few practical ways: - The quotation details stay linked to the customer and opportunity - The outgoing message can follow a reusable email format - The team can quickly see whether the quotation has already been sent - Follow-up work starts from the same record instead of separate notes For the customer, the approval process is much simpler than exchanging edited files back and forth. Instead of printing or requesting another copy by email, the buyer can review the quotation online, check the products, pricing, and terms, and then confirm acceptance through the quotation flow. This reduces delays caused by version confusion or missing attachments. Where online signing is enabled, **eSignature** support can shorten approval even more. The customer can sign the quotation digitally, which removes the need to print, sign by hand, scan, and resend the document. That is especially helpful when multiple quotations are moving at once and the sales team needs a clear, trackable approval path. After the customer accepts the quotation, the process continues smoothly into the next sales step. An approved quotation can move forward as a confirmed sales order, so the team does not need to rebuild the deal from scratch after approval. This keeps the sales cycle moving and gives everyone a single source of truth from first quote to final confirmation. [SCREENSHOT: Sent quotation with customer acceptance and online signature area] ## Keeping Prospects Engaged with Scheduled Follow-Up Activities Sending a quotation is only part of the job. In **Sherkety ERP & Website Platform**, the real difference often comes from what happens next. After a quotation has been sent, the salesperson can schedule follow-up activities on the same opportunity so the prospect does not go quiet without a reminder in place. These activities usually cover common next steps such as: - **Call** the prospect to confirm they received the quotation - **Email** a clarification or reminder - **Meeting** to review pricing or scope - Any planned next action tied to the deal This matters because a quotation without a scheduled next step is easy to forget, especially when a salesperson is managing many active opportunities. By setting a follow-up activity immediately after sending the quotation, the team gets a visible reminder of when to re-contact the customer. That helps prevent delays where a promising quote sits untouched simply because no one was prompted to act. The shared history on the opportunity also keeps context in one place. Notes, messages, and completed activities remain attached to the same customer and deal, which makes handoffs easier and avoids repeated questions to the prospect. If a manager opens the opportunity, they can quickly review what was sent, what the customer asked, and what follow-up is due next. Pipeline visibility also improves. Sales teams and managers can use **stage status** and **next activity** indicators to spot quotations that are waiting too long for a response. Instead of scanning emails manually, they can identify opportunities that need attention before momentum is lost. [SCREENSHOT: Opportunity view showing next activity, scheduled call, and quotation status] ## Measuring Quotation Performance and Sales Team Responsiveness Quotation work becomes much easier to improve when teams can see what is happening across the full sales cycle. In **Sherkety ERP & Website Platform**, connected **Sales** and **CRM** data makes it possible to compare how many quotations were prepared, how many were sent, how many were accepted, and which opportunities were eventually lost. This kind of reporting helps teams answer practical questions such as: - Are quotations being sent quickly after the first serious customer conversation? - Which opportunities stall after the quotation goes out? - Which salespeople have overdue follow-up actions? - Are accepted quotations concentrated in certain stages, products, or customer types? Because quotation activity stays tied to the opportunity, reporting can show where delays happen between first contact and closing. For example, a manager may notice that opportunities move quickly through early pipeline stages but remain too long in the stage where the customer is reviewing a quotation. That points to a follow-up issue, a pricing issue, or a need for clearer quotation content. Activity visibility is just as important as conversion visibility. Upcoming actions, overdue reminders, and salesperson workload can all help teams decide where to focus attention first. A quotation that was sent yesterday may not need action yet, while another that has had no response for a week and no scheduled call is a stronger warning sign. This same connected data also supports forecasting. Active quotations linked to live opportunities give sales leaders a better view of likely future revenue than isolated spreadsheets or email-based tracking. When quotation status and opportunity stage stay current, revenue expectations become more realistic and easier to review. [SCREENSHOT: Sales reporting view comparing quotations sent, accepted, and overdue follow-up activities] ## Common Issues That Slow Quotation Follow-Up and How Teams Avoid Them Many quotation delays are not caused by pricing alone. In **Sherkety ERP & Website Platform**, slow follow-up usually comes from avoidable habits in how sales teams prepare, send, and track quotations. One common problem is building every quotation manually. When salespeople type products, prices, and terms from scratch, the process takes longer and mistakes are more likely. Teams avoid this by using **Quotation Templates**, saved product entries, and pricing rules so the quotation form is filled with consistent information from the start. Another issue appears after the quotation is sent: no next action is scheduled. A salesperson may assume they will remember to call later, but busy pipelines make that unreliable. A better approach is to add a **next activity** immediately after sending the quotation. That way, the opportunity shows a visible reminder for the planned call, email, or meeting. Teams also lose momentum when important conversations happen outside the opportunity record. If emails, meeting notes, and customer questions are kept in personal inboxes or separate documents, other team members cannot see the full story. Keeping messages, notes, and activities attached to the same opportunity preserves context and makes follow-up more consistent. Approval delays are another frequent blocker. If the customer has to print, sign, scan, and return a document manually, response time often stretches out. Online acceptance and **eSignature** reduce this friction by giving the buyer a faster path to approval. To avoid the most common slowdowns, teams usually focus on a few habits: - Use templates instead of rebuilding quotations manually - Apply saved pricing rather than retyping amounts - Schedule the next activity before leaving the quotation - Keep notes and communication on the same sales record - Use online approval options whenever available ## Overview Quotation automation in **Sherkety ERP & Website Platform** helps sales teams move from pipeline discussion to customer approval without breaking the flow between **CRM** and **Sales**. The key idea is simple: the opportunity, quotation, customer communication, and follow-up activities stay connected, so the team can prepare offers faster and respond at the right time. Across this workflow, the most important screens and actions are: - The **opportunity** in the sales pipeline, where customer discussions and deal progress are tracked - The **quotation form**, where you add products, quantities, prices, taxes, and a validity date - **Optional Products** and **Quotation Templates**, which help standardize offers and support upselling - The **Send** action, which shares the quotation directly from the record - Online customer approval and **eSignature**, which reduce back-and-forth delays - **Activities** such as calls, emails, and meetings, which keep follow-up visible - Reporting views that compare sent quotations, accepted quotations, and stalled deals If you are responsible for sales execution, this workflow gives you a clearer way to manage each offer from first draft to signed agreement. If you supervise the team, it gives you visibility into which quotations are progressing and which ones need attention. This document focused on quotations and follow-up only. For earlier pipeline work such as handling leads, updating contact details, and moving deals through stages, refer back to [Managing Leads Contacts and Sales Pipeline](doc:managing-leads-contacts-and-sales-pipeline). The next topic in this section is [Reviewing Sales Reporting and Pricing](doc:reviewing-sales-reporting-and-pricing), where you will look more closely at performance analysis and pricing visibility. ## Prerequisites Before working with quotation automation in **Sherkety ERP & Website Platform**, users should already be comfortable with the basic sales pipeline workflow. This document assumes you can open an opportunity, recognize customer and deal details, and understand how opportunities move through sales stages. If that part is still new, start with [Managing Leads Contacts and Sales Pipeline](doc:managing-leads-contacts-and-sales-pipeline). You will get the most value from this guide if the following are already in place: - Access to the **Sales & CRM** area - Existing **customers** or prospects available for selection on opportunities and quotations - A product or service list that salespeople can choose from when building quotation lines - Pricing information ready to use in quotations - Sales opportunities already being tracked in the pipeline It also helps if your team is already using shared sales records instead of keeping deal details only in personal email threads or offline documents. Quotation automation works best when the opportunity record is the main place where the team logs communication, schedules activities, and checks deal progress. For teams preparing customer-ready offers regularly, familiarity with these items is especially useful: - **Quotation Templates** for repeated offers - **Optional Products** for upsell choices - Email sending from the quotation record - Online approval or **eSignature** if your sales process uses digital acceptance - Activity reminders for post-send follow-up You do not need to master reporting before using quotations, but you should understand that quotation status and follow-up actions affect later sales analysis. That connection becomes more important in [Reviewing Sales Reporting and Pricing](doc:reviewing-sales-reporting-and-pricing). ## Understanding What Users See After Signing In In **Sherkety ERP & Website Platform**, the admin portal does not look the same for every signed-in user. What appears in the left navigation, which admin pages open successfully, and which buttons are available all depend on the user’s assigned role. A content-focused user may see areas such as **Dashboard**, **Content**, **Services**, **Pricing**, **SEO**, and **Settings**, while a user without broader administrative access may not see every item in that list. When a user reports that “a page is missing,” start by checking whether the item is truly unavailable or simply hidden for that role. In daily use, **hidden navigation items usually mean the role was not given access to that portal area**. For example, if **Users** does not appear in the admin menu, that normally points to a role restriction rather than a page error. It is also important to separate **menu visibility** from **actual page access**. A user might not see a menu item but still try to open a saved browser bookmark or direct link. In that case, Sherkety ERP & Website Platform can still block the page and show an access restriction message. In other words: - **Visible in the menu** means the page is intended to be discoverable for that role. - **Able to open the page** means the role is allowed to enter that screen. - **Able to use buttons on the page** means the role has permission for specific actions inside that screen. Before investigating a complaint, verify the user’s assigned role in the **Users** area of the admin portal. If you already reviewed account details in [Viewing and Maintaining User Accounts](doc:viewing-and-maintaining-user-accounts), use that same user record to confirm whether the role matches the access the person expects to have. [SCREENSHOT: User account screen showing the assigned role field and admin navigation] ## Reviewing Which Portal Areas Each Role Can Access In **Sherkety ERP & Website Platform**, access is usually divided by admin area first, then by what the user can do inside that area. The most common portal sections you may review are: - **Dashboard** for the main admin landing page - **Content** for website content editing - **Users** for user account management - **Settings** for site-wide configuration - **SEO** for search-facing page information - **Services** for service listings and related content - **Pricing** for pricing tiers and package details A role may be allowed into one area but blocked from another. For example, a content editor may be able to open **Dashboard**, **Content**, **Services**, **Pricing**, **SEO**, and **Settings**, while access to **Users** may be limited to a smaller group. That means two people can both sign in successfully but see different admin menus. Visibility can also change within the same area. A user may be able to: - Open a list page but not open certain records - Open a record but not change any fields - View page details but not use **Save**, **Delete**, or other action buttons - See a page header but find row-level menus missing options This is why you should not assume that “page opens” means “full access.” In practice, the differences administrators notice most often are: - **View only** access: the user can read information but cannot update it - **Limited action** access: the user can edit but not delete, approve, or publish - **Section-only** access: the user can work in one admin area but not others Restricted users usually experience one of three patterns: - The navigation link is **missing** - The page opens to an **access denied** or blocked state - The page opens, but key actions are **not shown** [SCREENSHOT: Admin sidebar with some sections visible and others absent for a restricted role] ## Interpreting Hidden Buttons, Disabled Actions, and Access Denied Messages When you review a user’s complaint, the screen state itself often tells you what kind of restriction is in place. In **Sherkety ERP & Website Platform**, restrictions usually appear in three ways: **hidden controls**, **disabled controls**, or **blocked page access**. A **hidden** control means the user is not meant to use that action at all. Common examples include: - No **Create** button at the top of a list - No **Edit** option on a page - No **Delete** choice in a row menu - No **Users** or **Settings** item in the navigation A **disabled** control means the action is visible, but the user cannot complete it in the current permission state. You may see a **Save** or **Submit** button that remains unavailable, or fields that appear on screen but cannot be changed. This usually means the user can view the page but does not have permission to finish the action. A **blocked page load** is different again. If a direct link opens an **access denied** message, the user is being stopped at the page level before they can work with the content at all. This often happens when someone receives a shared link to an admin page that their role does not include. If a user can open a detail page but cannot change values or save updates, treat that as **view access without edit access** unless you find another explanation. Look closely at: - Whether fields are editable or read-only - Whether **Save** appears and can be used - Whether page header actions are present - Whether row-level menus show fewer options than expected Read restriction messages in context. A missing menu item usually points to **section access**, a blocked page points to **page access**, and a missing or unavailable button points to **action access**. ## Checking Access for a Specific User or Role To verify access properly in **Sherkety ERP & Website Platform**, start in the **Users** area and open the affected person’s account. Confirm the assigned role before looking anywhere else. Many visibility issues come from the user expecting one level of access while the account is assigned another. Once you have the user record open, review the role connected to that account and compare it with the reported problem. Focus on the exact area the user mentioned, such as **Content**, **SEO**, **Pricing**, **Services**, **Settings**, or **Users**. Then compare what the role should allow with what the person actually sees. A practical review should include these checks: - **Left navigation:** Is the expected section visible in the sidebar? - **Page access:** Can the user open the target page at all? - **Page tabs or sections:** Are all expected parts of the page available? - **Toolbar actions:** Are buttons like **Save**, **Edit**, or other page actions present? - **Row-level menus:** Do record menus show the expected options? If your team uses a test account for each role, sign in with that account and reproduce the issue directly. That is often the fastest way to confirm whether the behavior is correct for the role. If your admin process includes an impersonation-style review, use that same approach to see the portal exactly as the affected user sees it. The goal is to compare the real interface, not just the intended setup. As you review, keep your findings specific. Instead of noting “user has no access,” record the exact result, such as: - **Users** is missing from the sidebar - **SEO** opens, but **Save** is unavailable - **Pricing** opens, but row actions are missing - Direct access to **Settings** shows an access denied message [SCREENSHOT: Admin user record with role details and a comparison against visible admin sections] ## Managing Daily Administration When Access Is Restricted Access complaints are part of normal admin work in **Sherkety ERP & Website Platform**, especially when different teams handle content, pricing, SEO, and user administration. The key is to decide whether the restriction is **expected by role design** or whether it points to an incorrect account setup. When a user reports a missing page, missing button, or blocked action, avoid changing access immediately. First confirm what the role is supposed to allow. A restriction is usually expected when the user is intentionally limited to a smaller set of tasks. For example, someone who updates content may not need access to **Users**, and someone who can review records may not be allowed to delete them. A simple review flow works well for daily administration: - Confirm the user’s assigned role in the **Users** area - Identify the exact page, menu item, or button involved - Reproduce the issue with the same role, if possible - Decide whether the current restriction matches the person’s job - Change access only if the role assignment or permission setup is wrong This matters because broader access affects more than visibility. Granting additional rights can allow a user to: - Change live website content - Update pricing information - Modify SEO details - Adjust site-wide settings - Manage user accounts - Perform edit or delete actions that were previously restricted Be especially careful when enabling actions tied to **editing**, **deleting**, **approval-style decisions**, **export-related tasks**, or **settings changes**. Those actions have a wider impact than simple page visibility. If the issue turns out to be expected behavior, explain it clearly in user-facing terms: “Your role can open **Content**, but it does not include **Settings**,” or “You can view this page, but your role does not include editing on this screen.” That keeps the conversation focused on the visible interface instead of internal permission language. ## Resolving Common Visibility and Access Problems Most access issues in **Sherkety ERP & Website Platform** fall into a few repeat patterns. When you troubleshoot them consistently, you can usually tell whether the problem is caused by role setup, a saved session, or a misunderstanding about what the role includes. If a user **cannot find a menu item in the sidebar**, first verify that the assigned role includes that admin section. In many cases, the item is intentionally hidden. Check whether the missing item is one of the restricted areas such as **Users** or **Settings**, then compare the user’s role with another account that should see it. If a user **can open a page but cannot use key actions**, look beyond page access. This often means the role has permission to view the page without matching permission to act on it. Common signs include: - No **Edit** button - No **Delete** option in row menus - A visible but unavailable **Save** button - Read-only fields on a detail screen If an administrator **changed a role but the user still sees the old behavior**, confirm three things: - The role change was actually saved - The correct role is assigned to the correct account - The user refreshed the session by signing out and back in, or by reloading the portal If a **direct link opens an access denied page**, treat that separately from menu visibility. A hidden sidebar item and a blocked page load are related, but they are not the same check. The user may have received a bookmark or shared link to a page that their role cannot open directly. When the cause is unclear, compare the affected user with a known-good account that has the expected role. Look at the same sidebar, the same page header, and the same row menus. That side-by-side review usually reveals whether the issue is missing section access, missing action rights, or simply the wrong role on the account. ## Overview Role visibility in **Sherkety ERP & Website Platform** controls what each signed-in user can see and do inside the admin portal. This affects more than the sidebar. It also changes which admin pages open, which buttons appear in page headers, and which actions are available inside lists and detail screens. The most important idea is that access works at more than one level: - **Section visibility** controls whether areas like **Dashboard**, **Content**, **Users**, **SEO**, **Services**, **Pricing**, and **Settings** appear in navigation - **Page access** controls whether a user can open a screen directly - **Action access** controls whether buttons such as **Save**, **Edit**, or **Delete** are available once the page is open As an administrator, you will usually notice restrictions in one of these ways: - A menu item is completely **missing** - A page opens with an **access denied** message - A page opens, but important controls are **hidden** or **unavailable** This document focuses on how to read those signs correctly and how to verify whether the user’s current role matches the experience they are reporting. If you need help with the user list, account details, or where to find user records, return to [Viewing and Maintaining User Accounts](doc:viewing-and-maintaining-user-accounts) before continuing your review. Use this guide when you need to answer questions such as: - Why can one admin see **Users** but another cannot? - Why does a user have access to **SEO** but not **Settings**? - Why can someone open a page but not save changes? - Why does a direct link fail even though the user is signed in? [SCREENSHOT: Admin portal showing sidebar, page header actions, and an example restricted state] ## Prerequisites Before you review role visibility in **Sherkety ERP & Website Platform**, make sure you can already access the admin portal and open user records. You do not need to know every role rule in advance, but you do need enough access to inspect user accounts and compare what different users can see. You should already be comfortable with: - Signing in to the admin portal - Opening the **Dashboard** - Navigating to the **Users** area - Opening an individual user account - Recognizing common admin sections such as **Content**, **Services**, **Pricing**, **SEO**, and **Settings** If you have not done that yet, use [Viewing and Maintaining User Accounts](doc:viewing-and-maintaining-user-accounts) first. That guide covers how to locate users and review their account details, which you will need before you can investigate access complaints. It also helps to have the following ready before you start checking a reported issue: - The affected user’s name or account - The exact page or menu item they expected to see - The specific action they could not use, such as **Save**, **Edit**, or **Delete** - A second account or known role example for comparison, if your team uses one During your review, pay attention to visible interface clues rather than assumptions. Compare: - Sidebar items - Page tabs - Header buttons - Row action menus - Access denied messages That comparison is often enough to tell whether the issue is caused by the assigned role or by a mismatch between the user’s expectations and their current access. From here, the next document is [Managing User Lifecycle in the Admin Portal](doc:managing-user-lifecycle-in-the-admin-portal), which continues with the day-to-day handling of user accounts after access has been reviewed. ## Reading the Inventory Dashboard and Warehouse Operation Cards In Sherkety ERP & Website Platform, the Inventory area brings warehouse activity together on a dashboard that uses operation cards to separate work by movement type. If you already reviewed stock visibility, warehouse summaries, and quantity views in [Exploring Inventory Visibility and Warehouse Overview](doc:exploring-inventory-visibility-and-warehouse-overview), this screen is the next step because it shows the work your team must process, not just the stock you currently have. Look for cards such as **Receipts**, **Delivery Orders**, and **Internal Transfers**. Each card represents a different kind of warehouse movement: - **Receipts** show incoming products that are expected into the warehouse - **Delivery Orders** show outgoing products leaving the warehouse - **Internal Transfers** show stock moving between locations inside your business These cards help you understand workload at a glance. A higher count on **Receipts** usually means the receiving team has more inbound work. A higher count on **Internal Transfers** often points to replenishment, storage moves, or warehouse reorganization that still needs attention. Use the card itself to open the related operation list. From there, you can review pending records and open individual transfers directly. This is especially useful when you want to move from the dashboard into the exact task that needs action instead of searching through menus. If your business works with more than one warehouse, warehouse-specific operation cards help keep activity separate. That means inbound work for one warehouse does not get mixed with outbound or internal activity from another location. Teams can focus on the cards that match their own warehouse and operation type. [SCREENSHOT: Inventory dashboard showing Receipts, Delivery Orders, and Internal Transfers cards with operation counts] ## Following Products from Receipt to Storage A receipt usually begins after a purchasing step creates an incoming warehouse operation. On the **Receipts** card, open the list of incoming transfers and select the receipt you want to review. The transfer form shows where the products are coming from and where they will be placed when the receipt is completed. Follow these steps to review a receipt from arrival to storage: 1. Open **Inventory** and select the **Receipts** operation card. 2. In the receipt list, click the transfer you want to inspect. 3. Review the **Source Location** and **Destination Location** fields to confirm the movement path. 4. In the transfer lines, check the **Product**, **Demanded Quantity**, and **Done Quantity** values. 5. Compare what was expected with what physically arrived at the warehouse. 6. Update the received quantity if the delivered amount is different from the expected amount. 7. Click **Validate** when the receipt matches the physical goods you have accepted. The key check on this screen is the difference between **Demanded Quantity** and **Done Quantity**. **Demanded Quantity** shows what the receipt expected. **Done Quantity** shows what your team actually received. This comparison is important when a supplier sends fewer items, extra items, or partial deliveries. When you click **Validate**, Sherkety ERP & Website Platform records the receipt as completed and updates stock in the **Destination Location**. That destination may be an incoming area, a receiving zone, or a storage location depending on how your warehouse is organized. After validation, teams often continue with putaway work by moving products from the receiving area into regular storage. That next movement is usually handled through an internal transfer so stock is not only received, but also placed in the correct warehouse location. [SCREENSHOT: Receipt form showing Source Location, Destination Location, transfer lines, and Validate button] ## Moving Stock Between Internal Locations **Internal Transfers** are used when products move from one internal location to another without being purchased or sold. In Sherkety ERP & Website Platform, this is how warehouse teams record stock moving between places such as **Stock**, **Shelves**, **Packing**, **Quality Control**, or even another warehouse location managed by the business. Use this workflow when you need to relocate products: 1. Open **Inventory** and select **Internal Transfers**. 2. Open an existing transfer or create a new movement if your role allows it. 3. Check the **Source Location** to confirm where the products are currently stored. 4. Check the **Destination Location** to confirm where the products should go next. 5. Review the transfer lines and confirm the **Product** and quantity being moved. 6. Make sure the quantity is physically available in the source location. 7. Click **Validate** after the move has actually taken place. The most important fields on this screen are the location fields. **Source Location** tells you where the stock is being taken from. **Destination Location** tells you where it will appear after the move is completed. Because this is an internal movement, it does not increase or decrease total company stock. It only changes where that stock is stored. Transfer lines give your team traceability. Instead of relying on memory or informal messages, the transfer record shows exactly which products were moved and in what quantity. That makes it easier to understand replenishment activity, shelf refilling, and warehouse reorganization. Common examples include: - Moving goods from receiving into long-term storage - Replenishing a picking or packing zone from bulk stock - Sending products to **Quality Control** - Shifting stock from one warehouse to another warehouse managed by the same business [SCREENSHOT: Internal transfer form showing Source Location, Destination Location, and product lines] ## Controlling Warehouse Work with Transfer Statuses and Validation Warehouse operation records do more than list products. They also show progress through status labels that help teams understand what can be processed now and what still depends on earlier work. In Sherkety ERP & Website Platform, these statuses are especially useful when managers need to prioritize receipts and internal moves across a busy day. Use the status and validation flow like this: 1. Open the relevant operation list from **Receipts** or **Internal Transfers**. 2. Review the status shown on each transfer before opening it. 3. Open transfers marked as ready for action first. 4. Check transfers that are still waiting to see what is blocking them. 5. Confirm quantities, locations, and product lines on the transfer form. 6. Click **Validate** only after the physical movement has happened. 7. Return to the list and use status filters to continue with the next urgent record. You may see statuses such as: - **Draft**: the transfer is still being prepared - **Ready**: the movement can be processed - **Waiting**: the transfer depends on another stock movement or incoming stock - **Done**: the movement has already been completed The **Validate** button is the main control point on the transfer form. Clicking it confirms that the warehouse move is real and should be reflected in stock records. This is why validation should match the physical action on the warehouse floor. A **Waiting** status often signals an upstream dependency. For example, an internal move may be waiting because the products have not yet been received into the source location. A receipt may also remain incomplete if quantities have not been confirmed. Operation lists become much more useful when you combine them with status filters. Managers can focus first on transfers that are ready, then investigate waiting records that may reveal bottlenecks in receiving, storage, or replenishment work. ## Using Warehouse Operations to Improve Accuracy and Visibility Recording receipts and internal transfers in Sherkety ERP & Website Platform gives your warehouse team a movement history that is far more reliable than making manual quantity corrections after the fact. Instead of only seeing that stock changed, you can see how it changed, where it moved, and which operation recorded that movement. This matters most at the location level. A product total on hand is useful, but it does not tell your team whether the item is in **Stock**, in a receiving area, in **Quality Control**, or in a packing zone. Warehouse operations close that gap by linking every completed movement to a **Source Location** and **Destination Location**. That visibility improves day-to-day control in several ways: - Products are less likely to be misplaced because moves are recorded against specific locations - Teams can identify who should handle the next step by looking at the operation type - Purchasing and warehouse staff can coordinate better because incoming receipts are visible before goods are stored - Managers can spot congestion when counts on operation cards stay high The dashboard counts are especially useful for workload tracking. If **Receipts** remain high, the receiving team may be overloaded or supplier deliveries may be arriving faster than they are processed. If **Internal Transfers** build up, storage, replenishment, or warehouse balancing work may need attention. Validated transfers also support clearer performance discussions. Completed movements show what work has already been done, while waiting or ready records show what still needs action. This gives managers a practical view of warehouse efficiency without relying on informal updates. [SCREENSHOT: Inventory dashboard with operation counts next to a filtered transfer list showing completed and pending records] ## Resolving Common Warehouse Operation Issues Most warehouse operation problems come down to quantities, locations, or timing. When a transfer does not behave as expected in Sherkety ERP & Website Platform, start by opening the transfer form and checking the fields that directly control the movement: **Source Location**, **Destination Location**, the product lines, and the current status. Use the following checks to resolve common issues: - **You cannot validate a transfer because quantity is missing** - Review the **Source Location** - Confirm the product is actually available in that location - If the stock is in a different location, correct the source before trying again - **The receipt quantity does not match what arrived** - Compare **Demanded Quantity** with **Done Quantity** - Update the received quantity to reflect the physical delivery - Validate only after the lines match what your team accepted - **Products appear in the wrong place after a move** - Reopen the completed transfer and review the **Destination Location** - Check whether the move was validated to the wrong location - Review related internal transfers to see whether a later move changed the product’s position again - **An operation stays in a waiting state** - Check whether an earlier receipt still needs to be completed - Confirm that stock has reached the source location required for the move - Review dependent operations in the same workflow, especially inbound receipts before internal transfers When you troubleshoot, avoid making assumptions from the dashboard alone. Open the operation record and read the location fields and quantities carefully. In many cases, the issue is simply that the stock has not yet reached the expected source location or the received quantity was never confirmed. ## Overview This document focuses on how warehouse operation cards and transfer records support day-to-day movement control in Sherkety ERP & Website Platform. The main screens covered here are the **Inventory** dashboard, the **Receipts** list, the **Internal Transfers** list, and the transfer form where quantities and locations are reviewed before clicking **Validate**. Key ideas covered in this guide include: - Operation cards on the inventory dashboard group work by movement type - **Receipts** track incoming goods before they are stored - **Internal Transfers** record stock moving between internal locations - **Source Location** and **Destination Location** show where products move from and to - **Demanded Quantity** and **Done Quantity** help teams compare expected and actual movement - Status labels such as **Draft**, **Ready**, **Waiting**, and **Done** help prioritize work - The **Validate** button confirms a physical movement and updates stock records This guide builds directly on [Exploring Inventory Visibility and Warehouse Overview](doc:exploring-inventory-visibility-and-warehouse-overview), where you learned how to read warehouse stock visibility and operational summaries. Here, the focus shifts from “what stock is available” to “what warehouse work must be completed.” These warehouse operations are important because they create traceable movement records instead of leaving teams to rely on memory, paper notes, or manual stock corrections. That improves location accuracy, supports clearer accountability, and gives managers better visibility into inbound work, storage activity, and internal movement bottlenecks. The next step in this learning path is [Using Barcode and Replenishment Features](doc:using-barcode-and-replenishment-features), which continues from these movement records into faster execution and stock refill workflows. ## Prerequisites Before working through the warehouse operations described in this guide, make sure you are already comfortable with the basic inventory screens in Sherkety ERP & Website Platform. This document assumes you can recognize the Inventory dashboard and understand the difference between stock visibility and stock movement. Helpful preparation includes: - Read [Exploring Inventory Visibility and Warehouse Overview](doc:exploring-inventory-visibility-and-warehouse-overview) first - Be able to open the **Inventory** area and identify operation cards - Understand that warehouse locations can represent different physical areas such as receiving, storage, packing, or quality control - Be familiar with reading product lines and quantities on inventory-related screens - Have access to view warehouse operations such as **Receipts** and **Internal Transfers** You do not need advanced setup knowledge to follow this guide. The focus here is on reading operation cards, opening transfer records, checking quantities, confirming locations, and understanding when to use **Validate**. It also helps if you already know the business meaning of these warehouse activities: - A **Receipt** represents goods arriving into the business - An **Internal Transfer** represents goods moving between internal locations - A completed transfer should reflect a movement that already happened physically - A waiting transfer usually means another warehouse step must happen first If your role includes reviewing warehouse workload, pay attention to operation counts and status filters. If your role is more hands-on, focus on the transfer form fields and the difference between expected and completed quantities. ## Understanding What the Homepage Hero Is Telling You When you open the homepage in **Sherkety ERP & Website Platform**, the first section at the top is the **hero**. This is the main introduction area that appears before you scroll. Its job is to tell you, in a few seconds, what the offering is and what you can do next. The main headline in this area is **“Business management software for all your needs”**. Treat this as the clearest summary of the homepage message. It tells you that the product is presented as a broad business solution rather than a single tool for one task. Directly around that headline, the supporting text explains the value in more practical terms. It positions Sherkety ERP & Website Platform around: - **Integrated apps** - **Automation** - **Business growth** For a first-time visitor, this matters because it frames the product as something that can connect different business activities in one place instead of asking you to piece together separate tools. Just below or beside this message, you will see two prominent action buttons: - **Start now - It’s free** - **Meet an advisor** These two buttons are the primary actions in the hero. They are placed side by side so you can quickly choose whether you want to explore on your own or speak with someone first. The hero also includes a product interface preview image displayed directly beneath the messaging. This visual gives you an immediate sense that Sherkety ERP & Website Platform includes a full working interface, not just marketing text. [SCREENSHOT: Homepage hero showing the headline, supporting text, two action buttons, and the product preview image] If you already reviewed the promotional and trust content lower on the page, see [Exploring Homepage Promotions and Trust Content](doc:exploring-homepage-promotions-and-trust-content). The hero comes earlier and is designed to guide your very first decision. ## Choosing Between Starting Immediately and Talking to Sales The two main buttons in the homepage hero are there for different kinds of visitors. In **Sherkety ERP & Website Platform**, you do not need to scroll further before deciding which path fits you best. Choose **Start now - It’s free** when you want to: - Explore the product directly - Move into a trial or hands-on experience - Learn by clicking through the product yourself - Evaluate quickly without waiting for a conversation This button is the better fit if your buying style is self-serve. If you prefer to see the product in action, test whether the screens make sense, or get a feel for the offering before speaking to anyone, this is the faster route. Choose **Meet an advisor** when you want to: - Discuss your business needs before trying anything - Ask questions about fit, scope, or setup - Get help comparing options - Talk through requirements with guidance This button supports a more guided evaluation. It is especially useful if you are not yet sure which part of Sherkety ERP & Website Platform matters most to your business, or if you need help connecting the offering to a specific business process. The difference between these actions is really about **intent**: - **Start now - It’s free** = immediate, hands-on discovery - **Meet an advisor** = consultative, guided inquiry Because both buttons appear in the hero, you can choose your path right away without hunting through menus or reading the full homepage first. [SCREENSHOT: Close-up of the hero buttons “Start now - It’s free” and “Meet an advisor”] If you are still comparing before taking either action, the top navigation gives you more ways to explore, which is covered later in this guide. ## Reading the Trust Signals Before You Click Before you choose one of the hero buttons, look at the trust details placed near the main message. In **Sherkety ERP & Website Platform**, these cues help reduce hesitation for visitors who are deciding whether the product feels established and credible. One of the clearest trust cues is the customer count: **“12 million+ users”**. This tells you the offering is presented as widely adopted rather than new or untested. For many first-time ERP buyers, that kind of scale matters because it suggests the product has already been used by a large number of businesses. You will also see a **star rating display** with an adjacent **review count**. Together, these two elements work as social proof: - The **star rating** gives you a quick visual signal of customer satisfaction - The **review count** shows that the rating is backed by a visible volume of feedback These trust elements are important because they answer an early buyer question without forcing you to leave the page: *Do other people actually use and rate this positively?* The trust row combines two kinds of reassurance: - **Adoption scale** through the user count - **Review sentiment** through stars and review totals When you scan the hero, the best order is: - Read the **headline** - Glance at the **supporting text** - Check the **trust row** - Then decide between the two **action buttons** These trust cues appear close to the hero messaging, so you can evaluate confidence signals before making your first click. [SCREENSHOT: Trust row near the homepage hero showing user count, star rating, and review count] For a broader look at homepage trust content beyond the hero area, refer back to [Exploring Homepage Promotions and Trust Content](doc:exploring-homepage-promotions-and-trust-content). ## Using the Navigation to Explore Before Committing If you are not ready to click **Start now - It’s free** or **Meet an advisor**, use the top navigation to inspect the offer first. The homepage header in **Sherkety ERP & Website Platform** gives you several discovery paths that support different evaluation styles. Key navigation links include: - **Apps** - **Industries** - **Community** - **Pricing** Use **Apps** when you want a feature-led review. This is the best place to start if you are comparing ERP capabilities and want to understand what areas are covered. A visitor interested in operations, finance, sales, or people management can use **Apps** to judge whether the product appears broad enough before taking the next step. Use **Industries** when your main question is business fit by sector. This is helpful for visitors who want to know whether the messaging connects to their type of business rather than just listing features. Use **Community** if you want to explore the wider surrounding experience and supporting ecosystem presented in the site navigation. Use **Pricing** when cost clarity matters most. If budget is your first filter, opening **Pricing** before starting a trial or requesting a conversation can save time. In the top-right area, you will also see persistent actions such as: - **Sign in** - **Start now** These stay available while you browse, so you can explore first and still act quickly once you are ready. [SCREENSHOT: Top navigation showing Apps, Industries, Community, Pricing, Sign in, and Start now] If you want more help moving through public pages and menus, see [Using Header Menus and Footer Links](doc:using-header-menus-and-footer-links) and [Finding Services Through Navigation and Service Menus](doc:finding-services-through-navigation-and-service-menus). ## Interpreting the Product Preview in the Hero The product image shown in the homepage hero is more than decoration. In **Sherkety ERP & Website Platform**, that embedded screenshot works as visual proof alongside the headline and action buttons. When you read **“Business management software for all your needs”**, the preview image helps answer the next question: *What does that actually look like?* Instead of asking you to imagine the product, the hero shows part of the interface directly beneath the main message. This matters for first-time visitors because the screenshot helps you infer: - That there is a real working interface behind the marketing message - That the offering covers multiple business activities - That the product is meant to be used as a broad business workspace, not a single-purpose tool Even without opening **Apps** or **Pricing**, the preview gives you an early sense of depth. It suggests that Sherkety ERP & Website Platform is organized as a full product experience with screens, data views, and operational workflows rather than a simple landing page promise. The image also supports the idea of an **all-in-one business platform**. Combined with the headline and supporting paragraph about integrated apps and automation, the preview reinforces that the product is positioned as connected and wide-ranging. A good way to read the hero is to combine both forms of evidence: - **Text** explains the promise - **UI imagery** makes the promise feel concrete That combination helps you evaluate quickly. If the message sounds relevant and the preview looks substantial, you may feel comfortable clicking **Start now - It’s free**. If the preview raises questions about fit or scope, **Meet an advisor** may be the better next step. [SCREENSHOT: Product interface preview image beneath the homepage hero text] ## Deciding Which First Click Matches Your Buying Stage Your best first click depends on what you need to know right now. The homepage hero in **Sherkety ERP & Website Platform** is designed so different visitors can choose different paths without confusion. Choose **Start now - It’s free** if you: - Want immediate access - Prefer evaluating by using the product directly - Learn faster from hands-on exploration than from sales conversations - Already feel comfortable with the headline, trust cues, and preview image Choose **Meet an advisor** if you: - Need help mapping business requirements - Want to discuss implementation scope - Have questions about product fit - Prefer guided evaluation before committing time to a trial Choose **Pricing** first if: - Budget is your main decision factor - You want to understand cost before trying or contacting anyone - You are comparing Sherkety ERP & Website Platform against other options and need a pricing view early Choose **Apps** or **Industries** first if: - You need to confirm module coverage - You want to see whether the product matches your business type - You are still validating relevance before taking a direct action A simple way to think about it is: - **Ready to test?** Click **Start now - It’s free** - **Need guidance?** Click **Meet an advisor** - **Need cost clarity?** Open **Pricing** - **Need fit confirmation?** Open **Apps** or **Industries** This makes the homepage useful for visitors at different buying stages, from early research to active evaluation. The next document in this section is [Reviewing Startup Package and Value Sections](doc:reviewing-startup-package-and-value-sections), which continues below the hero and shows how Sherkety ERP & Website Platform presents package value after the first decision point. ## Overview The homepage hero in **Sherkety ERP & Website Platform** is the first decision area for new visitors. It combines a clear message, visible trust cues, and immediate actions so you can decide how to explore without scrolling through the full page first. The main elements to notice are: - The headline **“Business management software for all your needs”** - Supporting text focused on **integrated apps**, **automation**, and **business growth** - Two primary buttons: **Start now - It’s free** and **Meet an advisor** - A trust row that includes **12 million+ users**, a **star rating**, and a **review count** - A product preview image shown directly under the hero messaging - Top navigation links such as **Apps**, **Industries**, **Community**, and **Pricing** Together, these elements support different visitor goals: - Quick self-serve exploration - Guided evaluation with an advisor - Feature comparison through **Apps** - Sector-fit checking through **Industries** - Budget review through **Pricing** If you are reading the homepage efficiently, focus on the hero in this order: - Read the **headline** - Scan the **supporting paragraph** - Check the **trust signals** - Compare the two **primary actions** - Use the **navigation** if you need more context first The hero is not meant to answer every question. Its purpose is to help you choose the right next move based on your buying stage. That is why both direct action buttons and browse-first navigation options are visible at the top. [SCREENSHOT: Full homepage hero area with headline, trust row, CTAs, navigation, and product image] ## Prerequisites You do not need an account or any setup before using the homepage hero in **Sherkety ERP & Website Platform**. This section is available to public visitors and is designed for first-time browsing. Before using the hero effectively, it helps if you already know: - Whether you prefer **self-guided exploration** or a **guided conversation** - Whether your first priority is **features**, **industry fit**, or **pricing** - Whether you are still researching broadly or actively comparing options You will get the most value from this page if you can answer a few simple questions for yourself: - Do you want to try the product right away? - Do you need to speak with someone before evaluating? - Do you need to confirm module coverage first? - Do you need budget information before taking action? If you already reviewed the earlier document [Exploring Homepage Promotions and Trust Content](doc:exploring-homepage-promotions-and-trust-content), that background will help you recognize how the hero fits into the wider homepage story. If not, you can still use this guide on its own because the hero appears at the very top of the homepage and is meant to stand on its own. You may also want to be familiar with: - Basic top navigation behavior from [Using Header Menus and Footer Links](doc:using-header-menus-and-footer-links) - Public page browsing patterns from [Browsing the Sherkety Public Website](doc:browsing-the-sherkety-public-website) - Language switching if you browse multilingual pages, covered in [Switching Languages While Browsing the Platform](doc:switching-languages-while-browsing-the-platform) Once you are comfortable reading the hero and choosing between its primary actions, continue with [Reviewing Startup Package and Value Sections](doc:reviewing-startup-package-and-value-sections). ## Recognizing Where the Interface Adds Visual Emphasis In **Sherkety ERP & Website Platform**, visual emphasis is used to guide your eyes to the most important information first. You will usually notice this in three places before anything else: - **Top-of-page summary areas** on admin pages such as the **Dashboard** - **Side-by-side comparison sections** on public pages for services, packages, or ERP offerings - **Featured promotional sections** such as homepage highlights, package spotlights, or ERP callout areas A screen often signals priority through a combination of visible design choices: - **Larger numbers** that stand out from surrounding text - **Bold labels** above or beside a key figure - **Accent backgrounds** or tinted cards that separate one item from others - **Badges or short labels** that mark something as featured or important - **Stronger contrast** between a highlighted block and nearby content For example, a regular section heading introduces a topic, but a large number inside a summary card is meant to be read immediately. A plain heading helps you understand where you are on the page. A highlighted metric helps you decide what matters in that section. This difference is important when you scan quickly. Not every bold word is a priority signal. Some text is simply there to organize the page, while other elements are designed to pull attention first. If you already read [Reading Charts Badges and Status Colors](doc:reading-charts-badges-and-status-colors), think of this guide as the next layer: instead of focusing on color meaning, focus on **which item is visually promoted above the rest**. [SCREENSHOT: dashboard summary cards with one metric visually stronger than the others] When you open a page, start by looking for the **largest value**, the **most prominent card**, or the **single comparison column with stronger styling**. In Sherkety ERP & Website Platform, those are usually the clearest signs of visual priority. ## Reading Highlighted Metrics in Dashboard and Summary Areas A highlighted metric card in **Sherkety ERP & Website Platform** usually contains a small set of visible parts that work together: - A **metric label** that names what you are looking at - A **primary value** shown in the largest text - A **supporting caption** that adds context - Sometimes a **status marker** or small indicator beside the value The most important part is almost always the **primary value**. This may be a total, count, percentage, or other summary figure. It is shown more prominently so you can scan a dashboard row quickly without reading every line in detail. For example, on the **Admin Dashboard**, several summary cards may appear together. One card may use stronger contrast, a more noticeable background, or a larger number than the cards beside it. That stronger treatment usually means, “Start here.” It does not mean the other cards are unimportant. It means this card is the quickest signal of the section’s main takeaway. When several metrics appear in one group, read them in this order: - Start with the **most visually dominant card** - Read the **label** to confirm what the number refers to - Check the **caption** for context - Then compare it with nearby cards for balance This matters for both audiences in Sherkety ERP & Website Platform: - **Administrators** use highlighted totals or counts to spot the most important content or management signal quickly - **Prospective buyers** use highlighted figures on public pages to understand the strongest value point without reading the entire section first A good summary area lets you answer one question at a glance: **What is the main number this section wants me to notice first?** [SCREENSHOT: summary row showing label, large value, supporting caption, and a smaller secondary figure] If two cards feel equally strong, slow down and read the labels carefully. The emphasis tells you where to look first, but the label tells you what the number actually means. ## Comparing Options Using Labels, Badges, and Side-by-Side Emphasis Comparison layouts in **Sherkety ERP & Website Platform** often place options side by side so you can evaluate services, packages, or ERP offerings quickly. In these layouts, visual emphasis is used to guide attention toward one option without hiding the others. The clearest attention signals in comparison blocks include: - A **badge** such as a featured or recommended-style label - A **stronger border** around one column - A **tinted background** behind one plan or offer - **Larger pricing text** or a more prominent metric - A more noticeable **call-to-action button** These cues help you identify the option the page is encouraging you to review first. For example, if one pricing column has a badge at the top and a stronger background, that column is being presented as the preferred choice. The neighboring columns still matter, but they are intentionally quieter so the featured option stands out. When reading a comparison table, pay attention to both the **column emphasis** and the **row emphasis**: - If a **column** is highlighted, the entire option is being promoted - If a specific **row value** is highlighted, that feature or metric is being presented as a key differentiator This is especially useful on public-facing pages where visitors compare packages or ERP modules. A highlighted price, savings figure, or included feature helps you find the main selling point faster. For content editors working in the admin area, consistency matters. If every comparison column uses a badge, none of them feels special. If multiple rows are highlighted with the same strength, the table becomes harder to scan. Keep the visual pattern simple: - Use **one featured option** - Keep non-featured options visually consistent - Highlight only the **most persuasive difference** [SCREENSHOT: side-by-side comparison cards with one featured option marked by badge and tinted background] The best comparison sections in Sherkety ERP & Website Platform feel clear, not crowded. You should be able to spot the preferred option in seconds, then still compare the rest fairly. ## Using Promotional Sections Without Competing With Core Metrics Promotional content in **Sherkety ERP & Website Platform** works best when it appears in its own clearly defined area. This includes homepage highlights, startup package spotlights, ERP feature callouts, and other featured sections designed to attract interest. These blocks should feel distinct from operational summaries such as dashboard metrics. A strong promotional section usually includes: - A **clear label** that signals this is a featured offer or highlight - A **headline** that explains the main message - One **supporting metric** or standout figure - A visible **call-to-action** such as a demo, trial, or inquiry action The key is separation. A promotional banner should not look like a dashboard KPI card, and a dashboard KPI card should not look like a marketing banner. If both use the same level of color, size, and contrast, users may confuse a promotional number with a business-performance number. To keep the distinction clear: - Place promotional content in a **dedicated section** - Use **one primary highlight** per promotional block - Keep supporting text smaller than the main figure or headline - Avoid stacking multiple bold numbers in the same banner For example, a homepage promotional card may emphasize a package value, savings amount, or adoption figure. That can be effective if the rest of the block stays supportive. If the badge, headline, number, button, and background all compete equally, the message becomes noisy. This is especially important when promotional sections appear near comparison tables or summary cards. The promotional block should attract attention, but it should not overpower nearby pricing details or dashboard information. [SCREENSHOT: promotional section with one highlighted number, one headline, and one call-to-action button] When reviewing a page, ask a simple question: **Can I immediately tell whether this block is promotional or operational?** If the answer is unclear, the visual treatment needs to be simplified or separated more clearly. ## Editing Labels and Emphasis So Important Information Stays Clear When you update content in **Sherkety ERP & Website Platform**, the wording and visual treatment of labels matter just as much as the numbers themselves. Before publishing changes in content editing areas, review the visible text elements that shape attention: - **Metric labels** - **Badge text** - **Section headings** - **Supporting captions** - **Promotional callout copy** Each label should explain **why the value matters**, not just decorate the page. Short, specific wording is easier to scan than vague phrases. A reader should understand whether a number is a total, a comparison point, a ranking signal, or a featured offer just by reading the label and the short caption around it. Good visual hierarchy also depends on consistency across the page. If one section uses a bold badge, large number, and short caption, nearby sections should follow a similar pattern unless there is a clear reason not to. This helps users move smoothly between: - **Dashboard summary cards** - **Comparison sections** - **Homepage and ERP promotional blocks** If you are editing content directly on the website or through admin content screens, pause before saving and scan the page as if you were seeing it for the first time. Try to identify the primary metric in each block within a few seconds. Use this quick check: - Is the **main number** obvious? - Does the **label** explain what the number represents? - Does the **caption** add useful context? - Is only **one element** in the block receiving the strongest emphasis? [SCREENSHOT: content editing view showing a section heading, badge text, and highlighted metric copy] If two values compete for attention, reduce one of them. If a badge says too little, rewrite it. Clear labels and restrained emphasis make the page easier to trust and easier to read. ## Fixing Common Problems With Overused or Misleading Highlights The most common visual-priority problem in **Sherkety ERP & Website Platform** is overuse. When every card, badge, number, and banner looks important, users can no longer tell what deserves attention first. If **every metric looks highlighted**, simplify the section: - Reduce accent backgrounds on secondary cards - Keep bold styling for the single most important value - Let nearby labels and captions stay quieter Another common issue appears when **promotional figures look like operational KPIs**. This often happens when a featured homepage callout uses the same visual weight as a dashboard summary card. To fix that, separate the blocks more clearly: - Add a stronger **section heading** above the promotional area - Use a distinct **promotional label** - Keep business summary cards grouped together away from marketing callouts Comparison sections can also become hard to trust when they feel visually biased. If **multiple columns use badges or strong highlighting**, readers may struggle to compare fairly. A cleaner approach is to: - Highlight only **one featured option** - Keep all other columns aligned in style - Emphasize only the most meaningful difference in the table Label clarity is another frequent problem. If users hesitate because a number feels unclear, the issue is often the wording, not the design. Replace broad text with specific names and short context lines. For example, a label should make it clear whether the number is a package value, a total count, a percentage, or a featured comparison point. [SCREENSHOT: comparison section before and after reducing excessive highlights] When something feels confusing, do not add more emphasis. Usually the better fix is the opposite: **fewer highlights, clearer labels, and more separation between content types**. ## Overview Visual priority in **Sherkety ERP & Website Platform** is the way the interface tells you what to notice first. You will see it across both the public website and the admin area, especially in places where users need to make quick decisions or absorb a summary fast. The most common patterns include: - **Highlighted metric cards** in dashboard and summary areas - **Featured comparison columns** in pricing or package layouts - **Promotional callouts** in homepage, service, and ERP sections - **Badges and labels** that mark an item as featured or important These patterns are useful when they answer a simple scanning need: - What is the main number here? - Which option is being recommended? - Is this block informational, comparative, or promotional? A well-designed page uses emphasis sparingly. One card may stand out in a summary row. One plan may be featured in a comparison layout. One number may anchor a promotional section. The rest of the content supports that message without competing with it. As you move through Sherkety ERP & Website Platform, keep these reading habits in mind: - Look for the **largest value** first - Read the **label** before assuming what the number means - Notice whether a **badge** is identifying a featured option - Check whether a highlighted block belongs to a **dashboard**, a **comparison**, or a **promotion** If you need a refresher on color meaning before judging emphasis, return to [Reading Charts Badges and Status Colors](doc:reading-charts-badges-and-status-colors). That guide explains how color and status cues support what you are seeing here. [SCREENSHOT: mixed page view showing summary metrics, comparison cards, and a promotional highlight] The goal is not to read every element at once. It is to recognize which element has been intentionally given the highest visual priority. ## Prerequisites You do not need any special setup before using this guidance in **Sherkety ERP & Website Platform**, but a few basics will help you read highlighted information more accurately. It helps if you are already comfortable with: - Moving between public pages and admin pages - Recognizing common page sections such as **Dashboard**, comparison blocks, and homepage feature areas - Reading badges, labels, and status colors at a basic level If you have not already done so, read [Reading Charts Badges and Status Colors](doc:reading-charts-badges-and-status-colors) first. That document explains how color and status styling work. This guide builds on that by showing how **size, placement, contrast, and emphasis** affect what you notice first. You will get the most value from this guide if you regularly work with any of these areas: - The **Admin Dashboard** - **Content editing** screens for public pages - **Pricing** and **services** sections - **SEO**, **settings**, or other admin pages that show summary information - Public comparison pages for services, packages, or ERP modules No advanced knowledge is required. You do not need to know how content is built behind the scenes. Focus only on what you can see: - Which card is larger or stronger - Which label is more prominent - Which comparison option has a badge - Which promotional block uses the strongest visual treatment [SCREENSHOT: admin dashboard and public comparison page shown side by side] After this, continue with [Understanding Charts Badges and Status Labels Across the Platform](doc:understanding-charts-badges-and-status-labels-across-the-platform) to see how these visual cues stay consistent across different areas of Sherkety ERP & Website Platform. ## Exploring Barcode and Replenishment on the Product Page In Sherkety ERP & Website Platform, barcode and restocking details are evaluated from the **product page**. This is the same place where a team reviews an item’s core inventory setup before deciding how it should be handled in daily warehouse work. Instead of jumping between a warehouse screen and a purchasing screen, a buyer or operations lead can open one product record and check whether the item is ready for scanning and whether it should be managed with planned restocking. On the product page, the most visible identification point is the **Barcode** field. This field is used for a scannable product code, helping warehouse staff identify the item quickly during stock handling. Nearby inventory-related settings help users understand how the product behaves in stock, whether it is treated as a stocked item, and whether it should follow replenishment planning. Together, these details turn the product page into both an execution screen and a planning reference. This matters most when products move often. If a stocked item is received regularly, picked for deliveries, or transferred between storage locations, barcode use reduces the time spent typing product names or searching manually. At the same time, replenishment-related controls on the product record support better restocking decisions by tying future supply planning to the item itself rather than relying on memory or informal follow-up. If you need a refresher on how stock moves through warehouse operations, review [Understanding Stock Movements and Warehouse Operations](doc:understanding-stock-movements-and-warehouse-operations) before using this page for barcode and replenishment decisions. [SCREENSHOT: Product page showing the Barcode field and inventory-related restocking settings] ## Identifying Products Quickly with Barcodes To use barcode identification effectively, work directly from the product record in Sherkety ERP & Website Platform. 1. Open the **Inventory** area and go to the **Products** list. 2. Select the product you want to review. 3. On the product page, find the **Barcode** field. 4. Check whether the field already contains a scannable value for that item. 5. If your role allows editing, enter or update the barcode and save the product. The **Barcode** field gives each product a scannable identity. When warehouse staff process receipts, deliveries, or internal stock moves, they can scan the barcode instead of searching by product name. That is especially useful when several items have similar names or when staff need to move quickly through a large number of lines. A unique barcode improves speed in common warehouse tasks: - During receiving, staff can scan incoming items as they are unloaded. - During picking, staff can confirm the correct item without stopping to search. - During internal transfers, staff can identify products quickly while moving stock between locations. For buyers evaluating Sherkety ERP & Website Platform, this feature shows clear day-to-day value. Barcode-driven handling reduces manual typing, lowers the chance of selecting the wrong product, and makes warehouse work easier to learn for new team members. Instead of memorizing product names or internal references, staff can rely on scanning during routine transactions. If the product page does not show a barcode value, staff may need to find the item by name instead, which slows down handling. For businesses with frequent stock movement, keeping the **Barcode** field complete on active products can make a noticeable difference in transaction speed. [SCREENSHOT: Product form with the Barcode field highlighted] ## Using Product Data to Drive Replenishment Decisions Replenishment works best when it starts from the product page rather than from last-minute purchasing decisions. In Sherkety ERP & Website Platform, the product record is where a buyer or stock planner reviews whether an item should be restocked in a structured way. This keeps purchasing and warehouse decisions tied to the product’s actual inventory behavior. Before reordering, users typically review the product’s inventory-related setup on the product page. That includes whether the item is treated as a stocked product and whether it should be managed with restocking logic. These details help answer a practical question: should this item be replenished regularly based on stock need, or handled only when someone notices it is running low? Use the product page to guide replenishment decisions in this order: 1. Open the product from the **Products** list. 2. Review the item’s inventory setup, including how it behaves in stock. 3. Confirm that this is a product with ongoing demand or repeat usage. 4. Check the replenishment-related controls tied to that product. 5. Use that setup to decide whether the item should be restocked systematically. This product-based approach helps avoid two common problems: - **Stockouts**, where needed items run out because no clear restocking trigger was in place - **Excess inventory**, where too much is ordered because replenishment was not tied to actual product needs For teams comparing inventory tools, the value here is not just “reorder when low.” The stronger benefit is consistency. Each product can carry its own replenishment logic, so purchasing teams are not guessing and warehouse teams are not surprised by missing stock. The product page becomes the shared reference point for both groups, making restocking decisions more deliberate and easier to repeat across many items. [SCREENSHOT: Product page showing inventory behavior and replenishment-related controls] ## Comparing Faster Stock Handling with Smarter Restocking Barcode use and replenishment settings solve different problems, even though both are reviewed from the same product page in Sherkety ERP & Website Platform. One improves execution speed on the warehouse floor. The other improves planning quality before stock runs out. Looking at both together helps buyers understand why the product page matters beyond basic item setup. Use this comparison to separate the two: | Feature on the product page | Main purpose | Best used for | Business value | |---|---|---|---| | **Barcode** field | Fast product identification | Receiving, picking, and internal transfers | Speeds up transactions and reduces manual lookup | | Replenishment-related inventory controls | Planned restocking decisions | Repeat-demand items and ongoing stock management | Improves stock availability and ordering timing | A barcode helps at the moment work is happening. For example, in a high-volume receiving process, staff can scan each product as it arrives instead of reading labels and searching the item list. In a busy picking operation, scanning helps confirm the correct product quickly before it is packed or moved. This is an operational speed benefit. Replenishment supports a different moment: planning ahead. If an item sells or moves regularly, the product page can be used to decide how that item should be restocked over time. This is especially important for recurring stock items where late purchasing creates delays or where over-ordering ties up cash in excess inventory. The advantage of having both on one product record is clarity. A buyer can look at a single item and ask two separate questions: “Can warehouse staff handle this quickly?” and “Will we restock this item in a controlled way?” When both answers are supported on the product page, Sherkety ERP & Website Platform gives a stronger inventory workflow from daily handling through future supply planning. ## Evaluating Whether These Features Fit Your Inventory Operation Not every business needs the same level of barcode use or replenishment planning. Sherkety ERP & Website Platform is most valuable here when your team handles products repeatedly and needs more structure than manual tracking can provide. The easiest way to evaluate fit is to look at how often products are touched and how often stock decisions are repeated. Review your operation using these checkpoints: 1. Look at products that are received often, picked often, or moved between locations regularly. 2. Identify items that staff search for repeatedly by name during warehouse work. 3. Check whether stockouts happen because reordering starts too late. 4. Check whether over-ordering happens because there is no product-level restocking approach. 5. Focus first on products with repeat demand and frequent handling. Barcode setup usually delivers the clearest return when warehouse staff process many receipts, deliveries, or internal transfers. If your team handles only occasional stock movement, the speed gain may be smaller. But if staff spend time searching for items during routine work, adding barcode values at the product level can reduce friction quickly. Replenishment controls are most useful when your business struggles with availability or ordering timing. If some products run out too often while others pile up in storage, product-based restocking decisions can bring more discipline to purchasing. This is especially true for fast-moving items, standard stock items, and products with predictable repeat demand. For many businesses, the strongest candidates are the same products in both cases: items that move often and need to be available consistently. Those products usually show the fastest payoff from barcode scanning and the clearest benefit from structured replenishment planning. ## Common Questions Buyers Ask About Barcode and Replenishment Buyers often compare barcode setup and replenishment planning as if one replaces the other, but they serve different purposes on the product page in Sherkety ERP & Website Platform. **What if a product does not have a value in the Barcode field?** Warehouse staff can still work with the product, but they may need to search by product name instead of scanning. That slows down receiving, picking, and internal transfers, especially when many items are processed in sequence. **Can different products be managed differently for restocking?** Yes. Replenishment decisions are product-specific. A fast-moving item can be reviewed and managed differently from a slow-moving item because the planning starts from each product record, not from one broad rule applied to everything. **Does barcode setup solve stock availability by itself?** No. A barcode helps staff identify the right item faster, but it does not decide when that item should be reordered. If you want better availability, barcode use should be paired with replenishment planning on products that need regular restocking. **Why do these features matter as a business grows?** Growth usually means more products, more transactions, and more chances for delay or inconsistency. Barcode use reduces manual product lookup during warehouse work, while replenishment planning makes restocking decisions more systematic. Together, they help teams handle higher volume without relying on memory or informal workarounds. If you are evaluating inventory capability from a buyer’s perspective, the key question is not whether these features exist separately. It is whether the product page gives your team one place to support both fast handling and better stock planning. In Sherkety ERP & Website Platform, that combined view is the practical value. ## Overview This document focuses on two inventory capabilities that are reviewed from the **product page** in Sherkety ERP & Website Platform: the **Barcode** field and replenishment-related product controls. These features support different parts of inventory work, but they are most useful when considered together. Barcode use is about speed and accuracy during stock handling. When a product has a value in the **Barcode** field, warehouse staff can identify it by scanning during receipts, deliveries, and internal transfers. That reduces manual searching and helps teams process stock movements more quickly. Replenishment is about planning. Product-based restocking controls help buyers and operations teams decide when an item should be reordered based on its stock behavior and repeat demand. This supports more consistent availability and reduces the risk of both stockouts and excess inventory. This guide explains how to: - Find barcode information on the product page - Understand how barcode use improves warehouse execution - Review product-level information used for replenishment decisions - Compare day-to-day handling benefits with longer-term stock planning value - Decide whether these features fit your inventory operation This guide does not repeat the warehouse movement basics already covered in [Understanding Stock Movements and Warehouse Operations](doc:understanding-stock-movements-and-warehouse-operations). Instead, it builds on that foundation by showing how the product page supports both scanning and restocking decisions. The next document in this section is [Reviewing Inventory Pricing and Next Steps](doc:reviewing-inventory-pricing-and-next-steps), where you can connect these operational features to package evaluation and rollout planning. ## Prerequisites Before using this guide, it helps to have a basic understanding of how products and stock handling work in Sherkety ERP & Website Platform. - Be familiar with the **product page** in the inventory area - Know how your team handles receipts, deliveries, and internal stock moves - Understand the warehouse flow described in [Understanding Stock Movements and Warehouse Operations](doc:understanding-stock-movements-and-warehouse-operations) - Be able to identify which products are stocked items and which products have repeat demand - Have access to view product details, including the **Barcode** field and inventory-related settings This guide is most useful for: - Buyers evaluating inventory capabilities - Operations leads comparing warehouse efficiency features - Stock planners reviewing restocking workflows - Teams deciding whether barcode scanning and replenishment controls are worth setting up product by product You do not need advanced technical knowledge. The main requirement is that you can open a product record and review the fields and inventory settings shown there. If your role also allows editing products, you can use the same page to maintain barcode values and product-level restocking setup. If you are still getting familiar with inventory visibility first, start with [Exploring Inventory Visibility and Warehouse Overview](doc:exploring-inventory-visibility-and-warehouse-overview) before applying the product-page decisions covered here. ## Understanding What a Comparison Section Shows In Sherkety ERP & Website Platform, a comparison section helps you review several offers in one place instead of opening each service page separately. You will usually see a row of package or offering names across the top, with each option displayed in its own column. Under those headings, the page lists matching comparison rows so you can scan what changes from one option to the next. Most comparison sections are designed so each row answers one buying question. One row may show the package name, another may show pricing, and others may describe included services, support level, setup scope, or feature availability. This side-by-side layout is especially useful when you are deciding between business service bundles or reviewing ERP choices such as entry-level, growth, or broader business packages. A highlighted option often stands out visually. Sherkety ERP & Website Platform may use a badge such as **Recommended** or **Most Popular**, a different background color, stronger border styling, or a featured-column look to draw your attention to one choice first. That visual emphasis is meant to help you start your review quickly, not to replace a full comparison. Because all options appear together, trade-offs are easier to spot. You can immediately see where one offer includes more support, broader coverage, or extra capabilities, while another keeps the price lower by limiting what is included. This format is valuable when comparing accounting services, startup-related offers, or ERP packages with different levels of functionality. If you already reviewed the accounting services page, this comparison view builds on that experience by making package differences easier to scan at once rather than section by section. For more page-level context, see [Exploring the Accounting Services Page](doc:exploring-the-accounting-services-page). [SCREENSHOT: side-by-side comparison section with multiple package columns and one highlighted option] ## Reading Package Differences Across Columns Treat each column in a comparison section as one complete offer. The heading at the top of the column usually identifies the package, service tier, or ERP option. As you move downward, every row shows how that same decision point is handled for each offer. Reading left to right across a single row is often the fastest way to understand the difference. Start with the rows that usually matter most during an early review: - **Package or plan name** - **Price** - **Implementation or setup scope** - **User limits** - **Integrations** - **Reporting** - **Training** - **Support** These rows help you understand both value and limits. For example, one column may include onboarding and training, while another may offer only the core service. A higher-tier ERP option may show broader reporting or more users, while a lower-tier option may focus on basic needs. Sherkety ERP & Website Platform may use several visual cues inside the rows: - A **checkmark** usually means the item is included. - A **text label** may explain what is included, such as a support level or service scope. - A **number** often shows a limit, such as users, hours, or modules. - An **empty cell** or missing mark may indicate that the item is not included or not emphasized in that package. Pay close attention to the pricing row. Some comparisons show a fixed amount directly in the table. Others may show a billing label such as monthly or annual. For more tailored offers, you may see wording that indicates pricing is provided by quote or consultation instead of a fixed public amount. When that happens, compare the scope rows carefully, because the value difference may matter more than a direct price match. [SCREENSHOT: comparison table row showing price, support, training, and feature availability across columns] ## Using Highlighted Recommendations to Narrow Your Choice A highlighted column is meant to give you a starting point. In Sherkety ERP & Website Platform, a package marked **Recommended**, **Most Popular**, or shown with stronger visual styling usually represents the option expected to fit the most common visitor. This can save time when you first land on a service page and want to know where to begin. The highlighted choice may appear with a badge above the package name, a colored border, a shaded background, or a more prominent call-to-action button. That emphasis helps you notice one option before reading every row in detail. It is especially useful when the page presents several similar offers and you want a quick sense of the default choice. Even so, do not stop at the badge. A recommended option is only helpful if it matches your actual needs. Before deciding, compare the highlighted column against the rows that matter most to your business: - Your budget - The services you must have - The ERP areas you need, such as accounting, sales, HR, or reporting - The level of onboarding or support you expect - The complexity of your rollout A highlighted package often aligns with a common buyer profile. For example, a business services visitor may see a featured bundle aimed at small or growing companies that want balanced coverage. An ERP buyer may see a middle option that fits companies moving beyond basic tools but not yet needing the broadest rollout. That makes the featured column a good shortcut, but not a final answer. Use the highlighted option to narrow your shortlist, then confirm it row by row. If another column better matches your required scope, support expectations, or growth plans, that alternative may be the stronger choice even if it is not visually featured. ## Matching an Offering to Your Business Needs Use this process to compare offers in Sherkety ERP & Website Platform without getting distracted by design or marketing labels. 1. **Start with your must-have rows.** Look for the rows tied directly to the work you need done. Depending on the page, that may include accounting support, inventory coverage, CRM capabilities, onboarding, reporting, or ongoing assistance. If a package does not clearly include one of your must-haves, do not treat it as a leading option yet. 2. **Check the limits and constraints next.** After confirming the core services, review rows that define boundaries. These may include user counts, service hours, implementation timelines, integration availability, or contract-related conditions. A package can look strong at first glance but still fall short if its limits are too narrow for your team. 3. **Compare value against price.** Once you know which columns meet your minimum needs, review the pricing row together with the included services. A lower-cost option may work if it covers everything essential. A higher-tier option may be worth the difference if it adds support, broader setup, or more ERP capabilities that you would otherwise need later. 4. **Test the highlighted recommendation against reality.** If one column is marked **Recommended** or **Most Popular**, compare it directly with your shortlist. Make sure it fits your business size, process complexity, and expected growth instead of assuming it is automatically best. 5. **Use nearby actions to continue your evaluation.** After narrowing your choice, look for buttons or links that help you go deeper, such as a service detail page, ERP module page, inquiry action, or demo request. Comparison sections are strongest when used as a decision filter before taking the next step. This approach works especially well when you are deciding between service bundles first and then moving into more detailed pages afterward. ## Interpreting Service and ERP Comparison Details Correctly Not every comparison row means the same thing, so read each label carefully. In Sherkety ERP & Website Platform, some rows describe what is fully included in the package, while others show items that may be available only as an added service, an expanded package, or a separately discussed scope. If a row uses wording instead of a simple checkmark, pay attention to that wording before assuming the item is part of the standard offer. This matters because business service comparisons and ERP comparisons often work differently. A business service comparison usually focuses on deliverables such as setup work, advisory coverage, filing support, or ongoing service levels. An ERP comparison may focus more on modules, user access, reporting depth, onboarding, or rollout scale. Both are side-by-side comparisons, but they answer different buying questions. Pricing also needs careful reading. Some offers can be compared directly because each column shows a clear amount. Others use labels that indicate custom pricing, consultation-based pricing, or a contact step before a final amount is given. In those cases, the comparison is still useful, but you should focus more on scope, support, and included capabilities than on trying to force a direct price match. It also helps to separate three kinds of rows: | Row type | What it usually tells you | How to read it | |---|---|---| | Included service row | Whether a service or capability is part of the offer | Look for checkmarks or clear wording | | Limit row | How much is included | Look for numbers, caps, or usage boundaries | | Service level row | The depth or quality of delivery | Look for support level, response expectations, or onboarding detail | When you read rows this way, the comparison becomes much clearer and you avoid treating every line as a simple yes-or-no feature check. ## Avoiding Common Mistakes When Comparing Offerings It is easy to make a quick decision from a comparison section, but a few common mistakes can lead you toward the wrong option in Sherkety ERP & Website Platform. The most frequent issue is focusing only on the featured column. A highlighted package may be a strong starting point, but you still need to check whether it leaves out a service you need, limits usage too tightly, or offers less implementation coverage than another column. Another common mistake is misunderstanding the price row. Before comparing amounts, confirm what the number represents. A visible amount may refer to a monthly charge, annual billing, a package price, or a project-based service. Some offers may not show a fixed amount at all and instead point you toward a quote or consultation. If you compare these as though they are all the same pricing model, the table can become misleading. To avoid choosing based on feature count alone, keep your attention on the rows tied to real business needs: - Operational requirements you cannot skip - Rollout timing - Support expectations - Team size - Required modules or service depth A package with more checkmarks is not always the better fit. If you only need a focused set of services, a simpler option may be more practical than a larger package with extras you will not use. If a row feels too broad or unclear, do not guess. Look for nearby detail links, package notes, or contact actions on the page. Sherkety ERP & Website Platform often connects comparison sections with deeper service pages or next-step actions, which helps when a table gives you the outline but not the full detail. If you need help locating those page paths, see [Finding Services Through Navigation and Service Menus](doc:finding-services-through-navigation-and-service-menus). [SCREENSHOT: featured comparison column next to non-featured columns with pricing and scope rows visible] ## Overview Comparison sections in Sherkety ERP & Website Platform are designed to help you make faster, more confident decisions when several offers appear similar at first glance. Instead of reading long descriptions one by one, you can use the side-by-side layout to compare package names, pricing, included services, limits, and support details in a single view. The most useful way to approach a comparison section is to think in two directions at once: - Read **down a column** to understand one complete offer - Read **across a row** to compare that same criterion across all offers This makes it easier to answer practical questions such as: - Which package includes the services I need right away? - Which option has limits that may affect my team later? - Is the highlighted recommendation actually right for my business? - Does a higher price reflect meaningful extra value? Comparison sections are especially helpful when reviewing: - Business service bundles - Accounting-related offers - ERP package choices - Entry, growth, and broader rollout options As you use these sections, remember that not every row is a feature checklist. Some rows describe deliverables, others show limits, and others explain service level or support depth. That is why the strongest comparisons come from reading labels carefully rather than scanning only for checkmarks. If you are using service pages as part of a broader buying journey, comparison sections work best as a filtering tool. They help you narrow your options before opening a detail page, reviewing pricing more closely, or using a contact or inquiry action. In the next document, continue with [Discovering Business Services From Service Pages](doc:discovering-business-services-from-service-pages) to move from comparison into deeper service exploration. ## Prerequisites Before using comparison sections effectively in Sherkety ERP & Website Platform, make sure you have a basic sense of what you are trying to compare. You do not need any special access or account for public service pages, but you will get better results if you arrive with a short list of priorities. Helpful preparation includes: - Knowing whether you are comparing **business services** or **ERP offerings** - Having a rough budget range in mind - Identifying your must-have needs, such as accounting, HR, sales, reporting, onboarding, or support - Knowing whether you need a simple starting package or a broader long-term option - Being ready to open linked detail pages if a comparison row is too brief It also helps if you are already comfortable moving through the public website. If you need help getting to the right service pages first, review [Finding Services Through Navigation and Service Menus](doc:finding-services-through-navigation-and-service-menus). If you want more context on how individual service pages are structured before comparing offers, revisit [Exploring the Accounting Services Page](doc:exploring-the-accounting-services-page). Keep these points in mind while comparing: - A highlighted package is a starting point, not a final answer - A lower price is only better if the package still covers your required scope - Empty cells, labels, and notes matter just as much as checkmarks - Custom-priced offers require more attention to scope and support rows - If the table is unclear, use the page’s detail links or inquiry actions instead of guessing With that preparation, comparison sections become much easier to read and far more useful when narrowing your options. ## Finding the Pagination Controls in Catalog and Admin Lists In Sherkety ERP & Website Platform, pagination controls appear at the bottom of list-style screens when there are more items than can fit in a single view. You will most often notice this pattern on pages that show multiple records, such as the ERP apps catalog and admin pages like **Content**, **Users**, **Services**, **Pricing**, and **SEO**. If the current page only contains a small number of items, you may not see pagination at all. Look at the lower edge of the list or table area. The pagination section usually includes: - a **previous** arrow to move back one page - a **next** arrow to move forward one page - a result range label showing which items are currently visible - the full total number of results in that list For example, if you are browsing a long list of entries in the admin area, the bottom bar may show a range such as the first group of records currently on screen and how many records exist overall. That range is your main clue that pagination is active. On catalog-style pages, the content may appear as cards instead of rows. In the admin area, the content may appear in a table with columns. Even when the layout changes, the pagination controls work the same way. [SCREENSHOT: pagination controls at the bottom of a list showing previous arrow, result range, and next arrow] If you do not immediately see the controls, scroll to the bottom of the list. On longer pages, the controls are easy to miss if you stay near the top of the results. For related navigation patterns used across these pages, see [understanding-shared-interface-patterns-across-public-and-admin-pages](doc:understanding-shared-interface-patterns-across-public-and-admin-pages). ## Reading the Current Result Range The result range tells you exactly where you are in a longer list. In Sherkety ERP & Website Platform, this appears in the pagination area at the bottom of the page and shows the first visible item number, the last visible item number, and the total number of matching results. A range such as **1–20 of 87** means: - you are currently viewing items 1 through 20 - there are 87 total items in the current list - more pages are available after the current one This small line of text helps you answer three common questions right away: how many results exist, how many are on the current page, and whether you are near the beginning or end of the list. Use the range to understand your position: - If the range starts at **1**, you are on the first page. - If the range ends at the full total, you are on the last page. - If both numbers fall somewhere in the middle, you are on a middle page. You may also notice that the last page does not always show the same number of rows as earlier pages. For example, if most pages show 20 items and the final range reads **81–87 of 87**, that last page only contains the remaining 7 items. That is normal and does not mean anything is missing. This is especially useful when reviewing long admin lists, where you may need to confirm whether a record should appear on the current page or on a later one. Before clicking through multiple pages, read the range first. It often tells you immediately whether you are close to the end of the list or still near the beginning. ## Moving Between Pages of Results When a list contains more results than fit on one page, use the arrows in the pagination bar to move through the list. In Sherkety ERP & Website Platform, these controls appear at the bottom of the results area and let you browse page by page without leaving the current screen. 1. Scroll to the bottom of the catalog or admin list. 2. Click the **next** arrow to open the following page of results. 3. Watch the result range change so you can confirm the list moved forward. 4. Click the **previous** arrow to return to the earlier page. 5. Repeat as needed until you reach the section of the list you want. Each click loads the next group of visible items. For example, if the current range shows **1–20**, clicking the next arrow should move you to the next range, such as **21–40**. If you click the previous arrow, the range should return to the earlier set. This pattern is helpful when you are: - browsing ERP app entries in the catalog - reviewing user accounts in **Users** - checking website entries in **Content** - moving through records in **Services**, **Pricing**, or **SEO** The arrows move only one page at a time, so longer lists may require several clicks. As you move, keep an eye on the range label rather than relying only on the visible rows. Similar-looking records can make it hard to tell whether the page changed, but the range confirms it immediately. [SCREENSHOT: moving from one page of results to the next in an admin list] If you are working with a search or filter, those settings usually stay in place while you move between pages. That means the arrows continue paging through the current result set, not the full unfiltered list. ## Using Pagination Together with Search and Filters Pagination becomes most useful when you combine it with search and filters. In Sherkety ERP & Website Platform, many list screens let you narrow the visible records first and then page through only the matching results. This is common on admin pages where you may be looking for a specific content entry, service item, user account, or pricing record. Start by entering a search term or applying the available filter options on the page. Once the list refreshes, check the pagination area again. The result range and total count should update to reflect only the matching records, not the full list. 1. Enter your search term or choose a filter. 2. Wait for the list to refresh. 3. Read the updated result range at the bottom of the page. 4. Use the **next** or **previous** arrow to move through the filtered results. 5. Clear or change the search if the total count is smaller or larger than expected. A few patterns are worth watching for: - After changing a search or filter, the list often returns to the first page of the new result set. - The total count may drop sharply if your search is very specific. - The first and last item numbers may change even if the page layout looks similar. - Moving to another page keeps you inside the current search or filter results. For example, if you search and the range changes from a large list to a much smaller one, you may no longer need to page through multiple screens. On the other hand, if the filtered result still spans several pages, the pagination controls help you continue reviewing only the narrowed list. When a record seems missing, always check the search box and active filters before assuming it is on another page. In many cases, the record is being excluded by the current filter rather than hidden deeper in the list. ## Knowing What Changes Across Catalog and Admin Pages The pagination pattern stays consistent across Sherkety ERP & Website Platform, but the content inside the list can look very different depending on where you are. Understanding that difference helps you trust the controls and focus on the records you are actually reviewing. On public-facing ERP pages, pagination may be used with catalog-style listings, such as groups of ERP apps or related offerings. These pages are designed for browsing and comparison, so the items may appear as cards with titles, short descriptions, and action buttons. Inside the admin area, pagination is more likely to appear on record-management screens such as **Content**, **Users**, **Services**, **Pricing**, and **SEO**. These pages usually present information in rows or table-like lists, where each entry is something you can review, edit, or manage. Even though the layout changes, the pagination behavior remains familiar: - the controls appear at the bottom of the list - the result range shows your current position - the **previous** arrow moves back one page - the **next** arrow moves forward one page What does change is the context around the list. To make sure you are paging through the correct set of records, look at these elements together: - the page title - any active search term - any active filters - the visible row or card content - the result range at the bottom For example, a page of ERP app cards and a page of admin records may both show the same style of previous/next controls, but they represent different types of information. Reading the page heading and the visible entries prevents confusion, especially when you switch often between public pages and admin pages. ## Fixing Common Pagination Problems If pagination does not behave the way you expect, the result range usually tells you what is happening. In Sherkety ERP & Website Platform, most pagination issues come from being on the first or last page, using a search that narrowed the list, or not waiting for the page to refresh after clicking. Start with the arrows. If the **previous** arrow does not let you go back, check whether the range starts at **1**. That means you are already on the first page. If the **next** arrow is unavailable or does nothing, compare the last visible number with the full total. If they match, you are already on the last page. If you cannot find a record you expected to see, review the current search and filters before moving through more pages. A narrow search can reduce the total count so much that the record no longer appears in the current result set at all. Use this quick check when something seems wrong: - Read the result range to confirm your current page position. - Check whether the total number of results is smaller than expected. - Review any search term entered on the page. - Clear filters if the list looks too limited. - Click the arrow once and wait for the list to refresh. - Confirm that the range numbers changed after the click. [SCREENSHOT: list with result range highlighted while troubleshooting missing records] Sometimes the visible entries may look similar from one page to the next, especially in admin lists with repeated titles or similar categories. In that case, trust the range label more than the row appearance. If the numbers changed, you are on a different page. If you want help with other shared navigation patterns that appear alongside pagination, the next document is [Understanding Breadcrumbs Drawers and Shared Navigation Patterns](doc:understanding-breadcrumbs-drawers-and-shared-navigation-patterns). ## Overview Pagination in Sherkety ERP & Website Platform helps you move through long lists without loading every record into one screen. You will see this pattern on both public-facing catalog pages and admin list pages, especially when the number of items is larger than the current page can display at once. The key parts of pagination are simple: - a result range showing which items are currently visible - a total count showing how many matching items exist - a **previous** arrow for the earlier page - a **next** arrow for the following page This pattern is useful when browsing ERP offerings, reviewing groups of content entries, checking user accounts, or moving through service, pricing, and SEO records in the admin area. The controls stay in the same general place and behave the same way even when the list itself changes from cards to rows. Keep these ideas in mind while using paginated lists: - Always read the result range before moving to another page. - Use the total count to judge how large the list is. - Expect the last page to sometimes contain fewer items. - Check search terms and filters if the results seem incomplete. - Confirm page changes by watching the range update. If you are already comfortable with page headings, menus, and general movement through the site, pagination becomes a quick way to stay oriented in larger lists. If you need a broader introduction to moving around public pages and admin sections, see [navigating-public-pages-and-entry-points](doc:navigating-public-pages-and-entry-points) and [using-the-admin-dashboard-for-navigation](doc:using-the-admin-dashboard-for-navigation). ## Prerequisites Before using pagination in Sherkety ERP & Website Platform, make sure you are on a page that actually contains a multi-item list. Pagination only appears when there are more results than can be shown in one page of the current view. You should be comfortable with these basic actions: - opening a public catalog page or an admin list page - scrolling to the bottom of a list - recognizing page headings such as **Content**, **Users**, **Services**, **Pricing**, or **SEO** - using a search box or filter if one is available - clicking arrow controls to move between pages Depending on where you are working, you may also need the right level of access: - Public visitors can browse paginated catalog-style pages when those pages contain enough items. - Signed-in admin users can use pagination on admin record lists after accessing the admin area through **Login**. It also helps to understand two related interface patterns before working with longer lists: - how page location cues help you confirm where you are - how search and filters change the records shown on screen For background on those topics, refer to [understanding-breadcrumbs-and-page-location](doc:understanding-breadcrumbs-and-page-location) and [using-the-command-palette-for-quick-navigation](doc:using-the-command-palette-for-quick-navigation) if you need faster movement between sections. Once you can identify the page title, read the visible list, and spot the pagination bar at the bottom, you have everything you need to move through result pages confidently. ## Recognizing the edit controls shown on the live homepage If you already know how to turn on inline editing from [Editing Content Directly From the Website](doc:editing-content-directly-from-the-website), the next step is recognizing which on-page **Edit** control belongs to which content area. In Sherkety ERP & Website Platform, signed-in users with **Content Editor** or **Administrator** access can see edit entry points directly on the live homepage. These controls appear beside the content they manage, so you do not need to start from the **Admin Dashboard** or browse through the **Content** area first. Look for **Edit** controls attached to three different kinds of page areas: - **Homepage section controls** for individual homepage blocks - **Service area controls** for the services portion of the homepage - **Footer controls** for the shared footer shown at the bottom of pages The position of the control matters. If the **Edit** button appears inside or next to a homepage block, it opens the editor for that specific block. If it appears in the services portion, it takes you to the service-related editing workflow. If it appears in the footer, it opens the footer editing workflow for shared bottom-of-page content. This is important because the visible **Edit** controls are not all the same. Each one is a shortcut to the matching content area, not a general-purpose page editor. Clicking the control in the wrong place can open a different editing screen than the one you intended. [SCREENSHOT: homepage showing separate Edit controls on a section block, the services area, and the footer] When you are deciding which control to use, first identify the content you want to change on the live page. Then click the **Edit** control attached to that exact area instead of choosing the nearest visible control. ## Opening the correct editor from a homepage section Use the section-level **Edit** control when you want to change a specific homepage block such as a visible promotional area, trust section, team area, or another standalone homepage section. 1. Open the live homepage in Sherkety ERP & Website Platform while signed in with a **Content Editor** or **Administrator** account. 2. Scroll to the exact homepage block you want to change. 3. Find the **Edit** control attached to that section, not the one shown in the services area or footer. 4. Click **Edit** to open the editing workflow for that section. 5. Check the editor screen and confirm it matches the section you clicked from. The content shown in the editing form should clearly relate to the text, headings, or items visible in that homepage block. 6. Make your changes, then use **Save**. 7. Return to the homepage and review the updated section. A quick visual check helps avoid editing the wrong area. Before changing anything, compare the section on the live page with what appears in the editor. If you clicked from a homepage block, the editor should reflect that same block rather than service listings or footer links. If the editor does not match what you expected, go back to the homepage and click the **Edit** control attached to the correct section. This is faster than trying to fix the issue from a broader admin screen. You can repeat this process section by section without leaving the live homepage workflow. That makes homepage updates much quicker when you only need to adjust one visible block at a time. [SCREENSHOT: a homepage section with its own Edit control, followed by the matching editor screen] ## Editing service area content from its on-page control The services portion of the homepage has its own edit entry point. Use this control when the content you want to change belongs to the service area itself, not to a general homepage block and not to the footer. 1. Go to the homepage and scroll until you reach the services area. 2. Find the **Edit** control attached to that services section. 3. Click **Edit** to jump directly into the service area editing workflow. 4. Review the editor before making changes. The screen should clearly relate to service area content rather than homepage-wide text or footer content. 5. Update the needed content and click **Save**. 6. Return to the homepage and check the services area again. This on-page shortcut is useful because the services area often needs a different workflow from other homepage content. If you use a section-level **Edit** control from another block, you may open the wrong editor and end up changing unrelated content. To confirm you opened the right place, compare what you see in the editor with the service area on the homepage. If you expected service cards, service descriptions, or service-related homepage content, the editor should reflect that same area. If it instead looks like a general homepage section or shared footer content, close it and return to the live page. After saving, refresh the homepage if needed and review the services area directly. This check is especially helpful when several homepage areas look similar, because it confirms the update appeared in the correct location. If you plan to do deeper service catalog work beyond the on-page shortcut, the next document in this sequence will cover that in more detail: [Managing Service Catalog Content in Admin](doc:managing-service-catalog-content-in-admin). ## Updating footer content from the footer edit control Footer content is managed from its own dedicated **Edit** control at the bottom of the page. Use this control when you need to update the shared footer area rather than a homepage section higher up the page. 1. Scroll all the way down to the footer on a page that displays the shared footer. 2. Locate the **Edit** control attached to the footer area. 3. Click **Edit** to open the footer editing workflow. 4. Review the content shown in the editor and confirm it matches the footer content you want to change. 5. Make your updates and click **Save**. 6. Refresh the page and check the footer again. The footer is different from most homepage sections because it is a shared area that appears across the site. That means changes made from the footer **Edit** control can affect the footer wherever it is used, not just on the homepage view where you opened it. [SCREENSHOT: footer area with its Edit control visible above or within the footer content] Before saving, take a moment to confirm you are editing footer content and not a nearby homepage block. This matters most near the bottom of long pages, where the last homepage section may sit close to the footer. The correct footer workflow should clearly correspond to bottom-of-page content such as shared footer information and navigation shown across the site. After saving, reload a page that uses the same footer and verify the update appears there as expected. If the change does not show immediately, refresh the page and check again. This simple review helps confirm that you updated the shared footer area rather than a separate homepage section. For more detailed footer-focused editing patterns, continue later with [Editing Footer and Shared Website Sections Inline](doc:editing-footer-and-shared-website-sections-inline). ## Choosing the right edit control for the content you need to change When several **Edit** controls are visible on the same page, the fastest way to avoid mistakes is to choose the control based on where the content appears on the page. Use this guide while you are on the live homepage: | If the content appears in... | Use this control | What it opens | |---|---|---| | A specific homepage block | **Edit** on that section | The editor for that individual homepage section | | The services portion of the homepage | **Edit** in the services area | The service area editing workflow | | The shared bottom-of-page area | **Edit** in the footer | The footer editing workflow | Start by asking one simple question: **Where do visitors see the content?** - If it is inside a visible homepage block, use that block’s **Edit** control. - If it belongs to the services area, use the services **Edit** control. - If it appears at the bottom of the page as shared footer content, use the footer **Edit** control. This page-location approach is more reliable than guessing from the editor after it opens. In Sherkety ERP & Website Platform, the control is designed to take you straight to the matching workflow for that area, so the position of the button is your best clue. A good habit is to pause before clicking and visually trace the control back to the content beside it. If the button sits next to a homepage section, it is for that section. If it sits inside the services area, it is for service content. If it sits in the footer, it is for shared footer content. That small check saves time and prevents accidental edits in the wrong area. ## Common issues when edit controls do not appear or open the wrong workflow Most problems with on-page editing come down to visibility, page location, or checking the wrong area after saving. If you do not see any **Edit** controls, first confirm that you are signed in to Sherkety ERP & Website Platform with a **Content Editor** or **Administrator** account. Visitors and users without the right access will not see inline editing controls on the live website. If a control opens the wrong editor, return to the live page and click the control attached to the exact content area you want: - For a homepage block, use the **Edit** control on that block - For service-related homepage content, use the services area **Edit** control - For shared bottom-of-page content, use the footer **Edit** control If you saved changes but do not see them on the page, refresh the page and check the same area again. For footer updates, review a page that uses the shared footer. For service area updates, return to the homepage services section. For homepage section updates, revisit that exact block instead of scanning the whole page. Sometimes one area shows an **Edit** control while another does not. In that case, compare the visible homepage sections, the services area, and the footer separately. These areas can have different edit entry points, so the presence of one control does not guarantee that every nearby block uses the same workflow. [SCREENSHOT: example of visible Edit control on one homepage area while another area uses a different entry point] If you need help recognizing loading messages, missing content, or error states while opening an editor, see [Understanding Loading Placeholders Empty States and Errors](doc:understanding-loading-placeholders-empty-states-and-errors) and [Responding to Missing Content and Retry Messages](doc:responding-to-missing-content-and-retry-messages). ## Overview Sherkety ERP & Website Platform lets you edit website content directly from the live page by clicking visible **Edit** controls attached to the content itself. In this document, the focus is on three on-page entry points: homepage section controls, the service area control, and the footer control. These controls help you skip broader admin navigation when you already know what part of the page needs updating. Instead of opening the **Dashboard** or browsing the **Content** area, you can go straight to the live homepage, find the content block you want to change, and open the matching editor from there. The main idea is simple: the location of the **Edit** control tells you what it will open. - A control on a homepage block opens that section’s editor - A control in the services area opens the service area workflow - A control in the footer opens the shared footer workflow This matters because the homepage can contain several editable areas at once. Choosing the wrong control may open a different editing screen than the one you intended. The easiest way to stay accurate is to click the **Edit** control attached to the exact content visitors see. If you need a refresher on entering inline editing mode from the live site, return to [Editing Content Directly From the Website](doc:editing-content-directly-from-the-website). If your next task is working more deeply with service-related content beyond the homepage shortcut, continue with [Managing Service Catalog Content in Admin](doc:managing-service-catalog-content-in-admin). ## Prerequisites Before using section or footer **Edit** controls on the live website, make sure these conditions are met: - You can sign in to Sherkety ERP & Website Platform - Your account has **Content Editor** or **Administrator** access - You are viewing the live homepage or another page where the shared footer appears - You already know how to access inline editing from the website, as covered in [Editing Content Directly From the Website](doc:editing-content-directly-from-the-website) It also helps to know exactly what you want to change before you start. For example: - A single homepage block - The services portion of the homepage - The shared footer content That makes it much easier to choose the correct **Edit** control the first time. Keep these practical checks in mind: - If no **Edit** controls appear, confirm you are signed in with the correct account - If several controls are visible, use the one attached to the content you want to change - If you are updating footer content, scroll to the bottom of the page and use the footer-specific control - If you are updating service-related homepage content, use the services area control rather than a nearby homepage section control For the smoothest results, plan to review the live page after saving. A quick refresh is often enough to confirm that your change appeared in the intended section, service area, or footer. ## Understanding the Contact Options on the Accounting Page On the accounting pages in **Sherkety ERP & Website Platform**, the main next-step actions are presented as clear call-to-action buttons such as **Contact Us**, **Request a Demo**, and similar inquiry prompts. These buttons are designed for different buying moments, so it helps to recognize what each one is meant to do before you click. A **Request a Demo** button is the best fit when you want someone to walk you through the accounting module in a live session. This usually means seeing how core finance tasks are handled on screen rather than reading about them. A **Contact Us** button is more general. It is useful when you want to ask questions first, such as pricing, setup scope, regional fit, or whether the accounting module matches your business structure. These actions typically appear in the most visible parts of the page: - Near the top of the accounting page in the main banner area - In prominent action areas as you scroll through module details - In a contact section near the bottom of the page - Sometimes in a persistent header action area for quick access [SCREENSHOT: Accounting page showing the main action buttons near the top banner] After you click one of these buttons, Sherkety ERP & Website Platform usually takes you into one of these paths: - Opens a contact form directly on the page - Moves you to a dedicated contact page - Starts a request flow where you enter your business details and requirements The exact label may vary slightly between pages, but the purpose stays consistent: one action is for a guided conversation, while another is for a broader business inquiry. If you already reviewed pricing and package fit in [Reviewing Accounting Pricing and Package Fit](doc:reviewing-accounting-pricing-and-package-fit), this page is where you turn that research into a real conversation. ## Choosing the Right Next Step for Your Buying Stage The right button depends on what you need to learn next. On the accounting pages in **Sherkety ERP & Website Platform**, you should choose your next step based on whether you need a product walkthrough, an early buying conversation, or a deeper hands-on evaluation. Choose **Request a Demo** when you want a guided session focused on accounting work. This is the right option if you want to see how the module handles tasks such as: - Customer invoicing - Vendor bills - Payment tracking - Bank reconciliation - Financial reporting A demo is especially useful when your team wants to compare how Sherkety ERP & Website Platform handles daily finance work against your current process. Choose **Contact Us** or a general inquiry option when you are still gathering information before committing to a live session. This works well if your questions are about: - Pricing structure - Implementation scope - Country or tax fit - Integration needs - Rollout approach This path is often best for buyers who are still comparing vendors or building an internal shortlist. If the page offers an evaluation, trial, or similar request, use that option when your team wants to test accounting scenarios more directly. That is the best fit when you are validating detailed requirements and want to explore whether the module can support your chart of accounts, journals, taxes, or multi-entity setup. A simple way to decide: | Your situation | Best action | |---|---| | You want to see workflows explained live | **Request a Demo** | | You need answers before scheduling time | **Contact Us** | | You want hands-on validation for your team | Evaluation or trial request | If you are preparing for stakeholder review, start with the option that matches the biggest unanswered question. If your biggest question is “How does it work?”, request a demo. If it is “Will it fit our business and budget?”, start with a contact inquiry. ## Preparing the Information to Submit in the Form Before opening the form on the accounting page, gather the details you want to share. This makes your request clearer and helps the Sherkety team respond with a more relevant demo or follow-up conversation. Whether you click **Contact Us** or **Request a Demo**, you will usually get better results when your message includes both company basics and accounting-specific needs. Start with the business details commonly requested in visible form fields: | Information to prepare | Why it helps | |---|---| | Company name | Identifies your business | | Work email | Used for follow-up | | Phone number | Helps with direct contact if needed | | Country | Helps with regional context | | Industry | Gives business background | You should also prepare the accounting details that matter most to your evaluation. Add these in the message box if there is no dedicated field for them: - Number of legal entities - Number of currencies you use - Tax regime or reporting requirements - Approximate monthly invoice volume - Whether you need multi-company or consolidated reporting Be specific about the workflows you want to see during a demo. For example, mention: - Customer invoices - Vendor bills - Credit notes - Payment matching - Bank synchronization - Period-end reporting If your accounting team depends on other tools, include those as well. Mention any connections you expect between accounting and: - CRM - eCommerce - Payroll - Banking feeds - External tax tools [SCREENSHOT: Contact form with company details fields and a message box for accounting requirements] If you already know your pain points, write them down before you submit the form. A short note like “We need to support two entities, multiple currencies, and monthly bank reconciliation across several accounts” is far more useful than a general message asking for “more information.” ## Submitting a Demo or Inquiry Request from the Page Once you are ready, use the accounting page in **Sherkety ERP & Website Platform** to send your request. The process is straightforward, but it is worth filling in each field carefully so your inquiry reaches the right team with enough detail to be useful. 1. Open the accounting page and click **Request a Demo**, **Contact Us**, or the main action button shown in the contact area. You may see this button in the top banner, inside a section promoting the accounting module, or near the bottom of the page. 2. Complete the visible contact fields. Enter your details exactly as requested on the screen. Common fields include your name, company name, work email, phone number, country, and industry. If a field is marked as required, you must complete it before the form will submit. 3. Choose any available dropdown options. Some forms may ask you to select a request type or business category. Pick the option that most closely matches your reason for reaching out. 4. Use the message box to explain what you need. This is where you should describe the accounting scenarios you want covered. For example, ask to see accounts receivable, accounts payable, payment matching, bank reconciliation, or multi-company reporting. If you want a pricing discussion instead of a product walkthrough, say that clearly here. 5. Review any consent or privacy items. Before you submit, check whether the form includes a consent checkbox, privacy notice link, or verification step. Complete anything required on the screen. 6. Click the submit button. After submission, watch for a confirmation message on the page. Sherkety ERP & Website Platform may show a success notice if your request has been sent. [SCREENSHOT: Completed accounting inquiry form ready to submit] If the page only gives you one general form, you can still make it accounting-specific by writing a clear request in the message area. ## Setting Up a Useful Demo Conversation A good demo starts before the meeting itself. When you submit a request through the accounting page in **Sherkety ERP & Website Platform**, the quality of the conversation usually depends on how clearly you describe your business context and what you want to see. Start by explaining your current setup in plain business terms. In your request or follow-up message, include details such as: - Your current ERP or accounting software - Whether you are replacing spreadsheets - Approximate number of finance users - Whether the need is for one company or multiple entities This helps the team shape the conversation around your real environment instead of giving a generic walkthrough. Next, list the accounting capabilities that matter most to your team. Rather than asking for a broad overview, ask to see the workflows that will influence your decision. Useful examples include: - Automated invoice creation - Payment follow-up - Bank reconciliation - Expense tracking - Audit-ready reporting - Tax-related workflows - Month-end or period-end reporting You should also mention the business factors that affect the buying decision. If timing or scope matters, say so directly. Include details such as: - Target rollout timeline - Budget expectations - Need for implementation support - Regional compliance or localization requirements - Required connections with payroll, CRM, or banking tools [SCREENSHOT: Demo request message showing detailed accounting requirements] Finally, invite the right people to the session. For an accounting-focused review, that often includes finance leadership, accounting users, operations stakeholders, and anyone responsible for software selection. If integrations matter, include the people who evaluate connected business tools. A demo is much more productive when the attendees can ask detailed questions and agree on priorities during the call. ## Handling Common Problems When Reaching Out If you run into problems while submitting a request from the accounting page, the issue is usually something visible on the form rather than anything complicated. In **Sherkety ERP & Website Platform**, start by checking the fields on screen before trying again. If the form does not submit, look for these common causes: - A required field is still empty - Your email address is not in a valid format - A dropdown selection has not been chosen - A consent checkbox has not been checked - A verification step has not been completed When a field needs attention, the page may highlight it or prevent the submit button from finishing the request. Scroll back through the form slowly and check each visible section. If you are unsure which action to use, match the button to your goal: - Choose **Request a Demo** for a live walkthrough - Choose **Contact Us** for pricing or fit questions - Choose an evaluation or trial option if you want hands-on review If you submit a request and do not hear back, first confirm that you entered the correct work email. Then check your spam or junk folder for any reply. If needed, send the request again with a more detailed message. A note such as “We need a demo covering invoicing, vendor bills, bank reconciliation, and multi-company reporting” gives the team a clearer reason to respond. Sometimes the accounting page may only show a general contact option instead of a dedicated accounting demo button. In that case, use the message field to make your intent explicit. State that you want an accounting-focused conversation and list the workflows, reporting needs, and business structure you want discussed. If the page appears slow or shows a loading or error message, refresh the page and try again. If the issue continues, return later and resubmit from the same accounting contact area. ## Overview This document focuses on the action stage of your accounting evaluation in **Sherkety ERP & Website Platform**. After reviewing module details, workflows, and pricing, the next step is to use the accounting page’s visible contact actions to move the conversation forward. That usually means choosing between **Request a Demo**, **Contact Us**, or another inquiry prompt shown on the page. The main goal is not just to submit a form, but to choose the right kind of request for your buying stage. A demo request is best when you want to see accounting workflows in action. A general inquiry is better when you still need answers about pricing, implementation scope, localization, or integrations. If an evaluation-style option is available, that is the right path when your team wants more direct validation of accounting requirements. This guide also helps you prepare the information that makes your request more useful. Instead of sending a vague message, you can describe your company profile, finance processes, reporting needs, expected integrations, and the exact workflows you want covered. That gives the Sherkety team enough context to respond with a more relevant conversation. If you need background before reaching out, review [Evaluating Accounting Capabilities and Pricing](doc:evaluating-accounting-capabilities-and-pricing), [Understanding Accounting Workflows and Compliance Value](doc:understanding-accounting-workflows-and-compliance-value), and [Reviewing Accounting Pricing and Package Fit](doc:reviewing-accounting-pricing-and-package-fit). Those guides help you arrive at the contact form with clearer questions and better internal alignment. Use this page when you are ready to turn research into a concrete next step from the accounting module pages. ## Prerequisites Before submitting a request from the accounting pages in **Sherkety ERP & Website Platform**, make sure you have the basic information needed to complete the form and ask for the right conversation. You do not need technical preparation, but you should have enough business context ready to describe what your team is evaluating. Prepare these items before you click **Request a Demo** or **Contact Us**: - Your company name - A work email you can monitor for replies - A phone number if the form asks for one - Your country and industry - A short description of your business It also helps to gather accounting-specific details so your message is more precise: - Number of companies or legal entities involved - Whether you work in one currency or multiple currencies - Tax or compliance requirements you already know about - Approximate monthly invoice or transaction volume - Key finance workflows you want demonstrated If you are requesting a demo, decide in advance what you want the session to cover. For example: - Customer invoicing - Vendor bills - Payment matching - Bank reconciliation - Financial reporting - Multi-company needs - Integration questions You should also be clear on your buying stage. If you are still comparing options, a general inquiry may be enough. If your team is actively evaluating vendors, a demo request is usually more useful. If you need more context on how accounting pages are structured before reaching out, review [Exploring the Accounting Services Page](doc:exploring-the-accounting-services-page) and [Using Public Calls to Action and Conversion Paths](doc:using-public-calls-to-action-and-conversion-paths). From here, the next helpful step is [Exploring Accounting Module Capabilities for Business Evaluation](doc:exploring-accounting-module-capabilities-for-business-evaluation). ## Opening the inventory pricing page and understanding what you can compare In Sherkety ERP & Website Platform, buyers usually reach the inventory pricing experience from the **Inventory** module page, the broader **ERP System** area, or other ERP app pages that lead into package evaluation. When the pricing section opens, you should expect to see a set of pricing cards or plan tiles arranged so you can compare options side by side. Each card is designed to help you scan the offer quickly without opening a separate screen first. The most important items to look for on each pricing card are the **plan name**, the **price display**, and a short **package summary**. The plan name tells you which offer you are reviewing. The price display helps you understand the cost at a glance, and the summary text gives you a short description of the type of business or operational need that package is meant to support. If the page includes inventory-specific limits, these may appear directly on the card as included warehouse coverage, inventory scope, or related package capacity indicators. You should also look for the main action buttons attached to each option. On this page, the key next-step actions are **Request More Information**, **Book a Demo**, and **Start Trial**. These buttons support different stages of evaluation. If you are still comparing options, **Request More Information** is the best starting point. If you want to see how inventory workflows look in practice, use **Book a Demo**. If you are ready to explore the product directly, choose **Start Trial**. [SCREENSHOT: Inventory pricing page showing multiple pricing cards with plan names, prices, summaries, and action buttons] This page is especially useful early in the buying process because it brings pricing and package scope into one place. Instead of reading only feature descriptions, you can compare what each package appears to include before deciding whether to speak with the sales team. If you need a refresher on the inventory workflows behind these packages, review [Using Barcode and Replenishment Features](doc:using-barcode-and-replenishment-features) before making your comparison. ## Comparing pricing, package fit, and included inventory capabilities When you compare pricing cards in Sherkety ERP & Website Platform, start at the top of each card and work downward in the same order. First, read the **recurring price** and the **billing period label** shown with it. This tells you whether the amount is presented as a monthly or other recurring charge. Keeping your eyes on the billing label matters, because two plans can look close in price while representing different levels of commitment or scope. Next, check whether one option is visually marked as a recommended or highlighted package. A card may stand out through a badge, stronger border, accent color, or featured placement. This highlighted package is often intended to guide buyers toward the most commonly selected option, but you should still compare it carefully against the other plans rather than assuming it is the right fit for your business. Move down to the included feature list. This is where package fit becomes clearer. Look for items related to: - inventory management - warehouse support - purchasing - replenishment - connected ERP modules If your team needs inventory visibility across several locations, pay close attention to any mention of warehouse coverage or operational scale. If purchasing and replenishment are important to you, check whether they are included directly in the package or shown as related capabilities. You may also see scope indicators such as: - user counts - locations - stock operations - implementation tier These details help you judge whether a package is suitable for a small operation, a growing business, or a more complex setup. Visual comparison cues make this easier. Common examples include side-by-side columns, checkmark lists, featured badges, and expandable details beneath each plan. [SCREENSHOT: Side-by-side pricing comparison with feature checkmarks and one highlighted recommended package] As you compare, focus less on the lowest price and more on whether the listed capabilities match your day-to-day inventory work. That will give you a better basis for choosing between **Request More Information**, **Book a Demo**, or **Start Trial**. ## Reviewing plan details before contacting sales Before you click any next-step button in Sherkety ERP & Website Platform, take a few minutes to verify the details shown on the pricing page. Start with the package inclusions. Read the feature list carefully and note what is clearly included in the plan. Then look just as closely for anything that appears outside the main list, such as exclusions, pricing notes, implementation references, or support-related wording. These small details often appear under the main package summary, inside expandable sections, or in comparison rows lower on the page. For inventory buyers, the key question is whether the package matches the way your operation actually works. If you need multi-warehouse tracking, confirm that the package description supports that level of visibility. If your process depends on purchasing workflows, replenishment, and stock movement control, compare those items against your internal requirements. A package may look suitable at first glance, but the details matter if your team handles more than one location, larger stock volume, or a growing number of users. Look around the page for any extra detail tools that help clarify the offer. Depending on the layout, this may include: - expandable plan details - comparison rows - short explanatory notes - hover text near feature names - links to related ERP app information Use these details to answer practical questions before contacting sales. Internally, it helps to gather a short list of facts so your next conversation is focused. Prepare details such as: - expected inventory volume - number of warehouses or storage locations - whether purchasing is part of your workflow - whether barcode and replenishment features are important - whether you want a guided demo or a hands-on trial [SCREENSHOT: Expanded plan details section showing included features, notes, and package clarification text] If you already know your operational needs but still need help matching them to a package, the pricing page gives you enough structure to ask a more precise question instead of sending a general inquiry. ## Requesting more information from the pricing page If you are still comparing options, use the **Request More Information** button on the pricing card that seems closest to your needs or from the main call-to-action area on the page. In Sherkety ERP & Website Platform, this action is intended for buyers who want clarification before booking a demo or starting a trial. Click **Request More Information** to open the inquiry form. The form will typically ask for your contact and business details so the team can respond appropriately. Review each field carefully and complete all required entries before submitting. | Field | What to enter | Why it matters | |---|---|---| | Name | Your name | Identifies the contact person | | Company | Your business name | Gives context for package fit | | Email | Your email address | Used for follow-up | | Phone | Your phone number | Helps with direct contact if needed | | Comments | Your inventory questions or requirements | Explains what you need clarified | Use the **Comments** or **Message** field to be specific. Instead of writing a broad request, mention the points you want confirmed. For example, describe whether you need support for multiple warehouses, purchasing workflows, replenishment, or a package suitable for a certain stock volume. You can also ask whether a listed package is the best fit for your current stage of growth. After you click **Submit**, watch for the on-screen response. Sherkety ERP & Website Platform may show a confirmation message, a success notice, or move you to a thank-you state. If the form stays open, check whether any field is highlighted with a validation message that needs correction. [SCREENSHOT: Request More Information form with contact fields and comments box] This option works best when you want a tailored answer first. It is especially useful if the pricing cards are close in scope and you need help understanding which package aligns with your inventory setup. ## Booking a demo or starting a trial based on your evaluation Once you have reviewed the pricing cards and package details in Sherkety ERP & Website Platform, choose the next action based on how much guidance you need. Use **Book a Demo** when you want a guided walkthrough. This is the better choice if you need someone to show how inventory workflows work across stock visibility, warehouse handling, purchasing, or replenishment. A demo is also useful when several decision-makers need to see the same package explained clearly. Use **Start Trial** when you are ready to explore the product directly. A trial is the stronger option if you want hands-on validation and prefer to test whether the package fits your daily work before making a buying decision. This route is often better for teams that already understand their requirements and want to confirm usability through direct experience. Both actions usually collect similar information so the follow-up can be tailored to your business. Expect fields related to: - contact details - company information - business context - inventory goals or requirements If the form includes a notes area, explain what you want to evaluate. For a demo, mention the workflows you want shown, such as warehouse operations or purchasing flow. For a trial, mention the areas you want to test, such as stock visibility, multi-location handling, or replenishment support. Choose between the two based on complexity: 1. Pick **Book a Demo** if your inventory process is complex, involves multiple stakeholders, or needs guided explanation. 2. Pick **Start Trial** if you want direct product access and can evaluate fit through hands-on use. 3. Use **Request More Information** first if you are still unsure which package should be considered. [SCREENSHOT: Pricing page buttons for Book a Demo and Start Trial] If your team is still aligning on requirements, a demo usually reduces uncertainty faster. If your requirements are already clear, a trial can help you validate fit more quickly. ## Resolving common issues when evaluating pricing or submitting a request If the pricing details on Sherkety ERP & Website Platform feel unclear, start by slowing down the comparison rather than switching pages immediately. Open any expandable plan details, read the feature lists line by line, and compare the package summary text against the included items. If the page uses comparison rows, scan across the same row for each package instead of reading one card in isolation. This makes differences in scope easier to spot. When you are unsure which package fits your inventory needs, base your decision on your real operating setup. Think about how many warehouses or storage locations you manage, whether purchasing is part of your process, and how complex your stock movement is. If the answer is still not obvious, use **Request More Information** and describe those points clearly in the message field. That gives the follow-up team enough context to guide you toward the right package. If a **Book a Demo**, **Start Trial**, or **Request More Information** form will not submit, check the visible form messages first. Common issues include: - a required field left blank - an email address entered in the wrong format - a phone field that needs completion - a validation message displayed under a field - a missing comment where the page expects more detail Correct any highlighted fields and submit again. If the page shows an error message or does not respond as expected, review the guidance in [Understanding Loading Placeholders Empty States and Errors](doc:understanding-loading-placeholders-empty-states-and-errors) and [Recognizing Warnings Errors and Dismissible Notices](doc:recognizing-warnings-errors-and-dismissible-notices). If you still need answers on implementation, support, or custom scope before choosing a next step, use the inquiry form rather than guessing. Mention those topics directly in your message so the response can address the exact concerns blocking your decision. ## Overview This page in Sherkety ERP & Website Platform is built for buyers who are moving from feature interest into package evaluation. Instead of focusing on how inventory works in daily operations, the pricing experience helps you compare commercial options and decide what kind of follow-up makes sense. The main items you review are the pricing cards, package summaries, included feature lists, and the action buttons that let you continue the conversation. As you move through the page, keep your attention on four things: - the package name - the displayed price and billing label - the included inventory-related capabilities - the next-step action that matches your buying stage For most buyers, the page is not only about cost. It is also where you judge whether the package appears to support your warehouse structure, stock visibility needs, purchasing flow, and expected growth. The side-by-side layout, feature checkmarks, highlighted package badges, and expandable details are all there to make that comparison easier. This document fits after your review of inventory operations and replenishment workflows. If you need feature context, return to [Using Barcode and Replenishment Features](doc:using-barcode-and-replenishment-features). If you are already comfortable with the pricing page, your next reading step is [Understanding Inventory Module Value and Operational Scope](doc:understanding-inventory-module-value-and-operational-scope), which helps you connect package choice to broader business fit. [SCREENSHOT: Full inventory pricing section with comparison layout and next-step actions visible] ## Prerequisites Before you evaluate inventory pricing in Sherkety ERP & Website Platform, make sure you have enough business context to compare packages meaningfully. You do not need technical knowledge, but you should know what your team expects from the inventory module so you can read the pricing cards with confidence. Gather these details before using the pricing page: - your expected inventory volume - the number of warehouses or storage locations you need to manage - whether purchasing is part of your workflow - whether replenishment matters for your operation - whether you want a guided demo or a hands-on trial - who will be involved in the buying decision It also helps if you have already reviewed the earlier inventory documents in this section, especially: - [Exploring Inventory Visibility and Warehouse Overview](doc:exploring-inventory-visibility-and-warehouse-overview) - [Understanding Stock Movements and Warehouse Operations](doc:understanding-stock-movements-and-warehouse-operations) - [Using Barcode and Replenishment Features](doc:using-barcode-and-replenishment-features) Those pages explain the operational side of inventory so the pricing comparison is easier to interpret. Without that context, it can be harder to tell whether a lower-cost package actually covers the workflows your team needs. Before submitting any form on the pricing page, be ready to provide: - your contact details - your company name - a short description of your inventory requirements - any questions about package fit, implementation scope, or support Having this information ready makes the **Request More Information**, **Book a Demo**, and **Start Trial** actions much faster to complete and helps you receive a more relevant follow-up. ## Reading the Sales and CRM performance snapshot On the **Sales & CRM** page in Sherkety ERP & Website Platform, the performance snapshot is presented as a quick-read section that helps you judge whether the module gives enough visibility for day-to-day sales management. Look first for the top summary cards or highlighted metric blocks. These typically focus on the most decision-ready numbers: **sales totals**, **pipeline value**, **won opportunities**, and **activity indicators** that show how actively the team is moving deals forward. These summary areas are useful because they combine two views of performance in one place. Sales totals and won opportunities help you understand closed business, while pipeline value and activity indicators point to future demand and current sales momentum. That mix matters if you are evaluating whether the Sales & CRM module supports both reporting and forecasting. Below or near the summary cards, you may see visual reporting blocks such as a revenue trend chart, conversion-focused graphics, or team performance summaries. Use these visuals to read direction, not just totals. A rising revenue line suggests growth over time, while lead or opportunity conversion visuals help you judge how well the sales process turns interest into business. Team comparison blocks can also show whether performance is evenly distributed or dependent on a few strong contributors. If the page includes a date selector or period filter, switch between the **current period**, **previous period**, or a **custom range** to compare performance views. This is especially helpful when numbers seem strong in one snapshot but need more context across time. [SCREENSHOT: Sales & CRM page showing KPI cards, chart widgets, and date-range controls] If you already reviewed quotation workflows in [Understanding Quotations Automation and Follow Up](doc:understanding-quotations-automation-and-follow-up), use this page as the next layer: it shows how those activities are measured after they happen. ## Comparing reporting and analytics views The reporting area on the **Sales & CRM** page helps you move from headline numbers into a more detailed view of sales performance. Start with the visual widgets. These may include **revenue charts**, **opportunity stage breakdowns**, and **salesperson comparison** panels. Each one answers a different question. Revenue charts show whether sales are growing or slowing. Stage breakdowns show where deals are collecting in the pipeline. Salesperson comparisons help you see whether results are balanced across the team. When reading these sections, move in this order: 1. Review the top summary cards to understand the overall picture. 2. Open or inspect the visual charts to see patterns and trends. 3. Use any linked lists, detail views, or drill-down sections to inspect the records behind the totals. This flow is important because a single total can hide useful detail. For example, a strong pipeline value may look positive until the stage breakdown shows that most opportunities are still early and not close to closing. In the same way, high revenue may be concentrated in one salesperson or one customer segment. If filters are available in the analytics area, use them to narrow the view by: - **Sales team** - **Salesperson** - **Customer** - **Product** - **Pipeline stage** These filters help you evaluate whether the reporting supports real management decisions rather than only broad summaries. Trend lines and period comparisons are especially valuable here. A comparison between current and previous periods can reveal whether growth is consistent, seasonal, or driven by a short-term spike. For buyers, that matters because forecasting tools are only useful when they help explain movement over time. [SCREENSHOT: Reporting section with revenue chart, stage breakdown, and comparison filters] If you want broader context on how the module is positioned before diving into analytics, return to [Exploring Sales and CRM Overview](doc:exploring-sales-and-crm-overview). ## Reviewing pricing and plan information The **Sales & CRM** page in Sherkety ERP & Website Platform also supports buying decisions by placing pricing information near the feature and reporting content. Look for pricing blocks, plan cards, comparison tables, or highlighted callout panels. These sections help you compare what is included at different levels, especially if you are weighing sales automation, customer tracking, and reporting depth together. Begin by scanning the visible plan structure. If the page presents multiple tiers, compare them side by side instead of reading one card at a time. This makes it easier to spot differences in included capabilities, especially around CRM tracking, quotation support, pipeline visibility, and reporting access. A comparison table is particularly useful when you need to see which plan covers the reporting and management features your team depends on. If the page includes a pricing selector, billing switch, or package comparison control, change the visible option before making assumptions. For example, a billing period toggle may change how prices are shown, and a package selector may highlight different combinations of sales and related ERP capabilities. Read the surrounding labels carefully so you know whether the displayed amount reflects a monthly view, a broader package, or a feature bundle. Pricing on this page is not only about cost. The layout usually supports value-based evaluation. Instead of asking only “Which plan is cheaper?”, use the pricing section to ask: - Does this option include enough reporting visibility for managers? - Does it support pipeline tracking for the sales process we use? - Does the plan match our need for automation and follow-up visibility? [SCREENSHOT: Pricing cards or comparison table on the Sales & CRM page] That approach helps you judge total fit, especially if your team needs both front-line CRM activity tracking and management-level reporting in the same module. ## Using buyer decision content to evaluate fit Beyond charts and prices, the **Sales & CRM** page includes decision-support content meant to help you judge business fit. This content usually appears as benefit statements, short use-case highlights, value callouts, or comparison-style messaging placed near feature summaries and pricing sections. Read these areas closely because they explain why the module matters, not just what it contains. Look for statements tied to practical outcomes such as improving pipeline visibility, speeding up follow-up, increasing conversion control, or giving managers clearer sales reporting. These messages help connect the module to everyday revenue work. If your team needs better forecasting, cleaner handoff between leads and quotations, or stronger visibility into sales activity, these callouts help you decide whether the page is speaking to your situation. Proof points may appear as trust-focused statements, adoption-oriented messaging, process improvement claims, or efficiency highlights. These are useful when they connect directly to measurable business concerns such as: - Better visibility into future demand - Stronger control over opportunity stages - Faster reporting for sales leadership - Clearer understanding of team performance You may also see feature comparisons or business outcome panels that position Sales & CRM alongside broader ERP needs. Use these sections to judge implementation readiness. If the page connects reporting, pipeline control, and pricing clearly, it is helping you answer common buying questions: Will this improve decision-making? Will managers get useful visibility? Will the sales team actually use it? [SCREENSHOT: Buyer-focused value statements and proof-point callouts on the Sales & CRM page] If the decision content feels familiar, that is because it builds on the earlier workflow topics in [Managing Leads Contacts and Sales Pipeline](doc:managing-leads-contacts-and-sales-pipeline) and [Understanding Quotations Automation and Follow Up](doc:understanding-quotations-automation-and-follow-up), but here the focus is evaluation rather than daily use. ## Following the next-step actions on the page Once you have reviewed reporting, analytics, and pricing, the next step on the **Sales & CRM** page is usually one of the visible call-to-action buttons. In Sherkety ERP & Website Platform, these actions are designed to move you from browsing into direct evaluation. Look for buttons such as **Request Demo**, **Start Trial**, **Contact Sales**, or **View Pricing**. The exact wording may vary by section, but the purpose is clear: each button supports a different buying stage. Use **Request Demo** when you want a guided walkthrough. This action usually leads to a contact or inquiry flow where you can ask for a product demonstration focused on your sales process, reporting needs, or pipeline management questions. Choose **Start Trial** if you are ready for hands-on exploration. This is the better option when you want to test the experience directly rather than begin with a conversation. Select **Contact Sales** when your questions are commercial or scope-related. This is useful if you need clarification on package fit, pricing structure, or how Sales & CRM connects with other ERP areas. Open **View Pricing** when you want to stay in research mode and compare plan details more closely before taking a direct action. Secondary actions may also appear nearby, such as links to related ERP modules, deeper comparison content, or supporting product pages. These are helpful if you are still deciding whether Sales & CRM alone is enough or whether you should evaluate connected areas like reporting or broader ERP packages. [SCREENSHOT: Sales & CRM page showing primary and secondary call-to-action buttons] A practical path for most buyers is: 1. Review the reporting snapshot. 2. Compare pricing and value statements. 3. Use **Request Demo** for guided validation or **Start Trial** for self-directed evaluation. ## Resolving common questions when interpreting the page If the numbers on the **Sales & CRM** page seem inconsistent, start by checking the visible date range and any active filters. A total shown for the current period may not match a chart that is still displaying a previous period or a custom range. The same issue can happen when one visual is filtered to a sales team or pipeline stage while another remains unfiltered. Before comparing values, make sure the same period and segment are applied across the page. If the pricing section feels unclear, slow down and read the labels around each pricing card or comparison block. Pay attention to whether the page is showing a plan tier, a package comparison, or a billing-period view. If included capabilities are not obvious, rely on the comparison layout rather than the headline price alone. Feature coverage for reporting, CRM tracking, and sales automation is often more important than the first number you see. Sometimes the buyer decision content is helpful but still too high level. When that happens, use the page as a starting point rather than your final proof. The best next move is to choose an action that gives you more concrete validation: - Use **Request Demo** if you want to see reporting and pipeline workflows in context - Use **Contact Sales** if you need commercial clarification - Use **View Pricing** or related comparison content if you are still narrowing options - Use **Start Trial** if you prefer direct exploration If you are unsure which action fits best, match the button to your current question. Questions about usability or reporting depth usually point to a demo. Questions about cost or package fit usually point to sales contact. Questions about general product fit often start with more page exploration. This page is most useful when you treat it as a decision screen: confirm the numbers, read the value positioning, then choose the action that closes your biggest remaining gap. ## Overview The **Sales & CRM** page in Sherkety ERP & Website Platform brings together four things buyers usually need in one view: performance signals, reporting visuals, pricing information, and next-step actions. Instead of presenting Sales & CRM as a simple feature list, the page helps you evaluate how the module supports revenue work from both an operational and management perspective. The reporting side of the page focuses on visible sales outcomes and pipeline health. Summary cards, charts, and comparison visuals help you understand closed revenue, future opportunities, and team activity. This makes the page useful not only for learning what the module does, but also for judging whether it offers enough visibility for forecasting, performance tracking, and sales oversight. The pricing side supports comparison. Plan cards, pricing blocks, and package-oriented content help you see how Sales & CRM is positioned commercially. When read together with the reporting content, pricing becomes easier to interpret because you can connect cost with business value instead of reading prices in isolation. The page also includes buyer decision content such as benefit statements, business outcome messaging, and proof-oriented callouts. These sections help answer practical questions like: - Will this improve pipeline control? - Will managers get clearer reporting? - Does the pricing match the level of visibility and automation we need? Finally, the page includes direct actions such as **Request Demo**, **Start Trial**, **Contact Sales**, or **View Pricing**, so you can move from evaluation into a concrete next step without leaving the buying journey. [SCREENSHOT: Full Sales & CRM page showing reporting, pricing, value messaging, and action buttons] ## Prerequisites Before using this page effectively, it helps to have a basic understanding of the earlier Sales & CRM content in Sherkety ERP & Website Platform. You do not need technical knowledge, but you will get more value from the reporting and pricing sections if you already know the core sales workflow and the terms used on the page. Review these documents first if needed: - [Exploring Sales and CRM Overview](doc:exploring-sales-and-crm-overview) - [Managing Leads Contacts and Sales Pipeline](doc:managing-leads-contacts-and-sales-pipeline) - [Understanding Quotations Automation and Follow Up](doc:understanding-quotations-automation-and-follow-up) It also helps if you are ready to evaluate the page from a buyer’s point of view. That means having a rough idea of: - Whether your team needs stronger pipeline visibility - Whether sales managers need clearer reporting or forecasting - Whether you are comparing plans, packages, or broader ERP options - Whether you prefer a self-serve review or a guided demo As you read the page, pay attention to these visible interface elements: - KPI cards and summary blocks - Revenue and pipeline charts - Filters and date-range controls - Pricing cards or comparison tables - Call-to-action buttons such as **Request Demo** or **Start Trial** If you are browsing the public site in more than one language, the page may also appear in a localized version. In that case, use the same reading approach and compare the same sections rather than switching between different parts of the page. For the next step in this learning path, continue to [Understanding Sales and CRM Module Value for Revenue Teams](doc:understanding-sales-and-crm-module-value-for-revenue-teams). ## Exploring the Analytics Page Reporting Area On the Reporting & Analytics page in Sherkety ERP & Website Platform, the reporting area is built around the same visual elements you already reviewed in [Understanding Dashboards KPIs and Drill Down Analysis](doc:understanding-dashboards-kpis-and-drill-down-analysis). What matters here is how those on-screen analytics are presented as something you can discuss with other people, not just inspect by yourself. Expect the page to center attention on **KPI summaries**, **chart widgets**, and **report-style visual blocks** that make performance easier to explain in a meeting. KPI summaries give quick totals or headline values. Chart widgets show patterns over time or comparisons between categories. Together, these elements create a report-like view that is easier to present to managers, finance reviewers, or decision-makers than a raw list of numbers. [SCREENSHOT: Reporting & Analytics page showing KPI cards at the top and chart widgets below] As you move through the page, look for **share-related controls** attached to the analytics view. In Sherkety ERP & Website Platform, these controls may appear as a **Share** button, an action menu, or a report-level option near the charts or summary area. These entry points indicate that the current analytics view can be prepared for discussion with stakeholders. The page also uses buyer-facing language to position analytics as a decision tool. Instead of showing metrics without context, the surrounding text emphasizes outcomes such as clearer visibility, easier collaboration, and stronger executive reporting. This messaging helps you understand that the page is meant for more than monitoring performance on-screen. A useful distinction is this: - **Viewing live analytics** means reading the current page, adjusting filters, and exploring results directly. - **Preparing a shareable report view** means keeping the right metrics, date range, and chart context in place so another person can review the same story you are seeing. That difference is what turns the analytics page from a dashboard into a stakeholder communication tool. ## Understanding What Buyers Can Share with Stakeholders When you share from the analytics page in Sherkety ERP & Website Platform, the most useful content is the information already visible in the current report view. That usually includes **KPI totals**, **trend charts**, **selected metrics**, and the **date range** currently applied on the page. If you have narrowed the page to a specific time period or focused on a particular set of results, that context becomes part of what makes the shared view meaningful. This matters because stakeholders rarely need every available detail. A finance leader may want headline totals and movement over time. An operations manager may care more about trends, changes, or exceptions. An executive reviewer may need a concise view that combines top-level KPIs with one or two supporting charts. The analytics page supports this kind of audience-focused discussion by presenting data in a format that can be read quickly and discussed easily. [SCREENSHOT: Analytics page with date range, selected metrics, KPI cards, and charts highlighted] What you share is shaped by the current state of the page, including: - The **date range** you selected - Any **filters** currently applied - The **metrics** visible in KPI cards - The **charts** shown in the current view - The overall report context used during your review If you change the date range or switch to a different set of metrics before sharing, the report discussion changes too. That is why it helps to confirm the page view before opening the share action. The messaging around the analytics page also suggests a broad stakeholder audience. The wording supports conversations with: - **Finance leaders** reviewing business visibility - **Operations managers** checking performance patterns - **Executives** comparing outcomes and priorities - **Evaluation teams** discussing ERP fit and reporting value This makes the reporting experience feel collaborative rather than isolated. Instead of treating analytics as a private dashboard, Sherkety ERP & Website Platform presents it as a shared reference point that helps teams align around the same numbers, the same trends, and the same business questions. ## Sharing Reports for Team Collaboration To share a report view from the analytics page in Sherkety ERP & Website Platform, start by setting up the page exactly the way you want other people to see it. Confirm the **date range**, review the visible **KPI cards**, and make sure the **charts** on screen match the discussion you want to have. Once the page reflects the right story, use the visible sharing control. 1. Open the Reporting & Analytics page and adjust the view you want to discuss. Keep the correct KPI summaries, trend charts, and filters on screen. 2. Click the **Share** button or open the report action menu if the sharing option appears there. 3. In the share window, review the available choices. Depending on the screen, you may see options such as recipient entry, a generated link, access choices, or a message box. 4. Confirm that the current filtered view is the one being shared so collaborators receive the same date range, metrics, and chart context. 5. Complete the action by sending the share item or copying the generated link. If the share window includes multiple choices, use them to keep the report focused: | Option | What to check | |---|---| | Recipient | Make sure the intended stakeholder is selected or entered correctly | | Link | Confirm you are copying the current report view | | Access or permission | Choose the level that matches the discussion need | | Message | Add a short note explaining what the recipient should review | [SCREENSHOT: Share dialog opened from the analytics page] After sharing, watch for confirmation feedback on screen. Sherkety ERP & Website Platform may show a **success message**, **copied link notice**, or another sent-status indicator. These messages are important because they confirm that the report view was actually shared. For collaboration, the biggest advantage is consistency. When everyone opens the same shared view, the meeting starts with the same KPIs, the same charts, and the same time period already in place. ## Using Decision-Support Messaging to Build Executive Confidence The analytics page in Sherkety ERP & Website Platform does more than display numbers. It also uses decision-support messaging to explain why those numbers matter in business terms. This is especially helpful when you need to present analytics to leaders who care less about screen details and more about outcomes such as visibility, planning confidence, and operational control. You will notice this messaging in places such as: - Supporting text near **KPI summaries** - Explanatory copy around **chart widgets** - Benefit-focused statements in **reporting sections** - Executive-oriented wording that frames analytics as a tool for better decisions [SCREENSHOT: KPI cards and nearby supporting text that explains business value] These message placements help translate raw analytics into a clearer narrative. A KPI total becomes more than a number when the surrounding text positions it as a signal of performance, efficiency, or business health. A trend chart becomes more useful when the page language suggests how it can support planning, review, or leadership alignment. For buyers evaluating reporting capabilities, this matters because executive conversations usually require more than data alone. Stakeholders want to know: - What is changing? - Why does it matter? - What action or decision does this support? The page’s decision-support wording helps answer those questions without forcing you to build the explanation from scratch. It gives you language that connects analytics to practical outcomes, such as stronger oversight, faster review cycles, and clearer cross-team communication. Sherkety ERP & Website Platform also combines collaboration and executive reporting in the same experience. The message is not just “here are your analytics.” It is closer to “here is a report view you can use with other people to make better decisions.” That combination builds confidence because it shows that reporting is designed for discussion, not just observation. ## Presenting Analytics in Executive Reporting Conversations When you bring analytics into an executive conversation, the most effective approach is to use the Reporting & Analytics page in Sherkety ERP & Website Platform as a structured talking point. Start with the **KPI summaries** at the top of the page, then move into the **trend visualizations**, and finally use the shared report view to keep everyone focused on the same numbers. A simple presentation flow works well: 1. Begin with the headline KPI cards to establish the current position. 2. Use the charts to show whether performance is improving, declining, or staying stable over time. 3. Point out exceptions, spikes, or unusual changes that need leadership attention. 4. Keep the selected date range visible so everyone understands the reporting period being discussed. 5. Share the same report view with attendees so they can follow along without rebuilding the page themselves. This approach helps leadership teams treat analytics as decision input rather than background information. Executives usually respond best to patterns and comparisons, not dense detail. On the page, that means focusing on: - Summary KPIs instead of every available metric - Trend direction instead of isolated values - Comparisons across periods where visible - Notable exceptions that may require action [SCREENSHOT: Executive-style analytics discussion view with KPI cards and one primary trend chart] Shared report views are especially useful in recurring review routines. A team can use the same style of report for: - Weekly operations check-ins - Monthly finance reviews - Leadership planning discussions - ERP evaluation meetings with internal stakeholders The value of a consistent shared view is that it removes confusion. Everyone sees the same date range, the same metrics, and the same chart context. That makes conversations faster and more productive because the group can focus on interpretation and decisions instead of debating which version of the dashboard is correct. ## Common Issues When Sharing Reports and How to Fix Them Most report-sharing problems on the analytics page come from mismatched context rather than missing data. If a stakeholder opens a shared report and says it looks different from what you presented, the first thing to check is the page state you shared. In Sherkety ERP & Website Platform, the usefulness of a shared analytics view depends on preserving the same **filters**, **date range**, and **selected metrics** that were visible when you opened the share action. If the recipient sees different results, review these items: - Confirm the **date range** matches the one used in your meeting - Check whether the same **metrics** are visible in the KPI area - Make sure the same **chart view** is being referenced - Reopen the shared item and compare it with your original page Another common issue is that stakeholders do not understand why the numbers matter. In that case, do not rely on the chart alone. Use the page’s **decision-support messaging**, KPI labels, and supporting text to explain the business meaning behind the values. This is often enough to turn a confusing chart into a useful discussion point. If the report does not feel executive-ready, simplify the view before sharing. Focus on: - Headline KPI summaries - One or two clear trend charts - The most relevant reporting period - A concise explanation of what changed [SCREENSHOT: Focused analytics view prepared for stakeholder sharing] Collaboration can also stall after the report is shared. If that happens, verify three things: - The recipient actually received the link or shared item - They can open the report view successfully - They understand what they are expected to review or decide A short message attached to the share action can help. Instead of sending a report with no context, share it with a note about the KPI trend, the reporting period, or the decision you want the group to discuss. That small step often makes the difference between passive viewing and useful collaboration. ## Overview Sherkety ERP & Website Platform positions the Reporting & Analytics page as both a viewing space and a communication tool. The page combines **KPI cards**, **charts**, and **decision-support text** so buyers can do more than inspect performance on screen. They can also prepare a clear report view for managers, finance reviewers, and executive stakeholders. The key idea in this document is that sharing works best when the analytics page is already in the right state before you send it. The selected **date range**, visible **metrics**, and current **chart context** shape what other people will understand when they open the report. A shared view is most useful when it reflects the exact discussion you want to have. Important points to remember: - **Live analytics** are for exploring and reviewing on screen - **Shared report views** are for aligning other people around the same numbers - **KPI summaries** help leadership audiences grasp the headline picture quickly - **Trend charts** support conversations about movement, change, and priorities - **Decision-support messaging** helps translate data into business meaning - **Share actions** are most effective when paired with a focused report view This reporting experience is especially valuable when multiple people need to evaluate the same information without rebuilding dashboards manually. Whether the conversation is about operational performance, finance visibility, or ERP evaluation, a consistent shared view reduces confusion and improves alignment. If you need a refresher on how to read the KPI cards and chart details before sharing them, return to [Understanding Dashboards KPIs and Drill Down Analysis](doc:understanding-dashboards-kpis-and-drill-down-analysis). The next step in this learning path is [Understanding Reporting and Analytics Module Value](doc:understanding-reporting-and-analytics-module-value), which connects these reporting features to the broader business case. ## Prerequisites Before using report sharing and decision-support messaging effectively in Sherkety ERP & Website Platform, make sure you are comfortable with the basic analytics page layout and can identify the main reporting elements on screen. This topic assumes you already know how to read KPI summaries and chart widgets from the previous lesson. You should be able to do the following before applying the steps in this guide: - Open the **Reporting & Analytics** page from the public ERP content area - Recognize the main **KPI cards** and **chart widgets** - Understand how the current **date range** or visible report context affects what you are seeing - Identify the visible **Share** button or report action area if it appears on the page - Read the page’s supporting text and benefit-focused messaging alongside the analytics Helpful background reading: - [Exploring Reporting and Analytics Capabilities](doc:exploring-reporting-and-analytics-capabilities) - [Understanding Dashboards KPIs and Drill Down Analysis](doc:understanding-dashboards-kpis-and-drill-down-analysis) It also helps to have a clear audience in mind before you share a report view. The page is easier to use when you already know whether you are preparing the report for: - An executive overview - A finance review - An operations discussion - An internal ERP evaluation meeting If you are planning to present analytics in a meeting, decide in advance which KPI summaries and charts best support the conversation. That way, when you use the share action, the recipient opens a report view that already matches the discussion instead of a general dashboard state. ## Recognizing Where You Are on a Page In **Sherkety ERP & Website Platform**, the breadcrumb trail appears near the top of pages that sit inside a larger section of the public website. It shows your current location as a simple path, such as **Home > Company Types > Private Limited Company**. This path helps you understand how the page fits into the wider website without needing to reopen the main menu. The **last item** in the breadcrumb trail shows the page you are currently viewing. On a company type detail page, that final item might be **Sole Proprietorship** or **Private Limited Company**. Because it represents the page already open on your screen, it acts as a location marker rather than a navigation shortcut. When you compare the final breadcrumb item with the large page heading, you can quickly confirm that you landed on the right page. Breadcrumbs are different from the **header navigation** you used in [Using Header Menus and Footer Links](doc:using-header-menus-and-footer-links). The header menu shows broad destinations such as public sections, ERP areas, and service-related pages. The breadcrumb trail does something more specific: - It shows the **exact path** that led to the current page - It reveals whether you are in a **top-level section**, a **category page**, or a **detail page** - It gives you quick links back to earlier levels in that path This is especially useful for two common visitor journeys: - **Business services visitors** can tell whether they are browsing a general section like **Company Types** or reading a single company type page - **Prospective ERP buyers** can see whether they are on an ERP landing page, an app category page, or a more detailed product page [SCREENSHOT: Breadcrumb trail near the top of a public detail page showing Home, a parent section, and the current page] ## Moving Back to Broader Sections Breadcrumbs are not just labels. In **Sherkety ERP & Website Platform**, the earlier items in the breadcrumb trail are usually clickable, which makes them a fast way to move back to broader sections. If you are reading a detailed page such as **Private Limited Company**, you can click **Company Types** in the breadcrumb trail to return to the page that lists or introduces company type options. This is often easier than using your browser’s **Back** button. The **Back** button returns you to the previous page you visited, which may not always be the parent section you want. For example, if you arrived on a company type page from a search result, a comparison section, or another internal link, **Back** may take you somewhere unexpected. Clicking the parent breadcrumb keeps you inside the same content path. You can also use the first breadcrumb item, usually **Home**, to return to the main public starting point without opening the site menu. That is helpful when you want to leave a deep page and go straight back to the homepage. Keep these breadcrumb behaviors in mind: - **Parent items** such as **Home** or **Company Types** are the links you use to move upward - The **current page item** is usually **not clickable** - A shorter trail means there are fewer parent levels above the page - A longer trail means you are deeper inside a section of the website When the final breadcrumb item is not clickable, that is normal. It simply marks the page you are already on. If you click an earlier item instead, the page changes to that broader section and the breadcrumb trail updates to match your new location. [SCREENSHOT: User clicking the Company Types breadcrumb from a company type detail page] ## Following the Path from Public Pages to Detailed Content A breadcrumb trail becomes most useful when you move from a broad public page into more detailed content. In **Sherkety ERP & Website Platform**, a typical path might look like **Home > Business Services > Company Types > Sole Proprietorship**. Each level in that trail tells you where the current page belongs. This structure reflects a clear parent-child relationship: - **Home** is the main public entry point - **Business Services** is a broader section - **Company Types** is a more focused category inside that section - **Sole Proprietorship** is the detailed page you are currently reading When you open a detail page from a listing, card, or link inside a broader section, the breadcrumb trail confirms that you followed the expected path. This matters when page titles are similar. For example, several informational pages may discuss business setup, registration, or package options. The breadcrumb path above the content helps you tell whether you are looking at a **company type page**, a **service category page**, or another related page. To confirm you reached the correct page, check two things together: - The **page heading** at the top of the content - The **final breadcrumb item** in the trail If both match, you can be confident you are on the intended page. If the heading says one thing but the breadcrumb path suggests a different section, that is a sign to pause and review where you are. Breadcrumbs reduce confusion because they show the full route, not just the title of the current page. That extra context is especially helpful on multilingual public pages and on nested informational pages where visitors may arrive from search, homepage links, or service menus. [SCREENSHOT: Detail page showing both the page heading and breadcrumb trail above the content] ## Checking Breadcrumbs on Public and Managed Pages In **Sherkety ERP & Website Platform**, breadcrumbs matter most on **public-facing pages** where visitors move from broad topics into detailed content. You are most likely to notice them on pages such as: - **Service category pages** - **Company type detail pages** - Other **nested informational pages** - ERP-related pages that sit inside a larger section path On these pages, the breadcrumb trail helps visitors understand where the content belongs before they decide whether to keep reading, go back one level, or return to **Home**. Top-level pages usually have a shorter breadcrumb trail because there are fewer parent levels. For example, a page may show **Home > Business Services** and stop there. That shorter path still gives useful context: it tells you that you are in a major public section rather than on a deep detail page. For **Content Editors** and **Administrators**, breadcrumbs are also worth checking after content changes. If you publish a page update, rename a section, or reorganize where a page belongs, review the breadcrumb trail on the live page and confirm that it still makes sense. Pay attention to these details: - The **labels** match the names visitors expect to see - The **order** reflects the correct path from broad section to detailed page - The **clickable items** open the right parent pages - The current page appears as the **final location marker** This is especially important after editing public content in the admin area, updating section names, or adjusting how pages are grouped. A page can look correct on its own while still showing a breadcrumb path that points to the wrong section. Checking the trail after publishing helps catch that quickly. ## Keeping Breadcrumb Labels Clear and Consistent Clear breadcrumb labels make the public website easier to understand. In **Sherkety ERP & Website Platform**, the best breadcrumb trail uses the same wording visitors see in page headings, section names, and navigation labels. If a page heading says **Company Types** but the breadcrumb uses a different name, visitors may wonder whether they are in the right place. Keep these naming habits consistent across public pages: - Match the **page title** and the **breadcrumb label** as closely as possible - Keep parent section names stable, such as **Business Services** or **Company Types** - Use short, readable names for detailed pages so the full trail stays easy to scan - Avoid renaming parent sections too often if visitors already recognize them This consistency supports a strong mental map of the website. When visitors repeatedly see **Home > Business Services > Company Types**, they learn how the public site is organized. That makes it easier to move around, compare related pages, and return to useful sections later. Shorter labels also matter on smaller screens. A long company type name or a very wordy section title can make the breadcrumb trail harder to read. If the trail becomes crowded, visitors may miss the parent links they need. Keeping labels concise helps preserve the full path without making the top of the page feel cluttered. If you rename a page or move it into a different section, review the breadcrumb trail immediately after the change. Make sure the parent section still matches the page’s purpose and that the final breadcrumb item matches the updated page heading. This is a simple but important check for anyone maintaining public content. [SCREENSHOT: Example of a clean breadcrumb trail with short, matching labels] ## Fixing Breadcrumb Paths That Look Wrong When a breadcrumb trail looks wrong in **Sherkety ERP & Website Platform**, start by checking what is visible on the page itself. If the breadcrumb shows an unexpected parent section, compare the trail with the page heading and the section where you expected the page to appear. A company type detail page should point back to the correct broader area, not to an unrelated section. Common breadcrumb issues include: - The page appears under the **wrong parent section** - A breadcrumb link opens an **unexpected page** - The breadcrumb trail is **missing** from a nested detail page - The breadcrumb text still shows an **old page name** If the parent section looks wrong, review how that page has been placed in the website structure. If a breadcrumb item opens the wrong destination, check that the page links back to the correct parent page. When a breadcrumb trail is missing from a detail page such as a company type page, confirm that the page layout being used includes breadcrumb navigation for nested content. After renaming or moving a page, refresh the page and review the breadcrumb again. If the old label still appears, the page may need to be republished or rechecked in the content management area so the updated title is reflected in the trail. For Content Editors and Administrators, a quick breadcrumb review should include: - Does the trail begin with **Home** where expected? - Do the middle items match the correct section path? - Does the final item match the current page heading? - Do clickable breadcrumb items open the right parent pages? If the page content is correct but the breadcrumb path is not, treat that as a navigation problem worth fixing. Visitors often rely on the breadcrumb trail to decide whether they should stay on the page or move elsewhere. ## Overview Breadcrumbs in **Sherkety ERP & Website Platform** give you a simple location path near the top of the page. They are most helpful when you move from broad public sections into deeper informational pages, such as service categories, ERP-related pages, and company type details. Instead of guessing where a page belongs, you can read the breadcrumb trail and immediately see the route from **Home** to the page you are viewing. The main ideas to remember are: - Breadcrumbs show your **current location** in the website structure - The **last item** is the page you are currently on - Earlier items in the trail are often **clickable links** back to broader sections - Breadcrumbs are different from the **main menu**, which lists top-level destinations rather than your current path They are especially useful when: - You arrive on a page from search or an internal link - Several pages have similar titles - You want to return to a parent section without reopening the site menu - You need to confirm whether you are on a category page or a detailed content page For people maintaining public content, breadcrumbs also act as a quick quality check. After changing page names or reorganizing sections, review the breadcrumb labels, their order, and their links to make sure the page still sits in the right place. If you need a refresher on the broader site navigation before working with page paths, return to [Using Header Menus and Footer Links](doc:using-header-menus-and-footer-links). The next guide is [Using Header Navigation Across Public Pages](doc:using-header-navigation-across-public-pages). ## Prerequisites You do not need any special setup to use breadcrumbs in **Sherkety ERP & Website Platform**. You only need to be on a public page that belongs to a larger section of the website. Breadcrumbs are easiest to understand when you are browsing pages that sit below a parent category rather than starting on the homepage. Before using this guide, it helps if you can already do the following: - Open the public website and move between pages - Recognize the **header menu** and standard page heading - Identify whether you are on a broad section page or a detailed content page - Use basic page links on desktop or mobile You will get the most value from this guide when viewing pages such as: - **Company Types** - A specific **company type detail page** - A **Business Services** page - ERP pages that sit inside a broader product path If you work as a **Content Editor** or **Administrator**, you should also be able to open the published page you want to review after making content changes. That allows you to verify that the breadcrumb labels and links still match the intended page structure. Helpful background reading: - [Using Header Menus and Footer Links](doc:using-header-menus-and-footer-links) - [Browsing the Sherkety Public Website](doc:browsing-the-sherkety-public-website) - [Understanding Breadcrumbs Drawers and Shared Navigation Patterns](doc:understanding-breadcrumbs-drawers-and-shared-navigation-patterns) Once you are comfortable spotting breadcrumb trails and using them to move upward through a section, continue with [Using Header Navigation Across Public Pages](doc:using-header-navigation-across-public-pages). ## Finding the Disclaimer and App Privacy Pages on the Public Site In **Sherkety ERP & Website Platform**, both the **Disclaimer** page and the **App Privacy** page are public pages you can open without signing in. These pages are part of the website’s legal and informational content, so you usually reach them through the same public navigation areas you already use for FAQs, policy pages, service details, and ERP product pages. If you need a refresher on where legal links usually appear, see [Finding Answers in FAQ and Policy Pages](doc:finding-answers-in-faq-and-policy-pages). Look for these pages by their page titles: - **Disclaimer** - **App Privacy** You will typically find them in places such as: - the **footer** - a **legal links** area - app-related public pages - ERP product or module pages where privacy details matter [SCREENSHOT: Footer area showing legal links including Disclaimer and App Privacy] These are **visitor-facing pages**, not admin pages. You do **not** need to use **Login**, open the **Dashboard**, or access any admin menu to read them. That matters because these pages are meant for anyone evaluating Sherkety ERP & Website Platform, including first-time visitors, potential buyers, and people comparing providers. Visitors often open the **Disclaimer** page when they want to understand the legal limits around website content before relying on service descriptions, ERP feature summaries, or public business information. The **App Privacy** page is more likely to appear during an app-focused journey, such as reviewing ERP modules, checking app-related details, or looking for privacy information tied to a specific offering. Common paths include: - browsing from the **footer** after reading service or ERP pages - opening legal links before using a **Contact** form or requesting a demo - checking app privacy details while reviewing ERP capabilities and trust signals - moving from app or product content into supporting legal pages ## Understanding What the Disclaimer Page Covers The **Disclaimer** page in **Sherkety ERP & Website Platform** explains the legal boundaries around the information published on the public website. When you open **Disclaimer**, you should expect to read statements about how website content is provided, what limits apply to that content, and what responsibility remains with the visitor when using the information. This page usually helps you understand topics such as: - whether public information is provided for general guidance - whether accuracy, completeness, or timeliness is guaranteed - whether service descriptions or ERP information may change - what responsibility applies when you follow links to other websites - what limits apply to reliance on published material In practical terms, the **Disclaimer** page is where you check for **no-guarantee language** and **liability limitations**. For example, if you are reading about company registration services, accounting support, or ERP modules such as **HR**, **Sales & CRM**, **Purchasing**, or **Reporting**, the Disclaimer page helps clarify that public website content is informational and may not function as a binding commitment on its own. This is especially useful for a business visitor who is: - comparing service descriptions - reviewing public ERP feature pages - checking whether website content should be treated as advice - deciding how much to rely on public information before contacting Sherkety [SCREENSHOT: Disclaimer page with title and legal text sections] It is important to separate the **Disclaimer** page from other public pages. A pricing page, service page, ERP app page, or contact page tells you **what is offered** and how to take the next step. The **Disclaimer** page tells you **how to interpret and use that public information**. It does not replace product details, support conversations, or formal commercial discussions. Instead, it sets expectations about the legal use of content you read on the site. ## Understanding What the App Privacy Page Covers The **App Privacy** page in **Sherkety ERP & Website Platform** is where you review privacy details tied to a specific app, module, integration, or app-related offering. Unlike a broad legal page that covers the whole website, **App Privacy** focuses on privacy expectations for a particular app context. When you open **App Privacy**, you should expect information about topics such as: - what personal or usage data may be involved - how that data may be collected - how it may be processed or used - whether data may be shared in certain situations - how long data may be kept - what privacy expectations apply to that app or service context This page matters most when you are evaluating ERP capabilities and want to understand **data-handling transparency** before taking the next step. A prospective buyer comparing providers may read feature pages for **Accounting**, **HR**, **Sales & CRM**, **Purchasing**, or **Reporting**, then open **App Privacy** to see whether the app introduces privacy details beyond general website browsing. Typical reasons to use this page include: - checking whether an app has its own privacy terms - understanding whether app use involves additional personal data handling - reviewing trust and compliance signals during vendor comparison - confirming whether app-level privacy details differ from general website privacy information [SCREENSHOT: App Privacy page opened from an ERP app or product-related public page] You may reach **App Privacy** from several public paths, depending on how the content is organized on the site: - a link in the **footer** - an app listing or ERP app detail page - an integration-related page - a dedicated privacy link connected to a specific app Because this page is public, you can read it before submitting a form, requesting a demo, or starting a trial. That makes it especially useful during early evaluation, when you want privacy clarity without entering the admin area or creating an account. ## Comparing These Pages with General Privacy Content The **Disclaimer**, **App Privacy**, and general **Privacy Policy** pages each answer a different kind of question. Reading the right one saves time, especially when you are comparing providers or checking whether a specific ERP offering fits your legal and privacy expectations. Here is the key difference: - **Disclaimer** explains the limits around relying on public website content. - **Privacy Policy** explains broader website or company privacy practices. - **App Privacy** explains privacy details for a specific app, module, or app-related service. The **Disclaimer** is about **content use**. If you are asking, “Can I treat this website information as guaranteed, complete, or legally binding?” the Disclaimer page is the right place to start. The general **Privacy Policy** is about **personal data handling across the website experience**. If you are asking, “How are contact submissions, browsing activity, or marketing interactions handled?” that belongs in the general privacy content. The **App Privacy** page is narrower. It helps when your question is, “Does this specific app or ERP offering have additional privacy details I should review?” That is especially relevant when you are evaluating app-level features rather than just browsing the website. A simple decision guide: - Use **Disclaimer** for questions about website claims, informational reliance, and legal boundaries around published content. - Use **Privacy Policy** for site-wide privacy practices. - Use **App Privacy** for app-specific data collection, processing, sharing, or retention details. You may want to read all three together when you are: - evaluating Sherkety ERP & Website Platform as a vendor - reviewing legal exposure before contacting sales - checking trust and transparency signals - comparing app-level privacy details with broader company privacy statements [SCREENSHOT: Legal links area showing Disclaimer, Privacy Policy, and App Privacy side by side] Taken together, these pages give you a fuller picture: what public content means, how visitor data is handled overall, and whether a specific app adds its own privacy terms. ## Using These Pages During Vendor Evaluation When you are comparing **Sherkety ERP & Website Platform** with other providers, these legal pages help you move beyond marketing claims and look at how information and privacy are framed. A practical way to do this is to open each page from the public website and compare the scope of what it covers. Start from the **footer** or another public **legal links** area and open **Disclaimer** first. This helps you understand the limits around published claims, feature descriptions, service summaries, and other informational content on the site. If you have been reading ERP pages, service pages, or comparison content, this page tells you how much reliance the website asks you to place on that information. Next, open the general **Privacy Policy**. This is the page to review when you want to understand broader privacy practices connected to public browsing and visitor interaction. That can include areas such as: - contact form submissions - browsing activity - marketing interactions - general website privacy expectations Then open **App Privacy** from the most relevant app or product context. If you are reviewing a specific ERP module or app-related offering, this page helps you confirm whether there are additional privacy details tied to that app. As you compare the three pages, focus on scope: - **Disclaimer** = public content use and legal reliance - **Privacy Policy** = overall website privacy practices - **App Privacy** = privacy details for a specific app or offering [SCREENSHOT: Visitor comparing legal pages in separate browser tabs while reviewing ERP product pages] This side-by-side reading is useful before you: - shortlist a vendor - request a demo - submit a contact form - continue deeper into ERP evaluation pages If you are also reviewing product and app pages, pair this with [Using ERP System Landing Pages to Evaluate Offerings](doc:using-erp-system-landing-pages-to-evaluate-offerings) and [Browsing the ERP Apps Catalog](doc:browsing-the-erp-apps-catalog) so your legal review stays connected to the offerings you are actually considering. ## Answering Common Questions About Which Page to Read When several legal links appear together in the footer, it can be hard to know which one answers your question. In **Sherkety ERP & Website Platform**, the easiest way to decide is to match your question to the page’s scope. Use **Disclaimer** when your question is about the website content itself. This is the page to read if you want to know: - whether information is provided without guarantees - whether public descriptions are for general information - whether there are limits on liability - what responsibility applies when external links are involved Use **App Privacy** when your question is about a **specific app**. This is the right page if you want to know: - how that app handles personal data - whether app use involves additional privacy terms - what processing, sharing, or retention expectations apply to that app Use the general **Privacy Policy** when your question is broader than one app. This page is the best fit if you want to know: - how website visitor data is handled overall - what happens when you submit forms - how browsing or marketing-related data may be treated - what company-wide privacy practices apply across the public site If you are comparing ERP vendors based on trust and compliance signals, a good reading order is: - start with the general **Privacy Policy** - then review **App Privacy** for the specific app or module you care about - finish with **Disclaimer** to understand the legal limits around public website content [SCREENSHOT: Footer legal menu with cursor highlighting different policy links] This order works well because it moves from broad privacy expectations to app-level detail, then to content-use boundaries. If your main concern is simply “Can I rely on what I’m reading here?”, open **Disclaimer** first. If your main concern is “How does this app handle data?”, go straight to **App Privacy**. ## Overview The **Disclaimer** page and **App Privacy** page are both public legal pages in **Sherkety ERP & Website Platform**, but they serve different purposes. Understanding that difference makes it easier to find the right answer without reading every legal page in full. At a high level: - **Disclaimer** explains how to interpret public website content. - **App Privacy** explains privacy details tied to a specific app or app-related offering. - the general **Privacy Policy** covers broader website privacy practices. These pages support different visitor journeys. Someone reading business service descriptions, ERP feature pages, or company information may open **Disclaimer** to understand whether public content is guaranteed or simply informational. Someone evaluating a specific ERP app may open **App Privacy** to review how that app handles personal or usage data. You can usually find these pages through: - the **footer** - a **legal links** section - app-related public pages - ERP product or module pages Because they are public pages, they are available without using **Login** or entering the admin area. That makes them useful early in the buying journey, especially before you request a demo, submit a contact form, or compare providers in detail. The most important thing to remember is scope: - read **Disclaimer** for content-use and reliance questions - read **Privacy Policy** for site-wide privacy questions - read **App Privacy** for app-specific privacy questions If you are moving through legal pages as part of a broader public-site review, this document builds on [Finding Answers in FAQ and Policy Pages](doc:finding-answers-in-faq-and-policy-pages) and keeps the focus on two pages that are often confused with general privacy content. ## Prerequisites You do not need an account, admin access, or any special setup to use the **Disclaimer** and **App Privacy** pages in **Sherkety ERP & Website Platform**. These pages are part of the public website, so the only real requirement is that you can browse public pages and open links in the site navigation or footer. Before using this guide, it helps if you already know how to: - move through the public website - use the **footer** links - recognize legal or policy page titles - open ERP or service pages in separate tabs for comparison If you are not yet comfortable finding public navigation areas, start with: - [Browsing the Sherkety Public Website](doc:browsing-the-sherkety-public-website) - [Using Header Menus and Footer Links](doc:using-header-menus-and-footer-links) - [Finding Answers in FAQ and Policy Pages](doc:finding-answers-in-faq-and-policy-pages) You may also benefit from having a clear reason for reading these pages. Common examples include: - checking legal notices before contacting sales - reviewing privacy details before requesting a demo - comparing ERP vendors - confirming whether a specific app includes its own privacy information Helpful things to have open while reading: - the **Disclaimer** page - the general **Privacy Policy** - the relevant **App Privacy** page - the ERP app or service page you are evaluating [SCREENSHOT: Public website with footer legal links and an ERP app page open in another tab] If your next goal is to understand other public legal pages beyond these two, continue with [Understanding Public Policy Pages and When to Use Them](doc:understanding-public-policy-pages-and-when-to-use-them). ## Seeing How the Site Remembers Your Display Choice In **Sherkety ERP & Website Platform**, your display choice is remembered after you use the **theme switcher** in the site header, navigation area, or admin interface. If you already reviewed [Using Light and Dark Display Modes](doc:using-light-and-dark-display-modes), the important next detail is what happens after you make that choice. When you switch to **Light**, **Dark**, or **System** (when that option is shown), the page updates right away and your preference is kept for later visits in that same browser. What you see depends on the options available in the menu: - **Light** shows bright page backgrounds with darker text. - **Dark** shows darker backgrounds with lighter text. - **System** or **Default** follows the appearance setting already active on your device. This remembered choice is meant to make browsing feel consistent. If you open the homepage, move to service pages, browse ERP app pages, or sign in to the admin area in the same browser, Sherkety ERP & Website Platform can continue showing the mode you selected instead of asking you again on every page. [SCREENSHOT: theme switcher in the website or admin header showing Light, Dark, and System options] It is important to treat this as a **personal browser preference**, not a shared account setting. If you choose **Dark** on your laptop, that does not automatically change the display for another person using a different device. It also does not mean every browser on your own device will match. For example, a choice saved in one browser may not carry over to another browser, a private window, or a separate browser profile. The remembered display mode belongs to where you made the selection, not to all users of Sherkety ERP & Website Platform everywhere. ## Choosing a Different Display Mode If you want a different look, go back to the same **theme switcher** you used before. In Sherkety ERP & Website Platform, this control is typically available in a visible navigation area such as the **header**, a compact **menu**, or an account-related menu inside the admin experience. Open that control and select the mode you want. You may see choices such as: - **Light** - **Dark** - **System** or **Default** As soon as you click one of these options, the page appearance changes immediately. You do not need to hunt for a separate **Save** button. The background color, text contrast, and surrounding interface elements update at once so you can tell whether the new mode is comfortable for reading and navigation. This instant change is especially useful when moving between public pages and admin pages. If you are reading service information, comparing ERP modules, or working inside content and settings screens, you can switch the display and continue without reloading your work manually. The selected mode is stored as part of that action. [SCREENSHOT: open theme menu with the current selection highlighted] A few practical examples: - If a bright page feels too intense, choose **Dark** and continue browsing. - If you prefer a brighter editing workspace, choose **Light**. - If you want Sherkety ERP & Website Platform to match your device automatically, choose **System**. Because the preference is saved right away, changing your mind is simple. Open the same menu again and pick another option. The newest selection replaces the previous one in that browser. If you are looking for where the control lives in different parts of the interface, keep an eye on the top navigation area first, since that is where display controls are commonly placed. ## Knowing When the Saved Preference Applies Your saved display preference usually takes effect the next time you open **Sherkety ERP & Website Platform** in the **same browser** where you made the choice. That means if you selected **Dark** while browsing a public page, then return later in that same browser, the site should open in **Dark** again instead of going back to the default appearance. This remembered mode is not limited to one page. In normal use, it carries across multiple areas, including: - public website pages - service and pricing pages - ERP product pages - admin pages you can access after signing in That consistency is the main benefit of a saved display preference. You do not need to switch the theme again every time you move from one part of Sherkety ERP & Website Platform to another. If you choose **System** or **Default**, the behavior is slightly different. Instead of forcing **Light** or **Dark**, Sherkety ERP & Website Platform follows the appearance setting already active on your device or browser. So if your computer is set to dark appearance, the site may open in dark styling. If your device changes back to light appearance later, the site may follow that change as well. Keep these limits in mind: - A different browser may not know your saved choice. - A different browser profile may act like a fresh start. - A private or incognito window may not keep the preference after you close it. - Another device, such as your phone or tablet, may show a different mode until you choose one there too. [SCREENSHOT: same site viewed on two pages with the same theme applied] If the appearance seems to change unexpectedly, first check whether you are still using the same browser and whether **System** mode is following your device setting rather than a manually forced theme. ## Changing or Resetting the Preference Later You can change your saved display preference at any time by returning to the same **theme switcher** or **display menu**. In Sherkety ERP & Website Platform, there is no special reset screen required for this. Just open the menu and select a new option. Your latest choice replaces the old one in that browser. Common ways to update the preference: - Select **Light** to force a bright interface. - Select **Dark** to force a darker interface. - Select **System** or **Default** to stop forcing one mode and let your device decide. This is helpful if your needs change during the day. You might prefer **Light** while editing content in the admin area, then switch to **Dark** for evening reading on public pages. Because the setting updates immediately, you can test each option and keep the one that feels best. If you want to remove the remembered choice entirely, the result usually comes from clearing your browser’s saved site data rather than from a button inside Sherkety ERP & Website Platform. When browser storage, cookies, or saved website data are removed, the theme preference may disappear too. After that, the site may return to its default behavior or follow **System** mode until you choose a theme again. [SCREENSHOT: theme menu reopened to switch from Dark to System] You may also notice a reset-like effect in these situations: - you clear browsing data - your browser automatically deletes site data on exit - you use a private window - a browser extension removes saved website preferences If the display no longer matches what you picked earlier, simply open the theme menu again and choose the mode you want. That creates a fresh saved preference for your current browser session. ## Understanding What Different Users Should Expect Saved display preferences help different people in different ways across **Sherkety ERP & Website Platform**, but the key idea stays the same: the preference is personal to the browser being used. For **Business Services visitors** and **prospective ERP buyers**, the biggest benefit is consistency while browsing. If you choose **Dark** on the homepage, that same look can continue while you read company registration content, compare services, explore pricing, and review ERP app pages such as Accounting, HR, Sales & CRM, Purchasing, or Reporting. This makes long browsing sessions more comfortable and avoids repeated theme changes between pages. For **Content Editors**, the saved preference affects how the editing experience appears in their current browser. If you work with inline editing tools, content screens, preview areas, or page management views, the chosen display mode changes how those screens look for you. It does not change the saved content itself. It only changes the way the interface is shown while you work. For **Administrators**, it is important to separate a personal display preference from broader site controls. Choosing **Light**, **Dark**, or **System** in your own browser does **not** push that appearance to all other users. It does not automatically change what visitors see on their devices, and it does not replace branding or site-wide appearance settings managed elsewhere in the admin area. Key expectations: - **Visitors** get a more consistent reading experience. - **Editors** see their preferred mode while managing content. - **Administrators** should not expect personal theme changes to become global settings. If you are working across teams, remember that each person may see Sherkety ERP & Website Platform in a different mode depending on what they selected in their own browser. ## Fixing Cases Where the Saved Display Does Not Stick If Sherkety ERP & Website Platform does not remember your display choice, start with the simplest check: make sure you are returning in the **same browser**, on the **same device**, and in the **same browser profile** where you originally selected the theme. A saved preference in one browser window does not always carry over to another browsing setup. The most common reasons the preference does not stick are: - the browser is blocking site storage - cookies or saved website data are being cleared - you are using a private or incognito window - a browser extension removes saved data automatically - you selected **System**, and your device appearance changed If you suspect a storage issue, try this practical test: - choose **Light** or **Dark** from the theme menu - move to another page in Sherkety ERP & Website Platform - refresh the page or reopen the site later in the same browser If the site immediately forgets the choice, your browser may not be keeping the saved preference. When **System** mode seems inconsistent, compare the site’s appearance with your device’s current light or dark setting. If your phone, tablet, or computer is set to switch appearance automatically by time of day, Sherkety ERP & Website Platform may appear to “change on its own” even though it is correctly following the device setting. [SCREENSHOT: theme menu with System selected while device appearance differs] If the issue continues, switch from **System** to a fixed option like **Light** or **Dark** and test again. That helps you tell whether the problem is with saved browser data or simply with the device-controlled appearance. For related interface behavior such as loading and error messages, see [Understanding Loading Placeholders Empty States and Errors](doc:understanding-loading-placeholders-empty-states-and-errors). ## Overview Saved display preferences in **Sherkety ERP & Website Platform** are designed to make the interface feel familiar each time you return. After you use the **theme switcher** and choose **Light**, **Dark**, or **System**, that choice is typically remembered in your current browser. The next time you open public pages, browse ERP product content, or return to the admin area, the same appearance is usually applied automatically. The main points to remember are: - your choice is saved as soon as you select it - the preference usually follows you across multiple pages - the saved mode belongs to the current browser and device - **System** follows your device appearance instead of forcing one mode - clearing browser data can remove the remembered setting This behavior is especially useful if you spend time moving between different parts of Sherkety ERP & Website Platform. A visitor can keep the same reading experience while exploring services and ERP modules. A content editor can keep the same visual comfort while working in editing screens. An administrator can use a preferred mode without affecting what other users see. If the remembered display does not behave as expected, first check whether you are in the same browser and whether **System** mode is following your device settings. In many cases, what looks like a broken preference is simply a different browser profile, a private window, or cleared site data. For a broader view of how theme controls behave as you move between different areas, continue with [Using Theme Switching Across the Platform](doc:using-theme-switching-across-the-platform). ## Prerequisites You do not need any special setup before using saved display preferences in **Sherkety ERP & Website Platform**, but a few conditions make the feature work as expected. Before this topic, it helps if you already know how to find and use the **theme switcher**. If you have not done that yet, read [Using Light and Dark Display Modes](doc:using-light-and-dark-display-modes). That guide explains the visible theme options and how to switch between them. To follow the steps in this document, you should have: - access to **Sherkety ERP & Website Platform** in a web browser - a visible **theme switcher** or display option in the page header, menu, or admin area - permission to keep normal browser site data so your preference can be remembered You do **not** need: - an admin role - a special settings screen - a separate save action - any account-wide configuration This topic applies whether you are: - browsing public pages as a visitor - reviewing ERP offerings as a prospective buyer - signing in as a content editor - working in the admin area as an administrator If you are testing saved preferences, use the same browser and device throughout. That gives you the clearest result when checking whether **Light**, **Dark**, or **System** is being remembered correctly. Once you are comfortable with that behavior, the next useful step is seeing how theme switching behaves as you move between public and admin experiences in [Using Theme Switching Across the Platform](doc:using-theme-switching-across-the-platform). ## Finding Contact Details in the Footer and Contact Page In Sherkety ERP & Website Platform, the quickest place to spot business contact information is the **footer** at the bottom of public pages. As you scroll to the end of the page, look for the contact area that shows the company’s direct details and social media icons. This footer section is useful when you want fast access without leaving the page you are already reading. The footer usually works best for quick checks. You might use it to: - spot a phone number you can tap or dial - view a short address line - open a social media profile from an icon - confirm that direct business details are available before you continue browsing If you need the full set of published business details, open the **Contact** page from the site navigation or footer links. The **Contact** page is the better choice when you want to review the complete company contact block in one place before calling, messaging, or planning a visit. It gives you a fuller view of the company’s published identity and contact options than the shorter footer summary. A simple way to use both areas is: 1. Check the **footer** first for fast access while browsing. 2. Open the **Contact** page when you need the complete business details. 3. Use the item that matches your next action, such as a phone number, address text, or social media icon. Pay attention to which details are immediately usable. A phone number may be clickable on supported devices, social icons usually open the company’s public profiles, and the address text can be copied for navigation or verification. [SCREENSHOT: Footer showing phone number, address snippet, and social media icons] ## Using Social Media Links to Reach the Company Sherkety ERP & Website Platform includes social media links in the public-facing contact areas, typically in the **footer** and sometimes on the **Contact** page. These links are shown as familiar social media icons rather than long text labels, so they are easy to recognize while browsing. To use them: 1. Scroll to the **footer** or open the **Contact** page. 2. Find the row of **social media icons** in the business details area. 3. Click the icon for the platform you want to open. 4. Review the company profile in the new browser tab or external social platform. These links are helpful when you want to learn more before making direct contact. For example, a social profile can help you confirm that the business is active, see recent updates, and understand how Sherkety presents its services publicly. This is especially useful if you are comparing ERP providers or checking whether the company’s public presence matches the services described on the website. Use social links differently depending on your goal: - If you want to **verify brand presence**, open the profile and review posts, profile details, and public activity. - If you want a more **informal outreach option**, use the messaging features available on that social platform, if the profile supports them. - If your question is more formal or urgent, social media is usually better as a supporting channel rather than your only contact method. Because these links take you outside Sherkety ERP & Website Platform, watch for a new tab opening. If nothing appears to happen, check your browser tabs or your device’s external app behavior. [SCREENSHOT: Social media icons in the footer or Contact page business details block] ## Calling or Messaging from the Listed Phone Numbers The most direct way to reach Sherkety from the public website is the published **phone number** shown in the **footer** or on the **Contact** page. If you already know you want a direct response, this is usually the fastest option to try. To use the listed number: 1. Find the **phone number** in the footer contact area or the full contact details block on the **Contact** page. 2. On a mobile device, tap the number to open your device’s calling app. 3. On a desktop or laptop, click the number if your browser and device support calling links. 4. If clicking does not start a call, copy or note the number and dial it manually. The phone number shown in these public contact areas should be treated as the company’s published business contact. If the page does not label separate numbers for different departments, use the visible number as the main point of contact for general business, service, or sales-related questions. This is especially helpful when you need clarification quickly, want to confirm details before requesting a demo, or need to ask whether a service fits your business. When deciding whether to call or message, think about urgency: - Use the phone number for questions that need a prompt answer. - Use it when you want to speak directly before moving forward with ERP or business service discussions. - Keep the number handy if your browser cannot launch a call automatically. If you previously used forms and direct page actions, this phone option works well as a faster alternative for time-sensitive questions. For form-based contact paths, see [Contacting Sherkety Through Forms and Direct Channels](doc:contacting-sherkety-through-forms-and-direct-channels). [SCREENSHOT: Contact page business details block with visible phone number] ## Using the Address and Business Details to Plan a Visit When you need location details, the **Contact** page is the best place to review the company’s published address. The footer may show only a short version, while the Contact page is where you should look for the complete business details before planning a visit or confirming the company’s location. Start by opening the **Contact** page and reading the full business details block carefully. Look for the visible company name and address lines presented on the page. These details help you confirm that you are using the correct location information for navigation, correspondence, or general business verification. A practical way to use the address is: 1. Open the **Contact** page. 2. Read the full **address** shown in the business details section. 3. Compare it with the shorter address text in the **footer** if you first found it there. 4. Copy the complete address into your preferred maps or navigation app. This comparison matters because the footer is designed for quick reference, not always for full location planning. If the footer shows only part of the location, switch to the Contact page before you travel or save the address. The published business details can also help with due diligence. If you are evaluating Sherkety ERP & Website Platform as an ERP or business services provider, the visible company name and address information give you a straightforward way to confirm the business identity shown on the website. That can be useful before making a purchasing decision, arranging a discussion, or sharing company details internally with your team. If no map or directions tool is shown on the page, simply copy the address text manually and use it in your own navigation app. [SCREENSHOT: Contact page showing full company address and business identity details] ## Choosing the Best Contact Method for Your Inquiry The best contact method depends on what you need from Sherkety ERP & Website Platform. The footer and **Contact** page give you several business details, but each one is better suited to a different kind of question. Use the **phone number** when your question is urgent or when you want a direct response. This is the strongest option if you need quick clarification about services, ERP fit, pricing direction, or the next step in a buying conversation. A phone call is also useful when you do not want to wait for a reply through a form or external platform. Use **social media links** when your goal is to learn more before reaching out. Social profiles can help you: - review recent company activity - see how services are presented publicly - confirm that the business has an active public presence - use informal outreach options available on the social platform Use the **published address and business details** when you need to validate the company rather than start a conversation immediately. This is especially useful for buyers comparing providers, teams doing internal review, or anyone checking the company’s identity before requesting a demo or discussing a service package. A simple way to choose is: 1. Pick **phone** for urgent or direct questions. 2. Pick **social media** for public updates and lighter outreach. 3. Pick **address and business details** for verification and visit planning. If you are still deciding which route fits your situation, the next document in this section will help you compare channels more directly: [Choosing the Right Contact Channel for Your Inquiry](doc:choosing-the-right-contact-channel-for-your-inquiry). ## Common Issues When Contact Links or Details Do Not Work Most contact details in Sherkety ERP & Website Platform are straightforward to use, but sometimes a link or published detail may not behave the way you expect. In most cases, the quickest fix is to switch from the footer shortcut to the full **Contact** page and try again from there. Here are the most common situations and what to do: - **A social media icon opens an empty or unavailable page** The external profile may no longer be publicly available, or the social platform may not load correctly in your browser. Try opening the link again in a new tab, refreshing the page, or checking whether the social platform is accessible on your device. - **The phone number is visible but not clickable** Some desktop browsers and devices do not support click-to-call. If that happens, use the number exactly as shown and dial it manually from your phone or calling app. - **The address in the footer looks too short** This is expected in many cases because the footer is meant for quick reference. Open the **Contact** page to view the full address and related business details before using it for navigation or correspondence. - **The contact method does not fit your need** If social media feels too informal, switch to the phone number. If the footer does not show enough detail, use the **Contact** page. If you only need to verify the company, focus on the published business name and address rather than starting with a message. When a contact option seems limited, the main decision is usually not whether the detail is missing, but whether you are looking in the right place: the **footer** for speed or the **Contact** page for complete information. ## Overview - Sherkety ERP & Website Platform gives visitors two main places to find business contact details: - the **footer** for quick access while browsing - the **Contact** page for the full business details block - The most visible contact items typically include: - a **phone number** - **address information** - **social media icons** - Each item supports a different kind of action: - **Phone number** for direct and urgent contact - **Social media links** for reviewing public activity or using platform-based outreach - **Address details** for company verification, correspondence, or visit planning - The footer is best when you want a fast shortcut without leaving the current page. - The Contact page is better when you need complete company information before calling, messaging, or copying the address. - If a link does not work as expected, switch from the footer to the **Contact** page and use the published details there. This document focuses on using visible business details and social links. If you need help choosing the most suitable channel for a specific type of question, continue with [Choosing the Right Contact Channel for Your Inquiry](doc:choosing-the-right-contact-channel-for-your-inquiry). ## Prerequisites - You should be able to open the public website pages in Sherkety ERP & Website Platform. - It helps to know how to reach the **footer** and the **Contact** page from the site navigation. - If you need help with direct contact actions such as forms or contact-page submission paths, review [Contacting Sherkety Through Forms and Direct Channels](doc:contacting-sherkety-through-forms-and-direct-channels) first. - To use social links, you need: - a browser that can open external pages or apps - access to the social platform on your device, if required - To use click-to-call, you need: - a phone or supported device - a browser or device that can open calling actions - To use the address for navigation, you need: - access to a maps or navigation app if you want turn-by-turn directions ## Reviewing the homepage trust and credibility signals When you first land on the homepage in **Sherkety ERP & Website Platform**, start with the top section before scrolling into the rest of the page. This opening area usually does the first job of building confidence: it tells you what Sherkety offers, who it helps, and whether the focus is on ERP, business services, or both. If you already reviewed package and value messaging in [Reviewing Startup Package and Value Sections](doc:reviewing-startup-package-and-value-sections), treat this section as the earlier trust layer that prepares you for those deeper comparisons. 1. Read the main headline and the short supporting text directly under it. Look for clear wording about business setup, accounting, ERP, or operational support. 2. Check the main action buttons in the top section. These buttons show what Sherkety wants a first-time visitor to do next, such as learn more, explore services, or move toward contact and inquiry. 3. Scan the first visible proof-oriented content as you scroll. This may appear as short reassurance statements, trust-focused copy blocks, or visually separated sections that emphasize support, expertise, or business outcomes. 4. Notice whether the page moves naturally from promise to proof. A strong homepage does not stop at a headline; it follows with content that explains why the company is credible. 5. Compare the wording across these early sections. The strongest trust signals repeat a consistent message about implementation help, advisory support, and practical business value. [SCREENSHOT: Homepage top section showing headline, supporting text, and primary action buttons] As you scan, focus on what is visible without opening another page. A first-time visitor should be able to understand the company position from the homepage alone. If the headline promises ERP guidance or business support, the next sections should reinforce that with trust-oriented language, not just marketing slogans. Look for customer-centered wording that speaks about outcomes, support, and long-term help rather than only listing features. This page structure helps you decide quickly whether Sherkety ERP & Website Platform feels like a serious provider worth exploring further. ## Exploring team profiles from the homepage The homepage also helps build trust by showing the people behind the service. In **Sherkety ERP & Website Platform**, look for a team-focused section that presents profile cards or grouped staff highlights. This section is important because it turns the company from a set of claims into visible people with defined roles. 1. Scroll until you find the team section. It will usually stand out with profile images, names, and short role descriptions. 2. Review each visible card carefully. Look for the person’s **name**, **role title**, **profile image**, and a short text block that explains what they contribute. 3. Compare the roles shown on the cards. For ERP and business services decisions, pay attention to whether the team appears to cover advisory work, implementation support, accounting guidance, or broader business setup expertise. 4. If a card, name, or button leads to more information, open it to see whether fuller profile details are available. 5. Use the section to judge whether the homepage presents a balanced team story. A useful team section should show more than generic staff photos; it should suggest real capability and specialization. [SCREENSHOT: Team section with profile cards showing image, name, title, and short description] For a prospective buyer, the most useful team signals are practical ones. A role title can tell you whether Sherkety ERP & Website Platform emphasizes implementation, consulting, accounting support, or operational guidance. Short profile text may also show whether the person works with startups, company registration, ERP rollout, or ongoing business services. If the team section includes links or profile interactions, use them to move from summary-level trust to deeper evaluation. This section works best when it answers a simple question: “Who will help me?” If the homepage shows people with clear responsibilities and relevant expertise, that supports the broader trust message. If the profiles feel vague, you may want to continue into service pages or contact options before deciding. The team section should help you connect visible people to the services promoted elsewhere on the homepage. ## Reading ecosystem messaging and partner positioning Beyond individual team members, the homepage may also present a wider story about how Sherkety fits into a broader business and technology landscape. In **Sherkety ERP & Website Platform**, this appears through ecosystem messaging: copy that explains platform alignment, solution coverage, or the company’s role within a larger ERP and services environment. 1. Find the section that talks about the broader offering around Sherkety, ERP, business support, or connected services. 2. Read the section heading first. Headings in this area usually frame the company as part of something larger than a single one-time service. 3. Review the supporting text for phrases that suggest implementation support, advisory capability, broader solution coverage, or readiness for future business growth. 4. Compare this wording with the earlier homepage sections. The ecosystem message should expand the story, not contradict it. 5. Ask whether the section makes Sherkety ERP & Website Platform feel like a long-term partner rather than only a project vendor. [SCREENSHOT: Ecosystem or partner-focused homepage section with heading and supporting copy] This kind of messaging matters because many visitors are not only choosing a service provider; they are choosing a business relationship. A strong ecosystem section shows that Sherkety can support more than an initial setup. It may suggest that the company can guide implementation, connect services together, and continue supporting the business as needs grow. When you read this section, compare four message patterns: | What to look for | Why it matters | |---|---| | Implementation support | Shows help during setup and rollout | | Advisory capability | Suggests strategic guidance, not only task delivery | | Integration readiness | Indicates the offering can fit into broader operations | | Long-term platform fit | Helps you judge whether the relationship can grow with your business | Use this section alongside the team profiles. Team cards show who is involved; ecosystem messaging shows how the company positions its wider capability. Together, they help you decide whether Sherkety ERP & Website Platform looks prepared to support both immediate needs and future expansion. ## Understanding the broader support benefits presented on the homepage A strong homepage does more than describe products. In **Sherkety ERP & Website Platform**, support-focused sections help you understand what happens around the service itself. These areas often explain whether help is available during onboarding, setup, day-to-day operations, or longer-term business growth. 1. Scroll through the homepage and identify sections that describe benefits rather than only features. These may appear as icon lists, benefit cards, short copy blocks, or grouped support statements. 2. Read the section headings first to see whether they focus on guidance, assistance, implementation, or ongoing support. 3. Review each benefit item and translate it into a practical outcome. For example, support language may point to reduced setup risk, faster adoption, or easier access to specialists. 4. Compare immediate help with long-term support. Some blocks may speak to launch and onboarding, while others suggest continuing advisory or operational assistance. 5. Use these sections to decide whether support extends beyond delivery into a broader working relationship. [SCREENSHOT: Homepage support benefits section with cards or icon-based highlights] This part of the homepage is especially useful for visitors comparing providers. Two companies may both offer ERP or business services, but the support language reveals how much help you can expect after the initial engagement. If the page separates short-term project help from ongoing support, that is a useful sign. It means Sherkety ERP & Website Platform is trying to explain not only what it sells, but how it stays involved. Look for wording that connects support to outcomes. Good homepage support content usually answers questions such as: - Will I get help during setup? - Is there guidance after launch? - Can I rely on specialists for business or operational questions? - Does support cover strategy as well as execution? These sections are most valuable when they connect clearly to the rest of the homepage. If the hero promises business growth and the support section explains how guidance continues after launch, the message feels consistent. That consistency helps you judge whether Sherkety ERP & Website Platform is positioned as a long-term support partner rather than a one-time provider. ## Using testimonials, proof points, and reassurance content to evaluate fit After reviewing the headline, team section, ecosystem messaging, and support benefits, turn to the homepage proof elements. In **Sherkety ERP & Website Platform**, these may appear as testimonials, customer quotes, trust statements, highlighted numbers, badges, or other reassurance content designed to reduce hesitation. 1. Locate any quote blocks, testimonial cards, trust statements, or highlighted metrics on the homepage. 2. Read the proof content together with nearby headings. The heading often tells you what the proof is meant to support, such as reliability, expertise, or results. 3. Check whether the proof matches the promises made earlier on the page. If the homepage emphasizes support and implementation, the proof should reinforce those ideas. 4. Notice the visual treatment. Quotes, logos, badges, and larger numbers are usually styled to stand out so you can scan them quickly. 5. Use these proof elements to answer common buyer concerns: Can this provider be trusted? Does it seem experienced? Is there evidence of continuity and business value? [SCREENSHOT: Homepage testimonial or trust section with quote styling, logos, or highlighted statistics] Proof content is most useful when you do not read it in isolation. A testimonial means more when it supports the same story told by the team and support sections. For example, if the team cards suggest hands-on expertise and the proof section reinforces reliability or client confidence, the homepage creates a fuller credibility picture. Pay attention to visual hierarchy. Large statistics, emphasized quotes, and grouped logos are designed to be read quickly. That matters on a homepage because many visitors skim before deciding whether to continue. Reassurance content should make it easy to spot evidence without forcing you to dig through subpages. If the proof feels specific and aligned with the rest of the page, it strengthens trust. If it feels disconnected from the service story, keep that in mind as you continue evaluating other pages. ## Comparing homepage highlights to decide whether to engage further The most useful way to read the homepage in **Sherkety ERP & Website Platform** is to compare all trust-building sections together. Do not judge the page based only on the headline, only on the team cards, or only on a testimonial block. The homepage is designed as a sequence, and the real value comes from seeing whether the sections support one another. 1. Revisit the main homepage highlights: headline and opening copy, team profiles, ecosystem messaging, support benefits, and proof content. 2. Check whether these sections tell one consistent story about people, capabilities, and outcomes. 3. Look for nearby action buttons or links around these sections. These calls to action reveal the intended next step, such as learning more, exploring services, or contacting the team. 4. Compare the promises in the top section with the proof lower on the page. If the page claims expertise, support, and business value, the later sections should back that up. 5. Decide whether the homepage gives you enough confidence to continue into service pages, ERP pages, or contact options. [SCREENSHOT: Homepage section transition from trust content into a call to action] A strong homepage connects three things clearly: who the people are, what they can do, and what results or support you can expect. If Sherkety ERP & Website Platform presents those elements in matching language, the page is doing its job well. If one part feels strong but another feels weak—for example, bold promises with little proof—that gap is worth noticing before you engage further. Use the calls to action as a final signal. If the page places a button near trust content or support messaging, that usually means the visitor is expected to take the next step while confidence is high. Follow that path only after checking that the homepage evidence supports the message. For the next part of this learning path, continue with [Understanding Homepage Section Flow and Visitor Priorities](doc:understanding-homepage-section-flow-and-visitor-priorities). ## Overview This document focuses on how to read the homepage trust-building sections in **Sherkety ERP & Website Platform** as a connected evaluation path. The goal is not simply to notice that the homepage contains a team area or a support message. The goal is to understand how those sections work together to help a visitor judge credibility before opening deeper pages. You will use the homepage to review several kinds of visible signals: - Opening headline and supporting copy that explain the company position - Team profile cards that show people, roles, and visible expertise - Ecosystem or partner-oriented messaging that places the company in a broader solution context - Support-focused sections that explain help before, during, and after delivery - Testimonials, trust statements, and other reassurance content that back up the page’s promises This document follows naturally after [Reviewing Startup Package and Value Sections](doc:reviewing-startup-package-and-value-sections). That earlier document focused on package presentation and value messaging. Here, the attention shifts to the people, support story, and trust signals that help a visitor decide whether those offers feel credible. As you read, stay on the homepage and evaluate what is visible there first. This is important because many first-time visitors decide whether to continue within a short scan. If the homepage clearly connects expertise, support, and outcomes, it gives you a strong basis for exploring service pages, ERP pages, or contact options. If the messaging feels uneven, that is also useful information. The homepage is often the fastest place to judge whether Sherkety ERP & Website Platform presents a convincing and trustworthy business story. ## Prerequisites Before using this guide, make sure you are ready to review the homepage as a visitor rather than as an editor or administrator. - Open the public homepage in **Sherkety ERP & Website Platform**. - Be prepared to scroll through multiple homepage sections from top to bottom. - Use the language version you are most comfortable reading if language switching is available. If needed, see [Switching Languages While Browsing the Platform](doc:switching-languages-while-browsing-the-platform). - If you want a broader orientation first, review [Browsing the Sherkety Public Website](doc:browsing-the-sherkety-public-website). - If you need help understanding how the homepage header or footer leads into other pages, see [Using Header Menus and Footer Links](doc:using-header-menus-and-footer-links). - For the earlier homepage context referenced in this guide, read [Reviewing Startup Package and Value Sections](doc:reviewing-startup-package-and-value-sections). It also helps to approach the homepage with a few practical questions in mind: - Does the page show who will help me? - Does it explain support beyond the initial service? - Does the trust content match the main headline? - Do the calls to action feel appropriate based on the proof shown? You do not need admin access, editing tools, or any setup steps to follow this guide. Everything covered here is based on what a public visitor can read and compare directly from the homepage. ## Reviewing how roles control what appears in the admin portal In Sherkety ERP & Website Platform, a user’s assigned role controls much more than whether they can sign in. It changes what appears in the admin navigation, which admin pages open successfully, which records appear inside lists, and which action buttons are available on each screen. A content-focused user may see areas such as **Dashboard**, **Content**, **Services**, **Pricing**, **SEO**, and **Settings**, while someone without the right access may not see those menu items at all. Visibility usually changes in three clear ways in the interface: - **Hidden navigation items**: a page such as **Users** or **Settings** may not appear in the admin menu - **Blocked pages**: a user may open a saved link or bookmarked page and be stopped from entering it - **Missing action buttons**: the page opens, but buttons such as **Add**, **Edit**, **Delete**, or other management actions are not available This distinction matters because viewing access and action access are not always the same. A user might be able to open the **Users** list and read account details, but still be unable to change a role or update a profile. Another user might see the **Content** area and edit page text, but not access **SEO** or **Settings**. Role changes can also affect what appears inside a page after it opens. For example, a list may show fewer records, search results may be limited, or details inside a record may be reduced based on the user’s access level. If a user reports that “the page is there, but I can’t see everything,” the issue may be record visibility rather than menu visibility. [SCREENSHOT: Admin menu showing one user with more sections visible than another] For a deeper explanation of how these restrictions work before you make changes, see [Understanding Role Visibility and Access Restrictions](doc:understanding-role-visibility-and-access-restrictions). ## Checking the roles and permissions available before assigning access Before you assign access, review the role options already available in Sherkety ERP & Website Platform. Start by signing in to the admin portal and opening the **Users** area from the admin navigation. From there, look for the part of the user profile or administration area where access is managed. Depending on your screen layout, this may appear as a **Roles**, **Permissions**, or **Access** section when you open a user account. As you review the available choices, focus on what each role allows the person to do in the admin portal. In this product, the most important distinction is whether the role gives access to protected admin pages such as: - **Dashboard** - **Content** - **Users** - **Settings** - **SEO** - **Services** - **Pricing** Some roles are broad and open several sections at once. Others are narrower and are intended for a specific kind of work, such as content editing. If your organization uses more than one role on the same account, review the full combination before saving changes. A user with overlapping roles may receive more access than expected. Use this quick review approach before assigning anything: | What to check | What to look for in the interface | |---|---| | Role name | Whether it clearly matches the person’s job | | Admin sections opened by the role | Which menu items become available | | Allowed actions | Whether the user can only view, or also add, edit, and remove | | Combined access | Whether multiple assigned roles expand visibility | You should also confirm that you personally have permission to manage user access. If you can open the **Users** page but cannot change role-related fields or save updates, your own account may not have enough administrative access. If you need a refresher on finding and opening user records first, see [Viewing and Maintaining User Accounts](doc:viewing-and-maintaining-user-accounts). ## Assigning roles to a user account Use the **Users** page in Sherkety ERP & Website Platform to assign or change access for an administrator. 1. Open the admin portal and select **Users** from the navigation. 2. In the user list, find the person you want to update and open their profile. 3. Locate the **Roles**, **Permissions**, or **Access** area on that user’s screen. 4. Select the role or roles that match the work this person should perform. 5. Click **Save** to apply the change. [SCREENSHOT: User profile with Roles or Access section highlighted] After saving, pay attention to the feedback message on screen. Sherkety ERP & Website Platform may show a confirmation message that the update was saved. In many cases, access changes take effect right away, but the user may need to sign out and sign back in before the menu and page visibility fully refresh in their session. If the user is already signed in when you make the change, ask them to refresh their session before you test the result. To remove access, return to the same user profile, open the **Roles** or **Access** area, and clear the role you no longer want assigned. Then click **Save** again. If someone has been given a role that is too broad, replace it with a narrower role instead of simply adding another one on top. Stacking roles can unintentionally expand access. If you make a change by mistake, reopen the user profile immediately and restore the previous role selection before leaving the page. It is helpful to review the user’s current access before editing so you know exactly what changed. If the account itself needs to be activated, deactivated, or otherwise maintained before role assignment, use the steps in [Managing User Lifecycle in the Admin Portal](doc:managing-user-lifecycle-in-the-admin-portal). ## Matching roles to the work each administrator needs to perform The safest way to assign access in Sherkety ERP & Website Platform is to match each role to the person’s actual day-to-day work. Start with the smallest amount of access needed, then add only what is required. This keeps the admin portal easier to use and reduces the chance that someone edits content, settings, or user accounts they were only meant to review. A practical way to think about role assignment is by job responsibility: | Administrator responsibility | Access usually needed | |---|---| | Website content updates | **Content** access, and possibly **Services** or **Pricing** if they maintain public offerings | | Search and page metadata updates | **SEO** access | | Site-wide configuration changes | **Settings** access | | User account administration | **Users** access | | General monitoring | **Dashboard** access, often without broad editing rights | Broad administrative roles are useful for a small number of trusted administrators who manage several areas. For most users, narrower access is better. For example, someone who updates multilingual website copy may need **Content** but not **Users** or **Settings**. A person reviewing page search snippets may need **SEO** without being able to edit service packages or pricing. Combine roles only when the work truly crosses areas. A user who manages both website copy and service listings may need access to **Content** and **Services** together. Keep user management separate whenever possible, since that area affects who can enter the admin portal and what they can see. Be especially careful with full-access assignments. A role that opens many admin pages may also expose records, controls, and settings that are unrelated to the person’s job. If the user only needs to read information, avoid assigning a role that also enables **Edit**, **Delete**, or other management actions. For more background on user lists and account maintenance, refer to [Viewing and Maintaining User Accounts](doc:viewing-and-maintaining-user-accounts). ## Verifying what the user can see after changing permissions After you save a role change, verify the result from the user’s point of view. This is the fastest way to confirm that the assigned access matches the intended job. In Sherkety ERP & Website Platform, do not stop at checking the user profile alone—open the admin portal as that user if possible, or ask the user to sign in and confirm what appears on screen. 1. Sign in with the affected account, or have the user sign in after refreshing their session. 2. Check the admin navigation and confirm the expected menu items are visible, such as **Dashboard**, **Content**, **Users**, **SEO**, **Services**, **Pricing**, or **Settings**. 3. Open each relevant page and confirm it loads normally. 4. Test the actions the user is supposed to perform, such as opening records, changing fields, or saving updates. 5. Confirm restricted areas remain unavailable. [SCREENSHOT: Admin navigation and page actions being checked after a role update] When you test, look at both page access and action access. A user may be able to open **Content** but still be missing edit controls. Another user may reach **Users** but be unable to change roles. Also check whether lists and records show the expected information. If a page opens but appears incomplete, the issue may be limited visibility inside that page rather than a missing role. Use this checklist while verifying: - The correct admin menu items are visible - Allowed pages open without restriction - Expected records appear in lists and search results - Buttons such as **Save**, **Edit**, or other management actions appear where needed - Restricted pages stay hidden or blocked If the user cannot reach a page they should have, or can reach one they should not, continue with the troubleshooting steps in the next section. ## Fixing common visibility problems after assigning roles Most access problems in Sherkety ERP & Website Platform come from one of four situations: the role change was not saved as expected, the user session has not refreshed, the user has overlapping access from more than one role, or the page is visible but action-level access is still missing. If the user still cannot see a page after you assign a role, start with the basics: - Reopen the user’s profile in **Users** - Confirm the role is assigned to the correct account - Click **Save** again if you are unsure the change was stored - Ask the user to sign out and sign back in - Check whether the missing page should appear in the admin menu or only through a direct page link If the user can open a section but cannot find certain records, the issue may be inside the list rather than in the role assignment itself. Review whether the user’s access limits which entries appear in lists, search results, or detail pages. This often shows up as “I can open the page, but my items are missing.” If the user sees too much information, inspect the full set of assigned roles. Multiple roles can combine and widen access. Remove any extra role that is no longer needed, then save and test again. This is especially important when someone temporarily received broader access and it was never fully removed. If buttons are missing even though the page is visible, compare what the user can do against what they need to do: | Problem | What to check | |---|---| | Page opens, but no edit option | The role may allow viewing only | | User can view records, but not add new ones | Create access may be missing | | User can edit, but not remove items | Delete access may be restricted | | User can open admin pages, but not manage users | Their role may not include user administration rights | For broader troubleshooting patterns, continue with [Reviewing User Access and Resolving Common Admin Issues](doc:reviewing-user-access-and-resolving-common-admin-issues). ## Overview This guide focuses on one specific task in Sherkety ERP & Website Platform: assigning roles and confirming that those roles change visibility in the admin portal the way you expect. You use the **Users** area to open a person’s account, update the **Roles**, **Permissions**, or **Access** section, save the change, and then verify the result by checking the admin navigation, page access, and available action buttons. The most important idea in this guide is that access is layered. A role can affect: - Which admin menu items appear - Which pages open successfully - Which records appear in lists and searches - Which actions, such as editing or deleting, are available on a page That means a successful role assignment is not just about seeing the right page name in the menu. You also need to confirm the user can do the work they were given access for—and cannot do work outside that scope. This guide does not repeat the basics of finding user accounts or handling account status changes. If you need those steps, use [Viewing and Maintaining User Accounts](doc:viewing-and-maintaining-user-accounts) and [Managing User Lifecycle in the Admin Portal](doc:managing-user-lifecycle-in-the-admin-portal). It also builds on the visibility concepts explained in [Understanding Role Visibility and Access Restrictions](doc:understanding-role-visibility-and-access-restrictions). Use this guide when you are granting access to a new administrator, narrowing access for an existing one, or checking why a user sees too much or too little in the admin portal. The final section points you to the next document for deeper troubleshooting when the visible results still do not match the assigned role. ## Prerequisites Before you assign or change roles in Sherkety ERP & Website Platform, make sure these conditions are in place: - You can sign in to the admin portal successfully - Your own account has access to the **Users** area - You can open a user profile and save changes to that profile - The user account you want to update already exists in the **Users** list - You know which admin areas the person should access, such as **Content**, **Users**, **SEO**, **Services**, **Pricing**, or **Settings** It also helps to prepare a clear access decision before opening the user record. Decide whether the person needs: - View-only access - Access to edit existing records - Access to create new entries - Access to remove items - Access to sensitive areas such as user administration or site-wide settings If you are unsure which account to edit, first review [Viewing and Maintaining User Accounts](doc:viewing-and-maintaining-user-accounts). If the account is inactive or needs status changes before role assignment, use [Managing User Lifecycle in the Admin Portal](doc:managing-user-lifecycle-in-the-admin-portal). For the smoothest testing process after you save changes, arrange one of these options in advance: - Access to sign in with the affected user account for verification - Coordination with the user so they can sign out, sign back in, and confirm the result - A clear list of pages and actions you expect them to see after the update Once you have those pieces ready, move on to role assignment and then verify the visible changes carefully. The next document, [Reviewing User Access and Resolving Common Admin Issues](doc:reviewing-user-access-and-resolving-common-admin-issues), picks up from there when assigned access still does not behave as expected. ## Confirming the migration finished and reviewing the result summary 1. Open the **Migration Tool** in Sherkety ERP & Website Platform and return to the migration run you just completed. If you came here right after following [Running Homepage Migration Workflows](doc:running-homepage-migration-workflows), use the same run record instead of starting a new one. 2. Check the final status first. Make sure the run shows **Completed**. If it still shows **Queued**, **Running**, or **Failed**, do not begin homepage validation yet because the visible content may still be incomplete or inaccurate. 3. Review the result summary on the migration screen. Pay close attention to the counters for: - **Migrated items** - **Skipped items** - **Failed items** A completed run can still contain skipped or failed items, so do not assume the homepage is correct just because the status says **Completed**. 4. Look through any warning or notice area in the results screen. Watch for messages about: - missing images or other media - unpublished content - unresolved links - items that could not be matched in the destination site These warnings often explain why a homepage section is blank, why a button goes nowhere, or why an image does not appear. 5. Record the details of the run before you move into visual checks. Capture the following so your findings match the correct migration: | Detail to note | Why it matters | |---|---| | Migration date and time | Helps you distinguish this run from earlier tests | | Source environment | Confirms which homepage version you copied from | | Destination site | Confirms where you should validate the content | | Final status | Shows whether the run actually finished | | Warning count or failed item count | Helps you focus on likely problem areas | [SCREENSHOT: migration results screen showing completed status, summary counters, and warning messages] ## Checking the homepage structure after migration 1. Open the destination homepage in Sherkety ERP & Website Platform and scroll from top to bottom without editing anything first. Your goal is to confirm the page structure before checking individual words, images, or links. 2. Compare the visible section order with the expected homepage layout from the source site. Look for major homepage blocks such as: - the hero area at the top - featured or promotional sections - comparison or value sections - trust, team, or ecosystem highlights - footer callouts and footer content If a section is missing entirely, note its position on the page. A missing middle section usually points to a migration or publishing issue, while a missing footer callout may point to shared content that was not brought over. 3. Check for blank spaces where content should appear. A section may technically exist but still be unusable if you see: - an empty banner area - cards with no text - buttons without labels - image frames with no image - large gaps between sections 4. If you have access to the content editing view, use it to confirm that each homepage section is connected to the correct migrated content. Open the homepage editing area or section list and compare the visible section names with what you expect to see on the live page. This is especially helpful when the page shows the wrong section in the right position. 5. Also check whether any homepage content was intentionally left out because it was hidden, draft, or unpublished before migration. If a section does not appear on the live homepage, but you can see it in editing tools with an unpublished state, treat that as a publishing decision rather than a layout defect. [SCREENSHOT: homepage with visible section order from hero to footer] ## Inspecting text, links, and media in each homepage section 1. Start at the top of the homepage and inspect one section at a time. Read every visible heading, paragraph, card title, teaser, and button label. Look for common migration problems such as: - cut-off text - missing line breaks - awkward spacing - fallback wording that does not belong on the final page - mixed-language text where the wrong language appears in one section 2. Test every homepage button and text link. Open each link and confirm it goes to the expected destination. Check: - navigation to the correct public page - links to the correct ERP app or service page - anchor links that jump to the correct section on the same page - buttons that should open a contact or next-step path If a link opens the wrong page, returns an error, or goes nowhere, note the exact button label so it can be corrected quickly. 3. Review all media in each section. This includes hero images, background visuals, thumbnails, icons, and promotional graphics. Watch for: - missing images - old images from the source site - stretched or badly cropped visuals - thumbnails that do not match the related content - image descriptions that no longer fit the image 4. Pay extra attention to repeated content blocks such as cards, sliders, featured items, or article lists. Confirm that: - the expected number of items appears - the order matches the source homepage - no duplicate cards are shown - each item has the right title, image, and link [SCREENSHOT: homepage section with headings, buttons, and image cards highlighted for review] ## Comparing migrated homepage content with the source site 1. Open the source homepage and the destination homepage side by side. This is the fastest way to catch differences that are easy to miss when reviewing one page at a time. Compare the pages from top to bottom in the same scroll order. 2. Match each homepage section visually first. Confirm that the same major blocks appear in both places and in the same sequence. Then compare the details inside each block: - section titles - supporting text - button labels - images - featured cards or highlighted items 3. When a section looks similar but not identical, verify that the destination page is using the correct migrated content. If the editing area shows titles, slugs, or other identifying labels for content items, use those labels to confirm that the right source entry was brought across. This is especially useful when two sections have similar wording or when older homepage versions still exist. 4. Check dynamic or curated areas carefully. Featured lists, manually selected cards, and promotional blocks may not update correctly if the destination homepage is pointing to the wrong items. Compare the actual items shown on both pages rather than only checking whether the section title matches. 5. Keep a separate note for intentional differences. For example, branding updates, approved wording changes, or legacy sections that were purposely excluded should not be logged as migration defects. Only record unexpected differences that affect what visitors see. A simple review note can include: - section name - source result - destination result - issue found - whether the difference is intentional [SCREENSHOT: source and destination homepages open side by side for comparison] ## Validating what visitors can actually see on the live homepage 1. After checking the editing view, open the published homepage as a visitor would see it. Do not rely only on preview screens. A section can look correct in editing tools and still fail to appear on the live page. 2. Confirm that the homepage is visible without any editor-only access. Open the page in a regular browser tab and review: - hero text and main call-to-action buttons - section headings and body content - images and promotional panels - footer callouts and footer links If content only appears while you are signed in, that is a visibility problem and should be treated as a publishing issue. 3. Check the homepage on both desktop and mobile-sized views. Resize your browser or use your device to confirm that migrated content still appears in the correct order. Watch for: - hidden sections on smaller screens - stacked cards appearing in the wrong sequence - buttons disappearing below images - text overlapping media - mobile menus or callouts covering homepage content 4. If recently migrated content does not appear right away, refresh the page and load it again. If your team uses cache clearing after migration, perform that step before logging a defect. Then recheck the same section on the live homepage. 5. Finish by testing the homepage as a public visitor would: scroll the page, open key links, and confirm the main calls to action work without requiring admin access. [SCREENSHOT: live homepage viewed in desktop and mobile layouts] ## Fixing common homepage migration issues 1. If a homepage section is missing, go back to the migration results and confirm that the content item was actually included in the completed run. Then check whether that section is published and assigned to the homepage in the correct position. A migrated section that is not published or not attached to the homepage will not appear on the live page. 2. If text or media looks outdated, compare the visible content with the source homepage and the migration run details. This often means the migration brought over an older version instead of the latest published content. Recheck the source content version before rerunning anything. 3. If links are broken, open the affected section in the editing area and review each button or linked item. Broken links usually come from: - page references that were not matched correctly - missing destination pages - old source links that were carried over - links pointing to the wrong language version 4. If images do not display, confirm that the image was imported and still attached to the correct homepage field. A section may show the text correctly while the visual stays blank because the image did not transfer or the section is still pointing to an unavailable file. 5. After each fix, return to the live homepage and test the exact section again. Do not assume one correction fixed the whole page. Recheck the heading, image, buttons, and item order in that section before closing the issue. Common issue tracking notes: - section name - visible problem - likely cause - action taken - retest result [SCREENSHOT: homepage edit view showing a section with fields for text, links, and image content] ## Overview This document focuses on the review stage after a homepage migration run in Sherkety ERP & Website Platform. At this point, the migration has already been launched and completed, and your job is to confirm that the destination homepage looks correct to real visitors. The main goal is not to rerun the migration, but to validate what actually arrived: section order, visible text, links, images, and repeated content such as cards or featured lists. Use this guide when a homepage migration shows **Completed**, but you still need to verify quality. A completed run only tells you the process finished. It does not guarantee that every homepage block is present, every image is attached, or every button opens the right destination page. That is why this review combines the migration results screen with a full visual check of the live homepage. This guide is especially useful when you need to: - confirm that the destination homepage matches the source homepage - identify skipped or failed items that affect visible sections - catch broken links, missing media, or outdated wording - verify that public visitors can see the migrated content - separate true migration defects from intentional content changes If you need help with launching or managing the migration itself, return to [Running Homepage Migration Workflows](doc:running-homepage-migration-workflows). If you need broader result review patterns, you can also refer to [Reviewing Migration Results and Follow Up Checks](doc:reviewing-migration-results-and-follow-up-checks). The steps here stay focused on homepage validation and what should be visible after the migration is done. ## Prerequisites Before you start validating homepage content in Sherkety ERP & Website Platform, make sure you have access to the screens and information needed for a proper comparison. You do not need advanced admin knowledge, but you do need enough access to review both the migration outcome and the published homepage. Prepare the following: - Access to the **Migration Tool** so you can open the completed homepage migration run - Permission to view the destination homepage in its live or published state - Access to the source homepage for side-by-side comparison - Access to the homepage editing view if you need to confirm section assignments, publishing state, or linked content - The correct migration date, source environment, and destination site details for the run you are validating It also helps to have these items ready before you begin: - a browser window for the source homepage - a second browser window or tab for the destination homepage - a simple note sheet for recording missing sections, broken links, or image problems - mobile access or a resized browser window for checking smaller screen layouts Before starting this guide, you should already know how to run the homepage migration workflow. If not, review [Running Homepage Migration Workflows](doc:running-homepage-migration-workflows) first. Once you finish the checks in this guide and confirm what did or did not migrate correctly, continue with [Planning Safe Follow Up Actions After Migration](doc:planning-safe-follow-up-actions-after-migration) to decide what to fix immediately, what to rerun, and what to document for the next migration cycle. ## Recognizing structured blocks before you edit In Sherkety ERP & Website Platform, not every section is edited the same way. Some areas let you click directly into a heading or paragraph and type. Others are built as grouped content blocks made up of repeated items, such as cards, team profiles, testimonials, logo rows, or statistics. Before you start changing anything, look at the section carefully and identify whether you are editing one piece of text or a collection of matching entries. Structured blocks usually appear inside a clear section boundary. When you open the editor for a section, you may see a main heading and intro text at the top, followed by a set of repeated item containers underneath. Each item usually represents one card, one person, one testimonial, one logo, or one stat. That means changing one item should affect only that item, while changing the section heading affects the whole block. A simple way to tell the difference is to check whether the content repeats in the same visual pattern: - A row of service cards with matching layouts - A team section with one profile per person - A testimonial area with one quote per card - A statistics strip with several short value-and-label pairs - A logo section with one image per brand Before editing, pause and identify: - The **section title** or **intro text** - The **individual repeated items** - Whether the block looks fixed in size or designed to grow with more items If the section already contains multiple matching entries, treat it as a repeating block rather than plain text. For language-specific text handling, use the guidance in [Managing Multilingual Fields in the Content Editor](doc:managing-multilingual-fields-in-the-content-editor). [SCREENSHOT: editor view showing a section heading above a grid of repeated cards with one item highlighted] ## Editing items inside lists and card collections When you work with lists or card collections in Sherkety ERP & Website Platform, edit one item at a time so you do not accidentally change the whole section. Open the content block, then click the specific card or list item you want to update. This is the safest way to change a title, description, button text, image, or link for a single entry without affecting the neighboring items. 1. Open the page section you want to edit. 2. Select the repeated block, such as a card grid or list. 3. Click the individual item you want to change. 4. Update the visible fields for that item, such as the title, body text, image, or button label. 5. Save your changes in the editor and check the preview. Many repeating blocks also include item-level actions. Depending on the block, you may see controls such as: - **Add item** to create another card or list entry - **Duplicate** to copy an existing item and then adjust its content - **Delete** to remove an item from the collection - Drag handles or reorder controls to change the display order Keep the collection visually consistent as you edit. If one card has a very short title and the next has a much longer one, the row can look uneven. The same applies to descriptions, images, and buttons. Try to keep similar fields at a similar length across the set. Check these details before moving on: | Field area | What to keep consistent | |---|---| | Titles | Similar length and tone | | Descriptions | Comparable amount of text | | Images | Matching crop and shape | | Buttons | Similar wording and purpose | After updating several items, use preview to confirm the cards still line up neatly and the list reads in the right order. If you need help with preview behavior, see [Previewing Changes Before Saving Content](doc:previewing-changes-before-saving-content). ## Managing team, testimonial, and profile-style entries People-based sections in Sherkety ERP & Website Platform often use repeating profile cards. You may see these in team areas, testimonial sections, advisor highlights, or other profile-style layouts. Each entry usually represents one person or one customer story, so it is important to edit each card as a complete unit rather than changing only the visible text on the page. 1. Open the team, testimonial, or profile section in the editor. 2. Select the individual profile card you want to update. 3. Review all fields attached to that entry before saving. 4. Replace or update the content for that one person or testimonial. 5. Repeat the same check for the remaining entries in the section. Common fields in these blocks often include: | Entry type | Typical fields to review | |---|---| | Team profile | Name, role or title, bio, profile image | | Testimonial | Person name, quote, company or role, photo | | Profile card | Name, short description, image, link | When replacing profile images, check the preview right away. A headshot that looks fine in the file picker may appear too zoomed in, too wide, or uneven beside the other cards once it is displayed in the section. Try to use images with a similar framing style so the row stays balanced. If the section includes links, make sure they are complete and intentional. A missing link label, an empty role field, or an unfinished bio can leave awkward blank space in a profile card. If a field is optional and you do not need it, confirm in preview that hiding that content still looks clean. When adding a new person or testimonial, compare it with the existing entries instead of building it differently. Match the same style, the same amount of detail, and the same image treatment so the section still feels like one set. For broader guidance on repeated collections, you can also review [Managing Repeating Content and Structured Items](doc:managing-repeating-content-and-structured-items). [SCREENSHOT: team or testimonial editor showing repeated profile cards with image, name, role, and text fields] ## Updating statistics, logos, and other compact repeating blocks Compact repeating blocks in Sherkety ERP & Website Platform need a lighter touch than larger card sections. These areas often include statistics, counters, short feature badges, icon lists, and logo rows. Because each item has very little space, even a small text change can affect alignment across the whole row. Start by opening the block and selecting one item. In a statistics section, you may see short fields such as a value, label, unit, or supporting caption. In a logo row, the main editable element is usually the image itself. In a badge or icon list, each item may contain a short title and a small visual element. Pay special attention to formatting when editing number-based content. Keep symbols exactly where they belong so the numbers remain easy to scan: - Percent values should keep the **%** sign - Currency values should keep the correct symbol - Shortened values such as **K**, **M**, or **+** should stay consistent across the row - Labels should remain brief so they do not wrap awkwardly Logo sections need the same level of care. When you replace a logo image, check whether the new file has: - A clean background - Similar visual weight to the other logos - Good contrast against the page background - A size that does not overpower the row Avoid turning compact items into mini paragraphs. A stat label or feature badge works best when it stays short and readable at a glance. If one item becomes much longer than the others, it can push the row out of balance, especially on smaller screens. After editing several compact items, preview the section and look for wrapping text, uneven spacing, or one logo that appears much larger than the rest. These are usually quick fixes, but they are easier to catch before you move on. ## Reordering and expanding repeating content without breaking page structure Reordering items is one of the easiest ways to improve a section, but it is also where users most often disturb the intended layout. In Sherkety ERP & Website Platform, keep repeated items inside their original block and only change their sequence within that block. Do not treat a card, testimonial, or stat as a standalone section unless the editor clearly shows that it belongs elsewhere. 1. Open the repeating block you want to reorganize. 2. Identify the items you want to move, duplicate, or remove. 3. Use the drag handle or reorder control to place items in the new sequence. 4. If you need a similar item, use **Duplicate** instead of creating one from scratch. 5. Replace the copied text, image, and links with the new content. 6. Preview the section to confirm the order and spacing still make sense. Duplicating an item is especially helpful when the block has several matching fields. It preserves the same structure, which reduces the chance of forgetting a title, image, or link. After duplicating, make sure you replace every copied detail so the new item does not accidentally repeat old content. When expanding a section, think about the visual rhythm of the page. Adding one extra card to a four-card row may change how the section wraps. Adding several new testimonials may make the section much longer than expected. A larger item count is not always a problem, but it should still feel intentional. Use preview after any major reorder or expansion and check: - Whether the most important item appears first - Whether the number of items still suits the section - Whether rows, columns, and spacing still look balanced - Whether the section heading still matches the content beneath it For a closer look at live checking after edits, continue with [Using Live Preview to Check Page Updates](doc:using-live-preview-to-check-page-updates) after you finish your save review workflow. ## Fixing common problems with repeating blocks If a repeating block looks wrong after editing, the issue is usually something simple: a missing field, an oversized image, an item in the wrong order, or one entry that was left incomplete. In Sherkety ERP & Website Platform, the fastest way to fix these sections is to review one item at a time instead of trying to correct the whole block at once. Start with missing content. If a card, profile, or stat does not appear as expected, reopen the block and check whether the item was removed, left incomplete, or saved without all of its visible fields. A repeated item may exist in the editor but still look broken on the page if key text or media was not filled in. Common layout problems usually come from: - Titles that are much longer than the rest - Images with very different proportions - Empty fields that leave awkward blank space - Buttons or links that appear on some items but not others - A saved order that does not match what you expected If the block order looks wrong, reopen the section and confirm the current saved sequence. Sometimes a previous draft or unsaved rearrangement can make the page seem out of order. Check the item list carefully rather than relying only on memory. For incomplete sections, compare entries side by side. Ask yourself whether each item includes the same type of content as the others. A team section, for example, usually looks best when every card has a name, role, image, and similar amount of text. A logo row usually works best when every item has a usable image and consistent spacing. When the page still does not look right, use preview and inspect the section visually before making more edits. That helps you spot whether the problem is text length, image balance, or item order. If you also need help understanding loading, empty, or error states while editing, see [Understanding Loading Placeholders Empty States and Errors](doc:understanding-loading-placeholders-empty-states-and-errors). ## Overview This guide focuses on editing grouped content in Sherkety ERP & Website Platform without disturbing the structure of the page. Structured content appears in sections where the same layout repeats across multiple entries, such as service cards, team members, testimonials, statistics, badges, and logo rows. These sections are different from simple headings or paragraphs because each item belongs to a shared layout. The main goal when editing these blocks is to keep each item complete and visually consistent. That means updating the right fields inside the right item, using **Add item**, **Duplicate**, **Delete**, and reorder controls carefully, and checking preview after any larger change. It also means recognizing the difference between editing the section heading and editing the repeated entries underneath it. This document builds on earlier content editor topics rather than repeating them: - For general multilingual editing, see [Editing Multilingual Content in the Editor](doc:editing-multilingual-content-in-the-editor) - For language-specific field handling, see [Managing Multilingual Fields in the Content Editor](doc:managing-multilingual-fields-in-the-content-editor) - For preview basics, see [Previewing Changes Before Saving Content](doc:previewing-changes-before-saving-content) You will get the most value from this guide if you are updating public website sections that use repeated visual patterns, especially homepage content, service highlights, people-based sections, and compact information rows. The examples here are meant to help you make safe edits while preserving spacing, alignment, and the intended reading order of the page. [SCREENSHOT: content editor showing a structured section with repeated items and item controls such as add, duplicate, delete, and reorder] ## Prerequisites Before editing structured content in Sherkety ERP & Website Platform, make sure you are ready to work inside the content editor and can identify the section you need to change. You do not need technical knowledge, but you should already be comfortable opening the editor and switching between editable page areas. You should have: - Access to the admin area with permission to edit website content - A clear idea of which page section you need to update - The final text, images, and links for each repeated item you plan to change - Basic familiarity with the editor from [Editing Multilingual Content in the Editor](doc:editing-multilingual-content-in-the-editor) - An understanding of language-specific fields from [Managing Multilingual Fields in the Content Editor](doc:managing-multilingual-fields-in-the-content-editor) It also helps to prepare your content before you begin: - Keep titles short enough to fit neatly in cards and compact rows - Use images that match the style of the existing section - Confirm names, roles, quotes, and labels before entering them - Decide the display order of items in advance if you plan to reorder a section - Gather replacement logos or profile photos before opening the editor If you are updating a larger block, review the full section on the live page first so you can see how many items it contains and how they are arranged. This makes it easier to spot whether you are editing a heading, a section intro, or one item inside a repeated collection. After you finish the edits in this guide, the next step is [Validating Saving and Reviewing Content Changes](doc:validating-saving-and-reviewing-content-changes), where you will confirm that your updates were saved correctly and appear as expected. ## Browsing the ERP Apps Catalog In Sherkety ERP & Website Platform, the ERP apps catalog is the main starting point for discovering individual modules. If you already reviewed the broader ERP landing experience in [Using ERP System Landing Pages to Evaluate Offerings](doc:using-erp-system-landing-pages-to-evaluate-offerings), the catalog is where that higher-level view becomes more specific. Instead of reading about ERP as one package, you move into a page that lists separate apps you can open and review one by one. When you enter the apps catalog, focus on the listing area that presents modules as individual cards. Each card acts as a clickable entry point. On a typical card, look for these visible elements: | What to look for | Why it matters | |---|---| | App icon | Helps you quickly recognize modules while scanning the page | | App name | Shows the module title you will compare later | | Short description | Gives a quick summary of the business need it addresses | | Category label | Tells you which business area the module belongs to | [SCREENSHOT: ERP apps catalog showing several app cards with icon, app name, short description, and category label] Use the search bar when you already know the business area you want to explore. For example, type terms related to accounting, inventory, CRM, HR, purchasing, or reporting to narrow the visible results. This is useful when you want to jump directly to a likely match instead of browsing every card. As you scan the catalog, remember that each app card represents one doorway into a broader ERP workflow. A card for Sales & CRM points you toward customer pipeline and sales activity. A card for HR points you toward employee-related work. A card for Reporting points you toward dashboards and analysis. Treat the catalog as a map of business functions, not as a list of unrelated tools. ## Understanding How Apps Are Grouped into Categories Category grouping helps you move from “I need help with this part of the business” to “these are the modules I should inspect.” In Sherkety ERP & Website Platform, apps are organized into business-focused areas such as Sales, Finance, Operations, Human Resources, and Website. This makes the catalog easier to use when you are still exploring options and have not decided on exact modules yet. Start by looking for the category navigation or category labels attached to app cards. These labels tell you where each module fits in the bigger picture. If you are evaluating customer-facing work, modules under Sales may be the right place to begin. If your focus is bookkeeping, payments, or financial visibility, Finance-related apps will be more relevant. If you are reviewing stock flow or supply activity, Operations-related apps deserve attention. Category browsing is especially helpful because related modules appear together. That makes it easier to notice connected workflows, such as: - CRM alongside Sales - Inventory alongside Purchase or Purchasing - Accounting alongside invoicing-related financial work - Reporting alongside other operational modules you may want to measure [SCREENSHOT: Category view or filtered catalog showing related apps grouped under one business area] This grouped view helps you build a shortlist faster. Instead of opening random app pages, you can stay inside one business domain and compare nearby options that likely work together. Searching and category browsing serve different purposes. Search is best when you already know a module name or a clear business term. Category browsing is better when you want to understand coverage across a department or process. If you are unsure whether you need CRM, Sales, or both, browsing the Sales category gives better context than searching only one term. Use category pages to understand scope, then use search to jump back to a specific app when you are ready to inspect details. ## Opening an App Detail Page to Evaluate a Module Once a module catches your attention in the catalog, open its dedicated detail page by clicking the app card. This is where Sherkety ERP & Website Platform gives you the information needed to judge whether the module fits your business needs. The card is only a summary. The detail page is where the real evaluation starts. At the top of the page, review the header area first. This section usually gives you the clearest first impression because it places the module title, its category, and its main value message together. Read this top section carefully before scrolling. It tells you what the module is meant to do and often signals the kind of business problem it is designed to solve. Then move through the rest of the page and look for these visible elements: - The module title - The category placement - A short headline or value statement near the top - A fuller description explaining the business process it supports - Feature highlights or benefit sections - Screenshots or visual examples that show the module in use [SCREENSHOT: App detail page header with module name, category, and introductory value statement] The detailed description is the most important part for buyers. Use it to answer practical questions such as: - Is this module for daily operations, planning, reporting, or customer management? - Which team would use it most often? - Does it solve a narrow task or support a broader workflow? Screenshots and feature sections help confirm what the written description suggests. For example, a module page with pipeline views, customer records, and quotation-related highlights points to sales activity. A page with employee records, attendance, or leave-related highlights points to HR work. Read the page as a business fit document, not just a marketing summary. If the module still seems relevant after reviewing the header, description, and visuals together, keep it on your shortlist. ## Comparing Related Modules from a Discovery Perspective A useful way to evaluate options in Sherkety ERP & Website Platform is to compare several app detail pages using the same criteria each time. You do not need a formal comparison tool to do this well. Open one module page, note what it covers, then open another page in the same or a nearby category and compare what you can clearly see: category, use case, and feature highlights. This works especially well when two modules seem close in purpose. For example, one page may focus on lead management and customer tracking, while another focuses on quotations, sales execution, or order follow-up. At first glance they may feel similar, but the detail pages usually reveal different roles in the business process. When comparing app pages, check these points consistently: | Compare this | What to ask | |---|---| | Category | Are both modules in the same business area or in connected areas? | | Stated use case | Does one focus on early-stage work while the other handles later steps? | | Feature highlights | Are the visible features overlapping or clearly different? | | Business scope | Is this a core day-to-day module or a supporting add-on? | [SCREENSHOT: Two ERP app detail pages open in separate browser tabs for comparison] Also look across categories for complementary coverage. A customer-facing module may connect naturally with a finance or reporting module. Inventory-related work may connect with purchasing. Accounting may connect with invoicing and financial tracking. This kind of comparison helps you see the ERP offering as a connected suite rather than a stack of isolated pages. If you are unsure whether two modules compete with each other or support each other, return to the category labels and page descriptions. Those two elements usually make the relationship clearer. Keep your comparison grounded in what each page actually says and shows, rather than assuming modules with similar names do the same job. ## Using Module Entry Points to Understand the Full ERP Landscape Each module page in Sherkety ERP & Website Platform should be treated as more than a product page. It is also an entry point into a wider business workflow. When you open a module detail page, do not stop at asking, “Do I need this app?” Also ask, “What business steps come before and after this?” This approach helps you understand the full ERP landscape. For example, a CRM-related page may point you toward lead capture and relationship management, which naturally connects to sales activity. A purchasing-related page may lead you to think about stock replenishment and inventory control. An accounting-related page may help you consider invoicing, financial records, and reporting. Even when those connections are not explained in one single chart, the category labels, nearby modules, and repeated page structure help you piece them together. Use the navigation patterns across app pages to build that bigger picture: 1. Open a module from the apps catalog. 2. Note its category and main business purpose in the page header. 3. Review the description and feature highlights for clues about related work. 4. Return to the category listing or open another nearby module from the same area. 5. Repeat the process across connected categories such as Sales, Operations, Finance, and HR. [SCREENSHOT: User moving from one app detail page back to a category listing and into a related module page] Over time, this creates a mental map of the suite. You begin to see how modules support one another rather than judging them one by one in isolation. That is especially useful before requesting a demo or trial, because you can arrive with better questions about scope, handoffs between teams, and which modules are essential versus optional for your business. ## Avoiding Common Mistakes When Evaluating Apps One of the most common mistakes in Sherkety ERP & Website Platform is stopping at the app card and making a decision too early. The card is useful for scanning, but it does not give enough context for a reliable comparison. Always click through to the app detail page before deciding whether a module belongs on your shortlist. Another common mistake is comparing modules from different categories as if they are direct alternatives. Two apps can look similar because both mention customers, finance, or operations, yet they may support different stages of the same workflow. For example, one module may help start a process while another helps complete or measure it. The category label and detailed description usually make this difference visible. Keep these evaluation habits in mind: - Do not rely only on the module title - Do not assume one app represents an entire business area - Do not compare across categories without checking workflow context - Do not ignore neighboring modules shown in the same category A better approach is to keep simple notes as you browse. Record: - App name - Category - Main use case described on the page - Feature highlights you can clearly see - Any related modules that appear connected [SCREENSHOT: Simple note-taking example while reviewing multiple ERP app pages] This keeps your comparisons consistent, especially when you open several tabs and revisit them later. It also helps prevent a narrow view of ERP coverage. A single app page may explain one part of the picture, but the surrounding category and related modules reveal whether Sherkety ERP & Website Platform covers the full workflow you need. Careful note-taking turns browsing into a structured buying review instead of a quick impression-based scan. ## Overview Sherkety ERP & Website Platform gives you two practical ways to discover ERP capabilities: broad entry pages and individual module pages. This document focuses on the second path. Instead of evaluating ERP only at the package or landing-page level, you use the ERP apps catalog to inspect modules one by one, grouped by category and connected through related business workflows. The main idea is simple: start in the apps catalog, use app cards to spot relevant modules, open detail pages to read the full description, and compare nearby modules using category context. This helps you understand not just what one app does, but how several apps work together across Sales, Finance, Operations, Human Resources, and other areas shown in Sherkety ERP & Website Platform. As you browse, pay attention to repeated page elements: - App cards in the catalog - Category labels - Search results - Module detail headers - Feature highlights - Screenshots and descriptive sections These repeated elements make it easier to compare modules fairly. They also help you move from a broad question like “Which ERP areas matter to my business?” to a more specific one like “Do I need CRM, Sales, Purchasing, Inventory, Reporting, or a combination?” If you have already reviewed [Using ERP System Landing Pages to Evaluate Offerings](doc:using-erp-system-landing-pages-to-evaluate-offerings), think of this guide as the next layer down. You are no longer just exploring ERP as a concept. You are using module entry points to understand scope, relationships, and likely fit before making contact, requesting a demo, or starting a trial. The next step in this discovery path is [Comparing Website and ERP Package Options](doc:comparing-website-and-erp-package-options), where you can weigh these module findings against package-level choices. ## Prerequisites Before using this guide in Sherkety ERP & Website Platform, it helps to have a basic idea of what you are trying to evaluate. You do not need admin access or any setup. This is a public browsing task focused on ERP discovery pages. Have these basics in place before you start: - You can reach the public ERP pages and the ERP apps catalog - You know the broad business area you want to explore first, such as accounting, HR, sales, inventory, purchasing, or reporting - You are comfortable opening several app pages in separate browser tabs for comparison - You are ready to take short notes on module names, categories, and visible feature summaries It is also helpful if you already completed these earlier reading steps: - [Discovering ERP Products and Packages](doc:discovering-erp-products-and-packages) - [Browsing the ERP Apps Catalog](doc:browsing-the-erp-apps-catalog) - [Comparing Website and ERP Offerings](doc:comparing-website-and-erp-offerings) - [Using ERP System Landing Pages to Evaluate Offerings](doc:using-erp-system-landing-pages-to-evaluate-offerings) If you have not read those yet, you can still follow this guide, but those documents give useful context about how Sherkety ERP & Website Platform presents ERP options before you drill into individual modules. While browsing, keep your goal narrow. For example: - Find modules related to one department - Compare two modules that seem connected - Understand how one module links to another category - Build a shortlist before requesting more information That focused approach makes the catalog easier to use and keeps your comparisons grounded in the app pages you actually reviewed. ## Opening the SEO admin area for a website page 1. Sign in to **Sherkety ERP & Website Platform** with an account that can open the admin area. The SEO section is intended for users with **Administrator** or **Content Editor** access. If you can reach the admin dashboard but do not see the SEO option in the navigation, your account may not have permission to edit search metadata. 2. From the admin dashboard, open the **SEO** section. This is the area used to manage search-facing details for public website pages such as page titles, descriptions, and related metadata. If you need help getting into the admin area or moving between admin sections, see [Signing In and Accessing the Admin Portal](doc:signing-in-and-accessing-the-admin-portal) and [Using the Admin Dashboard for Navigation](doc:using-the-admin-dashboard-for-navigation). 3. In the SEO page list, find the website page you want to update. Depending on what is available on your screen, you may be able to: - Scroll through the list of page records - Use a search box to find a page by name - Use filters to narrow the list 4. Open the page record you want to edit. Before changing anything, confirm you selected the correct public page. This matters most when several pages have similar names, such as service pages, ERP app pages, or company information pages. 5. On the page SEO details screen, review the editable fields before typing. Look for fields such as **Page Title**, **Meta Description**, **Slug**, **Canonical URL**, **Keywords**, or social sharing fields if they are available on that page. [SCREENSHOT: SEO page list with a selected website page and the SEO details form open] If you already worked through [Keeping Search Snippets Consistent Across Pages](doc:keeping-search-snippets-consistent-across-pages), use the same naming and wording standards here so each page stays aligned with the rest of the website. ## Updating the page title and meta description 1. In the selected page’s SEO details screen, click into the **Page Title** field. Enter the title you want search engines to show for that page. Keep it closely matched to the page’s actual topic so visitors see the same message in search results and on the page itself. 2. Move to the **Meta Description** field and write a short summary of the page. This description should reflect the real content on the public page, not a general company message. For example, a page about accounting services should describe accounting services, while an ERP app page should describe that specific app area. 3. Watch for any guidance shown beside the fields. In Sherkety ERP & Website Platform, the SEO form may show: - Character guidance - Validation messages - A preview indicator showing whether the text is too short or too long 4. Adjust the wording if the form highlights a problem. If the title or description is cut off in the preview, shorten it. If a required field is empty, complete it before saving. 5. Click **Save**, **Update**, or the main action button shown on the page to store your changes. Stay on the page long enough to confirm the save completed successfully. If a notification appears, read it to make sure the record was updated without errors. [SCREENSHOT: Page Title and Meta Description fields with a search preview beside them] When writing titles and descriptions, avoid repeating the same wording across multiple pages. The earlier guidance in [Keeping Search Snippets Consistent Across Pages](doc:keeping-search-snippets-consistent-across-pages) still applies here, but this screen is where you make the actual page-by-page updates. ## Managing other search-facing page details 1. After updating the title and description, review the rest of the SEO form for additional fields. Not every page will show the same set of options, so work only with the fields visible on the selected page record. 2. If available, use the fields as follows: | Field | What to check | What to watch for | |---|---|---| | **Slug** | The page address ending used in the public URL | Changing it can affect existing links | | **Canonical URL** | The preferred page address for search engines | Make sure it points to the correct page | | **Keywords** | Any page-specific keyword terms | Keep them relevant to the page content | | **Social sharing fields** | Title, description, or image details used when the page is shared | Match them to the public page message | 3. Be especially careful with the **Slug** or page URL field. If you change it, the public page address may change as well. Only update it when necessary, such as correcting a mistake or aligning a page with approved naming. If the page already has traffic or has been shared publicly, confirm the change is intentional before saving. 4. If the form includes search visibility controls, review them closely. A page that should not appear in search results may have an option related to hiding it from search engines. Use that setting only when the page truly should stay out of search listings. 5. Save your changes and then recheck the record. Make sure the updated values still appear in the form after saving, especially for URL-related and visibility-related fields. [SCREENSHOT: SEO form showing slug, canonical URL, keywords, and visibility settings] ## Reviewing how the page will appear in search results 1. If the SEO screen includes a preview panel, use it before finishing your work. Review the **title**, **URL**, and **description** together instead of checking each field separately. This gives you the closest view of how the page may appear in search results. 2. Compare the preview with the actual public page content. Open the live page in another tab if needed and check the page heading, key message, and main body text. The search-facing details should support what visitors will actually find after clicking. If the preview promises something different from the page content, revise the SEO fields before saving again. 3. Check for duplication across similar pages. This is especially important for: - Service pages - ERP app pages - Company type pages - Pricing-related pages 4. If several pages cover related topics, confirm that each one has its own distinct **Page Title** and **Meta Description**. Similar wording is fine when the pages are related, but the text should still help search engines and visitors tell the pages apart. 5. Before leaving the record, verify once more that you edited the correct page. In lists with many entries, it is easy to open a similarly named page and update the wrong record. [SCREENSHOT: Search preview panel beside the SEO form, showing title, URL, and description] This review step helps prevent mismatches between search snippets and page content. It also supports the consistency work you already covered in [Keeping Search Snippets Consistent Across Pages](doc:keeping-search-snippets-consistent-across-pages). ## Publishing and verifying your SEO changes 1. When your edits are ready, use the main action button shown on the SEO page. Depending on the page workflow in **Sherkety ERP & Website Platform**, this may be **Save**, **Update**, or **Publish**. Use the final action required on your screen so the changes are not left in an unfinished state. 2. After saving, open the public website page in your browser. Check the browser tab first. The updated **Page Title** should usually appear there. This is a quick way to confirm that the title change reached the live page. 3. Next, verify the description and any other metadata you changed. If your team normally checks metadata with browser inspection tools, use that method to confirm the updated description and related tags are present on the page. If you do not use those tools regularly, ask a teammate who handles website reviews to confirm the metadata on the live page. 4. If the website uses caching, the live page may not update immediately. Wait a moment, reload the page, and check again. If your admin workflow includes clearing cached content, complete that step before assuming the update failed. 5. Recheck the exact page URL you edited. This is especially important if you changed the **Slug** or **Canonical URL**, or if the page belongs to a group of similar public pages. [SCREENSHOT: Public website page open in a browser with the updated page title visible in the browser tab] After the live page reflects your changes, the SEO update is ready for broader consistency checks in the next guide, [Keeping Search Facing Content Consistent Across Pages](doc:keeping-search-facing-content-consistent-across-pages). ## Fixing common problems when SEO updates do not appear If your SEO changes do not show up as expected, work through the issue from the admin record outward. - **The live page still shows the old title or description** - Reopen the SEO record and confirm you edited the correct page. - Make sure you used the final **Save**, **Update**, or **Publish** action. - Reload the public page and check again after a short wait. - **The preview changed, but the public page did not** - The SEO preview only shows what is saved in the form. It does not always mean the public page has refreshed yet. - Clear any available cache used in your workflow, then refresh the page in the browser. - If needed, try a hard refresh or open the page in a private browser window. - **The form will not save your changes** - Look for validation messages near the fields. - Check whether a required field is blank. - Shorten the **Page Title** or **Meta Description** if the form shows a length warning or error. - **A URL change caused the page link to stop working** - Return to the SEO record and restore the previous **Slug** if the new one was entered by mistake. - If your admin process supports redirects, use that option when a public page address must change. - **You are unsure whether the page record is the right one** - Compare the page name in the SEO list with the public page you opened. - Review the page URL, page title, and visible content before editing again. [SCREENSHOT: Validation message on an SEO form and a saved notification after correction] If the issue continues, pause further edits until you confirm which page record controls the live page you are trying to update. ## Overview This guide focuses on maintaining page-by-page SEO details from the **SEO** area in **Sherkety ERP & Website Platform**. The work here is specific to public website pages and covers the fields that shape how those pages appear in search results and link previews. You use this screen when you need to: - Update a page’s **Page Title** - Revise the **Meta Description** - Review the **Slug** or public page address - Maintain **Canonical URL** details - Adjust other search-facing fields shown on the page record - Confirm the page preview before saving This guide does not repeat the planning rules for keeping titles and descriptions aligned across the site. If you need that guidance, return to [Keeping Search Snippets Consistent Across Pages](doc:keeping-search-snippets-consistent-across-pages). Here, the focus is on carrying out the update inside the admin interface and checking that the right public page was edited. The steps are most useful when you are working on: - Service pages - ERP app pages - Company type pages - Pricing and informational pages - Other public website pages listed in the SEO admin area Use this guide when you are making direct SEO edits in admin rather than changing visible page content with inline editing tools. If you need a broader view of the SEO section and how it fits into the admin area, see [Managing Page Metadata in the SEO Admin](doc:managing-page-metadata-in-the-seo-admin). [SCREENSHOT: SEO section in the admin navigation with the page list visible] ## Prerequisites Before you start, make sure the following are true: - You can sign in to **Sherkety ERP & Website Platform** - Your account has access to the admin area as an **Administrator** or **Content Editor** - You can open the **SEO** section from the admin navigation - You know which public website page you need to update - You have the approved title, description, or other SEO wording ready before editing - You understand whether your team expects you to **Save**, **Update**, or **Publish** changes as part of the final step It also helps to have the public page open in another browser tab so you can compare: - The visible page heading - The page URL - The page topic and main message Use that comparison to avoid updating the wrong record, especially when several pages have similar names. If you are new to the admin area, review: - [Signing In and Accessing the Admin Portal](doc:signing-in-and-accessing-the-admin-portal) - [Using the Admin Dashboard for Navigation](doc:using-the-admin-dashboard-for-navigation) - [Managing Page Metadata in the SEO Admin](doc:managing-page-metadata-in-the-seo-admin) If your change affects wording that appears across several pages, keep this guide open alongside your earlier consistency notes from [Keeping Search Snippets Consistent Across Pages](doc:keeping-search-snippets-consistent-across-pages). The next step after finishing here is [Keeping Search Facing Content Consistent Across Pages](doc:keeping-search-facing-content-consistent-across-pages). ## Opening the editor and choosing the language you want to update In Sherkety ERP & Website Platform, start from the **Admin Dashboard** or open the website section you want to edit using the inline edit tools covered in [Previewing Changes Before Saving Content](doc:previewing-changes-before-saving-content). When the **Content Editor** opens, look at the top area of the editor for the current language indicator. This is the first thing to check before you type anything, because the fields you see may belong to one language while shared settings stay the same for everyone. 1. Open the content item you want to update. 2. Find the **language selector** in the editor header. 3. Choose the language you want to work on. 4. Wait for the form to refresh, then confirm the selected language before editing any text field. [SCREENSHOT: Content Editor header with the language selector highlighted] As you move through the form, treat fields in two groups: | Field type | What it means for you | |---|---| | Language-specific fields | These change per language, such as page text, headings, summaries, body content, and translated search text | | Shared fields | These stay the same across languages, such as general publishing choices or other global settings when shown that way in the editor | If a translation has not been added yet, you may see an empty field after switching languages. In some cases, the text may appear to match the main language version. That is your sign to slow down and confirm whether you are looking at a translated value or a shared value. Do not assume that matching text means the translation is complete. Before editing, scan the field labels and the selected language one more time. That quick check helps you avoid replacing the wrong language version. ## Editing language-specific fields without changing shared content Once you have selected the correct language, update only the fields that are meant to vary by locale. In Sherkety ERP & Website Platform, this usually includes visible page text such as **Title**, **Summary**, **Description**, long-form content, and translated search-facing fields when those appear in the editor. If you worked through [Editing Multilingual Content in the Editor](doc:editing-multilingual-content-in-the-editor), this is the step where you focus on the field-by-field language differences rather than the overall editing workflow. 1. Switch to the target language in the **language selector**. 2. Click into each translated text field and replace the content with the correct wording for that language. 3. Review long-text areas carefully so headings, paragraph breaks, and emphasis still read naturally. 4. If the editor includes translated search fields, update those in the same language before moving on. 5. Switch back to another language to compare, then return to continue editing if needed. [SCREENSHOT: Localized text fields in the Content Editor for two different languages] Be especially careful with longer content blocks. If a page section includes formatted text, review the structure as well as the wording. A translation may be accurate but still look wrong if a heading becomes part of a paragraph or if a call-to-action line is placed in the wrong spot. Leave shared fields alone unless you intentionally want to change them for every language. Examples include items such as a shared **slug**, **publish status**, category choice, or media selection when those appear as global settings in the same entry. Changing one of these affects the full content item, not just the language you selected. A good habit is to switch between languages while editing the same entry. If the translated fields change and the shared settings stay fixed, you are working in the right place. ## Keeping translations aligned across languages Good multilingual editing is not only about translating words. In Sherkety ERP & Website Platform, you also need to keep the structure, meaning, and user action consistent across languages. When one version says “Request a Demo” and another version uses weaker or unrelated wording, visitors may get a different message depending on the language they choose. Start by comparing the main language version with the language you are editing. Look at visible items such as section headings, short descriptions, call-to-action text, and any repeated labels inside the same content entry. If one language has an extra sentence, a missing heading, or a different offer description, decide whether that difference is intentional before saving. Use this checklist while comparing languages: - Keep headings in the same order across languages. - Make sure call-to-action text points to the same action. - Check repeated terms so the same business concept is translated the same way throughout the entry. - Review any grouped content blocks so one language does not have fewer completed parts than another. - Confirm that translated text still matches shared elements such as images or links. [SCREENSHOT: Side-by-side comparison of the same content entry after switching between languages] This is especially important when an entry includes reusable sections or repeated items. Even if you are not editing the repeated structure itself yet, the wording inside those items should stay aligned. For example, if a service card, FAQ item, or feature block appears in multiple languages, the names and descriptions should reflect the same offer. Also watch for mismatches between localized text and shared content. A translated heading may describe one service while the shared image or selected category still points to another. When that happens, the page feels inconsistent even if the translation itself is correct. ## Reviewing each locale before saving your changes Before you save, move through every enabled language one by one. This final review helps you catch missing text, incomplete translations, and language-specific errors while you are still inside the **Content Editor**. If you already use the preview process from [Previewing Changes Before Saving Content](doc:previewing-changes-before-saving-content), apply the same habit here, but focus specifically on localized fields. 1. Open the **language selector** and choose the first language you need to review. 2. Scan the full form for empty required fields, partial translations, or text left in another language. 3. Repeat the same check for each additional language. 4. Use the preview area or preview action, if available, to see how the selected language will appear on the page. 5. Return to the form and correct any field that shows a warning or validation message. [SCREENSHOT: Preview view showing localized page content after switching language] Pay close attention to translated metadata fields such as page title and description when they are available in the editor. These are easy to miss because they may appear lower in the form or in a separate section from the main page text. If the page content is translated but the metadata is still in the wrong language, the result is incomplete. Validation messages usually appear near the field that needs attention. If you see a warning beside a title, summary, or long-text field, fix that field before moving on. Do not rely on memory when switching between languages—review the actual values shown in the form each time. A careful language-by-language pass takes only a few minutes and prevents most save problems. ## Saving multilingual updates and understanding validation results After reviewing each language, save the content entry from the **Content Editor**. In Sherkety ERP & Website Platform, the save result matters just as much as the edits themselves. Watch the screen closely after clicking **Save** so you can confirm whether your changes were accepted or whether the editor is asking for more information. 1. Click **Save** after finishing your language review. 2. Wait for the editor to respond before switching screens. 3. Read any success or error message that appears. 4. If saving fails, return to the highlighted fields and correct them. 5. Save again only after all visible validation issues are cleared. [SCREENSHOT: Save confirmation message in the Content Editor] If the save works, you may see a confirmation message, updated status text, or another visible sign that the entry has been stored. Use that feedback as your checkpoint. Do not close the editor immediately if you are unsure whether the save finished. If the save is blocked, the most common reason is that a required translated field is empty in one of the languages you reviewed. The editor may highlight the affected field directly, or it may keep you on the form until the missing value is completed. Go back through the language selector and check each translated field that matters for that entry. Sometimes the issue is not the content itself. If a language is missing, a required field behaves unexpectedly, or you cannot update a translation that should be editable, the problem may need an administrator’s help. In that case, ask the person who manages admin access or content setup to review language availability, required-field rules, or your editing permissions. ## Fixing common problems with missing or inconsistent translations Most multilingual editing problems in Sherkety ERP & Website Platform come from switching languages quickly and assuming every field behaves the same way. When something looks wrong, start with the visible clues in the editor rather than retyping everything. If a field looks blank after you change languages, first check the **language selector** in the editor header. You may be viewing a language that has not been translated yet. Next, look at nearby shared settings and compare them with the text fields. If the page text is empty but the shared options remain filled, that usually means the translation for that language still needs to be entered. If you cannot save, look for validation messages beside the affected fields. Common signs include empty required text boxes, incomplete translated metadata, or a field that still contains the wrong language. Work through the highlighted inputs first instead of scanning the whole page at random. Use this quick problem guide: | Problem | What to check | |---|---| | Text disappears after switching language | Confirm the selected language and see whether that field is translated or shared | | Save is blocked | Review required translated fields and fix the inputs marked with validation messages | | Languages do not match | Compare each locale’s visible text and make sure shared fields were not edited by mistake | | A language is missing | Ask an administrator to confirm that the language is enabled for your content and your access level | [SCREENSHOT: Validation warning beside a translated field] If content differs unexpectedly between languages, switch back and forth between them and compare the exact field values. This often reveals that one language was updated while another was left unchanged. The next guide, [Editing Structured Content and Repeating Items](doc:editing-structured-content-and-repeating-items), builds on this by showing how to handle multilingual content inside grouped and repeated sections. ## Overview - Use the **language selector** in the **Content Editor** before editing any text field. - Update only language-specific fields such as headings, summaries, body text, and translated search-facing content when those fields appear. - Leave shared settings unchanged unless you want the change to apply across all languages. - Compare languages inside the same entry to keep headings, calls to action, and section wording aligned. - Review every enabled language before clicking **Save**. - Use preview tools from [Previewing Changes Before Saving Content](doc:previewing-changes-before-saving-content) to confirm how localized content appears. - Fix validation messages directly in the fields they point to. - Ask an administrator for help if a language is unavailable or if required translation rules prevent you from completing the update. This guide focuses on managing translated field values inside one content entry. It does not repeat the general editor workflow or preview basics already covered in earlier Content Editor documents. ## Prerequisites - You can sign in to the admin area and open the **Content Editor**. - You already know how to reach editable website content from the admin area or inline edit controls. - You are familiar with the basic editing flow described in [Editing Multilingual Content in the Editor](doc:editing-multilingual-content-in-the-editor). - You have already used the preview process described in [Previewing Changes Before Saving Content](doc:previewing-changes-before-saving-content). - The content entry you need to update already exists. - At least one additional language is available in the editor for the content you are working on. - You have the wording needed for each language before you begin, especially for titles, summaries, and page descriptions. If any expected language does not appear in the **language selector**, stop there and ask an administrator to confirm that the language is enabled for your content area. ## Opening the Services and Pricing Admin Pages In Sherkety ERP & Website Platform, services and pricing are managed from the admin area after you sign in. If you already know how to enter and leave the admin area safely, use [Signing Out and Ending Admin Sessions Safely](doc:signing-out-and-ending-admin-sessions-safely) as your reference for session handling, then return here to work with commercial content. Use the admin navigation to open the pages related to: - **Services** - **Pricing** - **Settings** when you need supporting site-wide commercial details The main working screens for this task are the **Services** page and the **Pricing** page. On these pages, you work with lists of existing entries rather than editing public pages directly. Each list typically shows the current records in rows or cards with controls such as: - **Create** or **New** - **Edit** - **Save** - status indicators - row actions for managing an existing item If your account has the right access, you can open these pages and make changes. In Sherkety ERP & Website Platform, admin pages are protected, so users without the required role will not be able to edit service or pricing content. In practice, this means **Administrators** and **Content Editors** are the people who should confirm they can open the relevant admin pages before starting work. When you first arrive on a list page, look for: - a search box to find a service quickly - filters to narrow the list - status labels that show whether an item is active or not - action buttons beside each entry [SCREENSHOT: Services list page showing search, status labels, and edit actions] Some changes become visible on the public website only after you save and publish them. If a page shows draft-style status controls, treat **Save** as storing your work and **Publish** as making it public. If an item is inactive, hidden, or unpublished, visitors may not see it even though it exists in the admin list. ## Creating and Updating Service Listings Use the **Services** page when you need to add a new public offering or revise an existing one. This page is where you manage the service cards, service detail content, and the text visitors read before they contact Sherkety. 1. Open **Admin** and go to **Services**. 2. Click **Create** or **New Service** to open the service form. 3. Complete the main fields shown on the form. 4. Save the record, then review its visibility settings before publishing. The service form may include several content areas. Focus on the fields that control how the service appears publicly. | Field area | What to enter | |---|---| | **Service Name** | The public name visitors will see in listings and headings | | **Slug** | The page identifier used for the service page | | **Short Description** | A brief summary for cards or previews | | **Full Description** | The main service explanation on the public page | | **Category** | The section this service belongs to | You may also see presentation fields that shape the public layout, such as: - **Hero text** - **Summary** - **Feature bullets** - **Display order** - image selectors for a thumbnail or banner These fields matter because they affect how the service is introduced on the website, not just how it is stored in the admin area. To update an existing service, find it in the list and click **Edit**. Make your changes, then use: - **Save** to keep the edits - **Cancel** to leave without applying the current changes - any preview or open-site action, if available, to check the result visually [SCREENSHOT: Service edit form with name, description, category, and visibility controls] Before you finish, check the service status. If the form includes an **Active** switch, **Status** field, or **Publish** checkbox, use it carefully. A service can be fully written but still hidden from visitors if it is not active or not published. ## Maintaining Packages, Tiers, and Included Details Use the **Pricing** page or the package section linked from a service record when you need to define what customers get at each level. This is where you build the commercial structure behind entry, standard, and premium offers. 1. Open the relevant service from **Services** or go directly to **Pricing**. 2. Select the package or tier area for that service. 3. Click **Create** or **Add Package**. 4. Fill in the package details and save the record. A package record usually needs a clear public label and a display position. Look for fields such as: | Package field | Purpose | |---|---| | **Package Name** | The public tier name | | **Subtitle** | Supporting text under the package name | | **Internal Label** | A back-office label to help staff identify the package | | **Sort Order** | Controls where the package appears in comparisons or cards | After naming the package, complete the included details. Depending on the form, this may be entered as: - feature lists - itemized inclusions - limits - duration - quantity caps - other included benefits shown on the public pricing card Be specific when editing these fields. If a package includes a fixed number of items, a time period, or a capped allowance, enter that information in the package details so the public page stays consistent. If Sherkety ERP & Website Platform lets you arrange packages visually, use drag handles or move controls to place them in the correct order. If not, update the **Sort Order** numbers manually. This is especially important when you want the public page to show a progression from basic to premium. You may also see controls for: - **Featured** - **Recommended** - callout text - package visibility [SCREENSHOT: Package editor showing tier name, included features, sort order, and featured badge] Use these fields to highlight the package you want visitors to notice first in comparison tables or pricing cards. ## Editing Prices and Public Commercial Information The **Pricing** page is where you enter the amounts and customer-facing price notes that appear on the public website. This includes both numeric prices and the supporting text around them. 1. Open **Pricing** from the admin navigation. 2. Select the service or package you want to update. 3. Enter the pricing values shown on the form. 4. Save the changes and review the public wording before publishing. Depending on the pricing editor, you may see fields such as: - **Base Price** - **Recurring Price** - **Currency** - **Billing Period** - **Setup Fee** - **Discount Amount** - **Price Note** Enter these exactly as you want them presented. If the page shows a monthly or recurring offer, make sure the amount and the **Billing Period** match. If the price needs explanation, use the visible note fields rather than adding that information into a description paragraph. Customer-facing commercial text can be just as important as the number itself. Look for fields used for: - promotional labels - disclaimer text - fee or tax notes - call-to-action text beside the price For example, if a package should not show a number, use the available alternate text option instead of forcing a zero or leaving the price in an unclear state. If the editor includes a hidden-price option or a text field for a contact-based offer, use that to present a **Contact for pricing** style message when appropriate. When both service-level and package-level pricing are available, review the package record carefully. In most pricing workflows, the package price is what visitors notice first on package cards or comparison blocks, while broader service pricing may act as a default. Always check the specific package you are editing so the public page does not show an outdated amount. [SCREENSHOT: Pricing editor with price fields, billing period, currency, and public price note] ## Publishing Changes to the Public Site Saving and publishing are not always the same action in Sherkety ERP & Website Platform. When you update services, packages, or pricing, make sure you complete the full workflow so the public website shows the final version. 1. Open the service, package, or pricing record you want to update. 2. Make your edits and click **Save**. 3. Review any status field such as **Draft**, **Published**, or **Archived**. 4. Use **Publish** if the record must go live on the public site. 5. Open the public page or preview action to confirm the result. If the admin page supports multiple record states, treat them this way: - **Draft**: saved for internal work, not ready for visitors - **Published**: visible on the public site - **Archived**: removed from normal public display - **Scheduled**: prepared for later release, if that option appears Before a record can be published, the page may stop you with validation messages. These usually appear when a required field has been left empty. Pay close attention to fields such as: - title or service name - slug - package name - price - visibility-related settings If the page highlights a field in error, complete that field first, then save again. Use any available **Preview**, **Open in Site**, or public page link to check: - the service title - package order - featured badges - displayed price - supporting commercial text [SCREENSHOT: Publish controls with status selector and preview action] If you unpublish, archive, or disable a service, its related pricing blocks may stop appearing on the public page as well. After changing a service’s visibility, always review the connected packages and pricing entries to make sure the public site still shows the intended offer. ## Fixing Common Problems with Services and Pricing Updates If a service or price change does not appear as expected, the issue is usually on the record itself rather than the website layout. Start by reopening the exact service or package and checking its visible settings one by one. **If the service does not appear on the public site:** - Confirm the service is marked **Active** if that switch is available - Check whether the record is **Published** rather than left in **Draft** - Review the category or listing placement fields - Make sure you saved the record after editing **If the package order or featured badge looks wrong:** - Open each package and review the **Sort Order** - Recheck any drag-and-drop arrangement if the page supports it - Confirm the correct package is marked **Featured** or **Recommended** - Save changes at the package level before leaving the page **If the price is missing or displayed incorrectly:** - Verify the **Currency** - Confirm the **Billing Period** - Check the numeric value for formatting mistakes - Review whether a text-based pricing state such as contact pricing is overriding the number - Compare service-level pricing with package-level pricing to see which one is being shown publicly **If your edits are not retained after leaving the page:** - Look for an unsaved changes warning before navigating away - Check for required fields highlighted with validation errors - Make sure your role allows editing on that page - Reopen the record to confirm the last saved version [SCREENSHOT: Validation warning or unsaved changes message on a service or pricing form] If you continue to see access-related limits while trying to update records, compare your permissions with the guidance in [Managing Users and Role Based Access](doc:managing-users-and-role-based-access). If the issue is about where a page can be opened or why some admin destinations are protected, the next document is [Understanding Admin Page Access and Protected Navigation](doc:understanding-admin-page-access-and-protected-navigation). ## Overview This document focuses on the admin pages used to manage public commercial offerings in Sherkety ERP & Website Platform. The main areas covered are the **Services** page and the **Pricing** page, where authorized users maintain service listings, package tiers, and public price information. You use these screens when you need to: - add a new service - revise service descriptions - organize package tiers - update displayed prices - control whether an offer is visible on the public website The workflow usually follows a simple pattern: - open the correct admin page - find or create the record - edit the visible fields - save the record - publish it if needed - confirm the result on the public page This guide stays focused on the commercial side of the admin portal. It does not repeat sign-in steps, dashboard orientation, or sign-out handling already covered in: - [Signing In and Accessing the Admin Portal](doc:signing-in-and-accessing-the-admin-portal) - [Using the Admin Dashboard for Navigation](doc:using-the-admin-dashboard-for-navigation) - [Signing Out and Ending Admin Sessions Safely](doc:signing-out-and-ending-admin-sessions-safely) Use this guide when your goal is to keep service cards, package comparisons, and pricing details accurate for visitors. If you need broader content editing tools, including direct page editing and multilingual content updates, use the related admin editing guides elsewhere in this documentation set. ## Prerequisites Before you start editing services or pricing in Sherkety ERP & Website Platform, make sure the following are true: - You can sign in to the admin portal successfully - Your account has access to the **Services** and **Pricing** pages - You know which public offering you need to update before opening the editor - You have the final wording, package details, and price values ready to enter - You understand whether the change should be saved as a draft or published immediately It also helps to confirm these working conditions before you begin: - You can open the admin navigation without access errors - You can find the existing service or package in the list view - You know whether the change belongs at the service level or package level - You are prepared to review the public page after saving or publishing If your work includes search-facing text as well as pricing, keep the SEO guidance nearby: - [Maintaining SEO and Search Facing Page Information](doc:maintaining-seo-and-search-facing-page-information) - [Maintaining Page SEO Details in Admin](doc:maintaining-page-seo-details-in-admin) If you are unsure whether to edit a public page directly or use the admin list pages described here, compare the workflows in: - [Choosing Between Inline Editing and Admin Pages](doc:choosing-between-inline-editing-and-admin-pages) - [Managing Service Catalog Content in Admin](doc:managing-service-catalog-content-in-admin) For users who can open the admin portal but cannot reach certain pages, continue with [Understanding Admin Page Access and Protected Navigation](doc:understanding-admin-page-access-and-protected-navigation). ## Opening the user directory and finding the right account In Sherkety ERP & Website Platform, open the **Admin Portal** and go to **Users** to work with account records. This screen is the main directory for user lifecycle tasks, including reviewing account status, opening individual profiles, and checking whether someone is active, invited, suspended, or deactivated. If you already read [Understanding Role Visibility and Access Restrictions](doc:understanding-role-visibility-and-access-restrictions), use that guidance here when deciding which accounts you should expect to see. 1. Sign in to the **Admin Portal**. 2. Open the **Users** section from the admin navigation. 3. Look at the user list and identify the columns that help you confirm the right person, such as name, email address, username, and status. 4. Use the **Search** box to narrow the list. Search by the person’s name first, then try their email address or username if needed. 5. Use the status filter to focus the list on the right lifecycle stage, such as **Active**, **Invited**, **Suspended**, or **Deactivated**. 6. Click the user’s row in the results table to open the full account record. Once you open a user record, review the visible profile details before making changes. Check the displayed name, contact information, current role assignment, and the status badge shown on the profile. This helps you avoid editing the wrong account, especially when two users have similar names. [SCREENSHOT: Users directory with search box, status filter, and status badges] If the list is long, combine search and status filtering instead of scrolling through every row. For example, if you know the person has not yet signed in, filter by **Invited** before searching. If you are checking whether access was removed, filter by **Suspended** or **Deactivated** and then open the profile to confirm the current state. ## Creating accounts and setting initial access When you need to add a new person, create the account from the **Users** area so it appears immediately in the directory and can be managed like any other user record. The account setup process focuses on identity details, starting access, and the initial lifecycle status. 1. In **Users**, click **Add User**. 2. Enter the person’s core details in the form, including **Full Name**, **Email**, **Username**, and **Department**. 3. Choose the starting role or permission set from the access controls shown on the form. 4. Set the account status to **Invited** or **Active**, depending on how you want the person to begin using Sherkety ERP & Website Platform. 5. Save the account. 6. Send the invitation email if that option is shown during or after saving. 7. Return to the user directory and confirm the new account appears with the expected status badge. Use **Invited** when the person still needs to complete first-time sign-in. Use **Active** when the account should be ready for immediate use. After saving, always verify the status badge in the list so you can catch setup mistakes early. The account form is also where you set the user up for the right level of access from day one. Choose carefully, but do not worry about getting every detail perfect at creation time. You can adjust roles and access later from the user’s profile without creating a new account. A quick review after creation helps prevent confusion: - Confirm the **Email** field is correct before sending an invitation. - Check that the selected role matches the person’s job responsibilities. - Make sure the status badge in the directory matches your intent: **Invited** for pending setup or **Active** for immediate access. [SCREENSHOT: Add User form showing identity fields, role selection, and status options] ## Updating profile details, roles, and access over time User accounts rarely stay the same. In Sherkety ERP & Website Platform, you can return to a user profile at any time to update personal details, adjust access, or change lifecycle status as the person’s responsibilities change. For a broader view of the directory and account records, see [Viewing and Maintaining User Accounts](doc:viewing-and-maintaining-user-accounts). 1. Open **Users** and search for the account you want to update. 2. Click the user record to open the profile page. 3. Edit the fields that need maintenance, such as **Display Name**, **Email Address**, **Phone Number**, or **Team Assignment**. 4. Update the role or permission group if the user’s work has changed. 5. Click **Save** to apply the changes. 6. Review the profile again to confirm the updated values and current status. When someone moves to a new team or takes on different responsibilities, update their role assignment directly on the profile instead of creating a second account. This keeps the person’s history in one place and makes later reviews easier. After saving, check that the role shown on the page matches what you selected. You may also need to manage access without changing profile details. Use the account actions menu on the user profile when you need to: - resend an invitation - reset access-related settings - change the lifecycle status - prepare the account for suspension or deactivation These actions are useful when the user record is correct, but the person’s access needs attention. For example, if someone never received their original invite, open the same account and resend it rather than creating a duplicate. If the person is temporarily stepping away from work, review whether **Suspended** is more appropriate than **Deactivated**. [SCREENSHOT: User profile page with editable fields, role area, Save button, and account actions menu] ## Reviewing account history and administrative activity Before changing a user’s access, it is good practice to review the account history on their profile. Sherkety ERP & Website Platform includes an activity or audit area that helps you confirm what changed, when it changed, and which administrator performed the action. This is especially helpful when several admins manage users or when you need to understand why an account currently looks the way it does. 1. Open the user’s profile from **Users**. 2. Go to the **Activity** or **Audit** area on that record. 3. Review the history entries for profile updates, role changes, invitation actions, suspensions, or deactivations. 4. Check the timestamp on each entry to understand the order of changes. 5. Look for the administrator name attached to each action. 6. Compare the most recent history entry with the current status badge and role shown on the profile. Use this history view when something seems inconsistent. For example, if a user appears to have the wrong access after a recent update, the activity list can show whether the role change was saved, whether an invitation was resent afterward, or whether the account was suspended later by another administrator. The history area is also useful for confirming routine lifecycle events: - when the account was created - when an invitation was sent or resent - when the account moved from one status to another - when profile details were edited - when access assignments were updated [SCREENSHOT: User activity or audit panel showing dated entries and administrator names] Always compare the current profile with the latest history entry before making another change. If the newest entry already reflects the action you planned to take, pause and confirm whether any further update is actually needed. This avoids unnecessary edits and keeps the account record easier to follow. ## Suspending and deactivating accounts when access should end When a person should no longer use Sherkety ERP & Website Platform, choose the account status carefully. **Suspend** and **Deactivate** are not the same. Suspension is useful when access should pause temporarily, while deactivation is the better choice when the person should no longer sign in and the account should move out of the active user population. 1. Open the user’s profile from **Users**. 2. Open the account actions menu. 3. Select **Suspend** if access should be paused without removing the account record. 4. Select **Deactivate** if the person should no longer sign in. 5. Confirm the action in the confirmation prompt. 6. Return to the profile and the user directory to verify the updated status badge or lifecycle label. After the change, check both places where status appears: - the badge or label on the user profile - the status shown in the user directory list This double-check matters because it confirms the lifecycle update was applied and that the account now appears in the correct filtered view. For example, a deactivated account should no longer appear as active when you filter the directory. Suspending or deactivating an account does not mean you lose the record. The profile can still retain important information for administrative review, including: - profile details - role assignments - previous status changes - account history and audit entries [SCREENSHOT: Account actions menu with Suspend and Deactivate options, followed by confirmation dialog] Choose **Suspend** when you may need to restore access later without treating the person as a brand-new user. Choose **Deactivate** when access should end and the account should remain only as a retained record for future reference or possible reactivation decisions. ## Fixing common user management problems Most user lifecycle issues in Sherkety ERP & Website Platform come down to search filters, invitation status, or an account status that was changed differently than expected. When something looks wrong, start with the user record itself and then compare it with the directory filters and account history. If you cannot find a user in **Users**, try these checks: - Clear any status filter that may be hiding the account. - Search by **Email Address** instead of name. - Try the **Username** if the name returns too many results. - Confirm you are working in the correct admin area and not relying on an old browser tab. If a user says they never received their invitation: - Open their profile from **Users**. - Check the **Email** field for mistakes. - Confirm the account still shows **Invited**. - Use the account actions menu to resend the invitation. If access still looks wrong after a role change: - Reopen the user record after saving. - Verify the selected role or permission group is still displayed. - Review the activity or audit area for the latest update. - Confirm another administrator did not make a later change. If a former user still appears active: - Open the account and check the current status badge. - Confirm whether the account was marked **Suspended** instead of **Deactivated**. - Use the account actions menu to apply the correct lifecycle status. - Return to the directory and verify the account appears under the expected status filter. [SCREENSHOT: Users list with filters cleared and a user profile showing status and activity history] When troubleshooting, avoid creating a second account for the same person unless you are certain no existing record is present. In most cases, the fix is in the original profile: correcting the email, resending the invite, updating the role, or changing the lifecycle status. ## Overview Managing user lifecycle in Sherkety ERP & Website Platform means following an account from creation through day-to-day updates and, when needed, suspension or deactivation. The main place for this work is the **Users** section in the **Admin Portal**, where you can search the directory, open a profile, review status, and take account actions from one record. The lifecycle usually follows a simple pattern: - create the account with the right identity details - assign the starting role or permission set - set the initial status as **Invited** or **Active** - update profile details and access over time - review activity history before major changes - suspend or deactivate the account when access should end This document focuses on those practical admin tasks. It does not repeat the visibility rules already covered in [Understanding Role Visibility and Access Restrictions](doc:understanding-role-visibility-and-access-restrictions). Use that document when you need to understand why certain users or role options may be visible to one administrator and not another. As you work through lifecycle changes, pay attention to the account’s visible status badge, the role shown on the profile, and the activity history attached to the record. Those three areas give you the clearest picture of the account’s current state. They also help you avoid common mistakes such as resending an invitation to an already active user or suspending someone when you intended to deactivate them. [SCREENSHOT: Admin Portal Users section showing directory, selected user profile, and status indicators] The next document, [Assigning Roles and Understanding Visibility Rules](doc:assigning-roles-and-understanding-visibility-rules), goes deeper into choosing the right access level and understanding how role assignments affect what each user can see. ## Prerequisites Before you manage user lifecycle tasks in Sherkety ERP & Website Platform, make sure you have the right access and that you can reach the **Users** area in the **Admin Portal**. You do not need advanced setup knowledge, but you should be comfortable opening admin pages, searching lists, and saving changes on profile forms. You should have: - permission to sign in to the **Admin Portal** - access to the **Users** section - enough visibility to open user profiles and use account actions - a clear understanding of your organization’s role and access rules It also helps if you already know how user records are displayed in the directory. If you have not reviewed that yet, read [Viewing and Maintaining User Accounts](doc:viewing-and-maintaining-user-accounts) first. If you need a refresher on why some records or actions may not be available to you, return to [Understanding Role Visibility and Access Restrictions](doc:understanding-role-visibility-and-access-restrictions). Before creating or updating an account, gather the details you expect to enter or verify: | What to confirm | Why it matters | |---|---| | Full name | Helps identify the correct person in the directory | | Email address | Needed for invitations and account communication | | Username | Helps with searching and account identification | | Department or team | Supports profile accuracy and organization | | Starting role | Determines the user’s initial access | If you are planning to suspend or deactivate someone, review the user’s current status and recent activity first. That quick check helps you choose the correct action and keeps the account history easier to understand for other administrators. ## Opening the Homepage Migration Tool To run homepage migration workflows in **Sherkety ERP & Website Platform**, first sign in through the **Login** page with an account that can access the admin area. After signing in, open the administration menu and go to the page used for homepage migration work. This document focuses on the dedicated **Homepage Migration Tool** page, not the regular **Content**, **SEO**, or **Settings** screens. When the page opens, confirm that you are in the correct admin workspace before starting anything. Look for the page title, the migration status area, and the main action used to begin a run. The page should clearly present the migration workspace rather than a content editing form. If you expected to see editable homepage sections, service cards, or SEO fields, you are likely on the wrong screen. Before you start a run, review any visible notices at the top of the page. In Sherkety ERP & Website Platform, pages may show loading messages, error messages, or status banners when information is still being retrieved or when something needs attention. If the page is still loading, wait until the migration controls and status details appear. If an error message is shown instead of the migration content, do not start refreshing repeatedly; first confirm that the page has fully loaded and that your admin session is still active. Also check the migration context shown on the page. The source homepage and the destination context should match the homepage content you intend to migrate. This is especially important if your team works with multiple languages or is reviewing different homepage versions. If you already reviewed earlier migration output, use [Reviewing Migration Results and Follow Up Checks](doc:reviewing-migration-results-and-follow-up-checks) as your reference point before starting a fresh workflow run. [SCREENSHOT: Homepage Migration Tool page showing the page title, status area, and main start action] ## Starting a Homepage Migration Run Once you are on the **Homepage Migration Tool** page, use the main start action on the page to begin a new migration run. This is the control administrators use to trigger the workflow from the interface. Before clicking it, make sure the page is not already showing an active run. If the page already displays an in-progress status, wait for that run to finish instead of trying to start another one. 1. Open the **Homepage Migration Tool** page in the admin area. 2. Review the current status section to confirm no other migration is actively running. 3. Click the page’s main start action to launch the homepage migration. 4. Watch for the immediate page response after you submit the run. Right after you start the migration, Sherkety ERP & Website Platform should change the visible status on the page. Depending on timing, the run may first appear as queued, then move into a started or running state. The important thing is that the page should no longer look idle. You should see a clear status change, a progress area, or a workflow list that begins updating. During this stage, pay attention to controls that become unavailable. The start action may be disabled while the migration is active so administrators do not accidentally launch duplicate runs. If the button or action area becomes dimmed or unclickable, that usually means the page is protecting the current workflow from being started again. If you do not see any change after clicking the start action, pause and check the page carefully. A message may appear near the top, in the progress area, or beside the workflow steps. Also watch for toast notifications or short status messages that confirm the run has been accepted. For help reading those messages, see [Understanding Toast Messages and Action Feedback](doc:understanding-toast-messages-and-action-feedback). [SCREENSHOT: Start action on the Homepage Migration Tool page changing to an in-progress state] ## Following the Visible Workflow Steps After the run begins, the most useful part of the page is the workflow step display. In **Sherkety ERP & Website Platform**, this area helps you follow the migration in the order shown on screen, from the first preparation step through the final completion state. You do not need to guess what is happening in the background; instead, read the step list and the current status markers on the page. 1. Find the workflow step list or progress tracker on the migration page. 2. Start at the first visible step and read the labels in the order shown. 3. Identify which step is currently active by looking for the highlighted row, badge, or progress marker. 4. Compare completed steps with pending steps to see how far the run has progressed. 5. Check for any step-level notes, timestamps, or status labels beside the step names. The current step is usually the one visually emphasized. It may have a highlighted background, an active badge, a spinner, or in-progress text. Completed steps are typically easier to spot because they no longer look active and may show a success marker or completed state. Pending steps usually remain unhighlighted until the workflow reaches them. As you follow the list, focus on what the page is telling you now rather than trying to predict the next change. If a step includes a label or badge, use that wording exactly as your reference when discussing the run with another administrator. If the page shows a time beside a completed step, that can help you understand whether the workflow is moving normally or has paused longer than expected. When a step appears to pause, do not assume it has failed immediately. First compare the active step, the overall status message, and any visible progress indicator. If the page still shows that the run is in progress, continue monitoring before taking action. [SCREENSHOT: Workflow step list with one active step, completed steps, and pending steps] ## Monitoring Progress and Results on the Page The progress area on the **Homepage Migration Tool** page is where you track the overall state of the run. In **Sherkety ERP & Website Platform**, this may include a status message, a spinner, a percentage, or another in-progress indicator. Use this area together with the workflow step list rather than relying on only one signal. 1. Watch the overall status area after the migration starts. 2. Check whether the page shows an in-progress message, spinner, or percentage. 3. Compare the overall status with the step-by-step progress below it. 4. Review any success messages or result summaries that appear as steps finish. 5. Confirm the final state once the page stops showing active progress. As the migration advances, the page may show per-step completion markers or a short summary of what has already finished. These details are useful when you need to confirm whether the workflow is moving forward normally. If a result summary appears, read it before leaving the page. It may tell you whether the run completed fully, completed with issues, or stopped on a failed step. Pay special attention to the final page state. A completed state means the workflow reached the end and the page no longer shows active processing. A partially completed or failed state means you should review the latest visible details before deciding what to do next. Look for the latest run status, any completion time shown on the page, and the outcome message attached to the run. If the page still looks active but no new step has changed for a while, compare the overall status with the latest step marker. If both still indicate in progress, continue monitoring. If the page switches to an error or failed state, move to the troubleshooting guidance below and capture the exact wording shown on screen. [SCREENSHOT: Progress area showing overall status, latest run result, and completion details] ## Understanding What Administrators Can See During a Run During an active migration, **Sherkety ERP & Website Platform** keeps administrators focused on a small set of visible controls and status areas. The page is primarily designed for monitoring the run that is already in progress. You should expect to see the start control, the overall progress display, and the workflow step list remain central on the page while the migration is executing. The start control may still be visible, but it can become disabled while a run is active. This is a normal safeguard. If the button is present but unavailable, that usually means the page is preventing a second run from being launched before the current one finishes. The progress display is the main source for the current state, and the workflow list gives more detail about where the run is currently paused or advancing. Not every message on the page requires action. Informational messages usually explain that the run is queued, running, or completed. These are there to help you follow progress. Messages that require attention are the ones that clearly indicate an error, a failed status, or a step that did not complete. When that happens, use the exact status label or error text shown on the page when reporting the issue to another administrator. From the visible behavior described in the interface, this page should be treated mainly as a monitoring screen during execution. If the page offers a retry, refresh, or reopen action for the latest run, use only the controls that are clearly shown on screen. Do not assume there is a hidden recovery step elsewhere in the admin area. When the migration finishes, the page should remain on the latest run details so you can review the final outcome. If you need help interpreting loading states, error states, or empty areas on the page, see [Understanding Loading Placeholders Empty States and Errors](doc:understanding-loading-placeholders-empty-states-and-errors). ## Common Issues and How to Fix Them Most migration problems on the **Homepage Migration Tool** page can be checked directly from what you see on screen. Start with the visible status, the workflow steps, and whether the main action is available. - **The migration does not start after you click the page action** - Confirm that you are signed in with an administrator account that can access the admin area. - Make sure you are on the correct homepage migration page, not the **Content** or **SEO** screen. - Check whether the page already shows a running migration. If a run is active, the start action may be disabled until it finishes. - Look for a notice, toast message, or error banner that explains why the action did not proceed. - **The workflow appears stuck on one step** - Read the current status message beside the active step or in the overall progress area. - Wait briefly to see whether the page updates on its own. - Confirm that the run still shows as in progress rather than failed. - If the same step remains active without any other change, note the step label exactly as shown. - **The migration finished, but the final state does not look right** - Reload the migration page once. - Compare the latest run status with the workflow indicators shown on the page. - Check whether the page now shows a completion message, partial result, or failed outcome. - **The page shows an error or failed status** - Capture the exact error text, failed step label, and visible run status before doing anything else. - If a retry or rerun action is available on the page, use that only after recording the message. - If the same failure happens again, share the exact wording from the page with the person handling migration support. For more help reading warning states and error notices, see [Recognizing Warnings Errors and Dismissible Notices](doc:recognizing-warnings-errors-and-dismissible-notices). ## Overview The **Homepage Migration Tool** in **Sherkety ERP & Website Platform** is the admin page used to run and watch homepage migration workflows from start to finish. Its purpose is practical: give administrators one place to launch a migration, follow each visible stage, and confirm whether the latest run completed successfully or needs attention. On this page, the most important areas are the start action, the overall status display, and the workflow step list. Together, these show whether a migration has not started yet, has been accepted and queued, is currently running, or has reached a finished state. During a run, the page may also show loading feedback, progress messaging, success indicators, or error text. These visible signals are what you should rely on when deciding whether to wait, retry, or investigate further. This guide is intentionally focused on the workflow experience on the page itself. It does not repeat the earlier task-level setup and review guidance from [Running Homepage Migration Tasks](doc:running-homepage-migration-tasks) or [Reviewing Migration Results and Follow Up Checks](doc:reviewing-migration-results-and-follow-up-checks). Instead, it helps you read the page while a migration is happening and understand what the interface is telling you at each stage. Use this page when you need to: - Start a new homepage migration run - Confirm that the run has actually begun - Follow the current step and overall progress - Review the latest visible result on the page - Capture clear status details if something fails After the run is complete, continue with [Checking Migration Results and Validating Homepage Content](doc:checking-migration-results-and-validating-homepage-content) to verify that the migrated homepage content appears correctly. ## Prerequisites Before you run a homepage migration workflow in **Sherkety ERP & Website Platform**, make sure the basic conditions for using the page are already in place. This helps you avoid starting a run from the wrong screen or misreading a status that belongs to an earlier migration. You should have: - Access to the admin area through the **Login** page - An account with permission to open administrator pages - Access to the dedicated **Homepage Migration Tool** page - A clear understanding of which homepage content or migration context you intend to run - Time to stay on the page and monitor the visible workflow until it reaches a clear result It also helps if you have already completed the earlier migration review work covered in [Reviewing Migration Results and Follow Up Checks](doc:reviewing-migration-results-and-follow-up-checks). That document explains the checks that should happen before you decide to start another workflow. This guide assumes you are ready to run the migration and want to understand the page behavior during the process. Before clicking the start action, verify these on screen: - The page has finished loading and is not showing only a loading message - No blocking error message is visible at the page level - The migration status area is readable - The source homepage and target migration context shown on the page match what you expect - There is no active migration already running, unless your team specifically intends to monitor the current run instead of starting a new one If any of those checks fail, resolve that first before starting the workflow. Once the page is ready and the migration context looks correct, you can begin the run and follow the on-screen progress with confidence. ## Understanding What the Purchasing Page Shows On the Purchasing module page in **Sherkety ERP & Website Platform**, the main focus is the buying process from supplier request to goods receipt. If you already reviewed the buyer value and day-to-day actions in [Understanding Purchasing Benefits and Buyer Actions](doc:understanding-purchasing-benefits-and-buyer-actions), this page helps you judge whether those actions fit your own procurement process. A buyer evaluating this page should expect to see navigation and workflow areas built around the core purchasing records: - **Vendors** - **Requests for Quotation** - **Purchase Orders** - **Products** - **Reporting** These menu areas show that purchasing is handled through structured records instead of scattered emails, chat messages, or spreadsheet trackers. A typical flow starts with a **Request for Quotation** when you want supplier pricing or availability, then moves to a **Purchase Order** once quantities, prices, and terms are agreed. As you review the page, pay close attention to document stages and status changes. Those states tell you whether Sherkety ERP & Website Platform can give your team the visibility it is missing today. Common workflow checkpoints include: - quotation records still in **draft** - quotations that have been sent or confirmed - purchase orders waiting for **approval** - approved orders ready for fulfillment - receipts showing whether products are **received**, still **waiting**, or only partially arrived [SCREENSHOT: Purchasing page showing menu entries for Vendors, Requests for Quotation, Purchase Orders, Products, and Reporting] This page is especially useful if your team wants a cleaner process for supplier comparison, order approval, and delivery follow-up. Instead of relying on memory or disconnected files, the purchasing workflow is presented as a chain of linked documents with supplier records, order details, and receipt tracking in one place. ## Matching Your Procurement Problems to Purchasing Workflows The Purchasing module page is easiest to evaluate when you match your current buying problems to the workflows shown on the page. In **Sherkety ERP & Website Platform**, the value is not just that you can create purchasing documents, but that each document solves a specific coordination problem. If your team struggles to compare suppliers fairly, the **Requests for Quotation** area is the first place to look. An RFQ gives you a structured way to ask multiple vendors for the same products, quantities, and terms. Instead of comparing replies across separate emails, you can review supplier responses against the same request. If the problem starts after a supplier is chosen, the **Purchase Orders** area matters more. This is where an accepted quotation becomes a formal order with clear product lines, quantities, prices, taxes, and delivery expectations. That helps when buyers and managers need one confirmed record instead of informal approval over messages or calls. Common pain points and the matching workflow include: | Procurement problem | What to look for on the page | |---|---| | Hard to compare supplier offers | **Requests for Quotation** and supplier-specific pricing | | Orders get approved verbally and later disputed | **Purchase Orders** with approval steps and status tracking | | Deliveries arrive late with no clear follow-up | expected arrival dates and receipt status visibility | | Supplier terms vary by item | vendor details and product purchase information | | Managers become a bottleneck | approval stages before order confirmation | Supplier inconsistency is another strong signal. If different vendors offer different prices, lead times, or minimum order quantities, you need more than a contact list. You should look for **Vendors** and **Products** working together so each item can carry supplier-related purchase details. Approval delays also become easier to manage when the workflow clearly separates quotation, approval, and confirmed order stages. That structure helps a manager validate a purchase before it becomes a committed order. ## Evaluating Whether Your Team Buys Through the Right Process A good way to judge fit is to compare your current process with a standard purchasing flow in **Sherkety ERP & Website Platform**. The page is designed around a sequence that many growing businesses need: 1. Create a **Request for Quotation** 2. Send it to a **Vendor** 3. Confirm quantities, prices, and terms 4. Approve the order 5. Receive the goods 6. Validate the vendor bill against the order If your current buying process already follows these steps informally, the Purchasing module is likely a strong fit. The page is especially relevant when your team needs every order to show clear line details rather than a simple total amount. Signs that a formal **Purchase Order** workflow makes sense include needing: - product-by-product order lines - exact quantities - unit prices - taxes - vendor references - promised delivery dates - a visible order status before and after approval This becomes even more important when purchasing is tied to stock movement. If confirming a purchase should trigger an incoming receipt, or if buying decisions depend on replenishment needs, then a multi-step purchasing process matters. In that case, the module is not just for recordkeeping; it becomes part of how your team keeps products available. [SCREENSHOT: Purchase Order screen with vendor, order lines, status, and expected delivery details] There are also cases where the Purchasing module may be less central. If your company places very few orders, works with one supplier informally, and does not need approval routing or receipt traceability, a full RFQ-to-receipt process may feel heavier than necessary. The page is most valuable when your team needs control, visibility, and repeatability—not just a place to note that something was bought. ## Checking How Supplier and Product Data Support Your Buying Decisions The Purchasing module page is not only about documents. It also depends on the quality of the supplier and product information behind those documents. In **Sherkety ERP & Website Platform**, buyers should review whether the **Vendors** and **Products** areas can support real purchasing decisions instead of acting as simple reference lists. A useful vendor record should help you evaluate more than a supplier name. When reviewing the page, look for signs that supplier details can support purchasing work such as: - contact details for the supplier - payment terms - delivery expectations - past purchasing activity or purchase history visibility This matters because buyers often make repeat decisions. If your team regularly asks the same suppliers for the same items, a strong vendor record reduces rework and helps maintain consistency across orders. The **Products** area is just as important. Product purchase settings are what turn a general item list into a practical buying tool. Buyers should check whether product purchasing information can reflect supplier-specific conditions such as: - vendor-specific prices - minimum purchase quantities - lead times - reorder-related purchasing behavior If one product can be bought from several suppliers, that is another key evaluation point. Many businesses need multiple vendor options for the same item so they can compare cost, availability, or delivery speed. If negotiated pricing or preferred supplier details can be tied directly to the product, RFQs and purchase orders become faster and more accurate. [SCREENSHOT: Product purchasing details showing vendor pricing, lead time, and minimum quantity] This data foundation affects every later step. When supplier and product records are well maintained, buyers can expect order lines, prices, and expected dates to populate more reliably on **Requests for Quotation** and **Purchase Orders**. If that data is missing or inconsistent, even a strong purchasing workflow will feel manual. ## Reviewing the Controls That Matter for Approval and Receiving When you assess the Purchasing module page in **Sherkety ERP & Website Platform**, focus on the controls that protect purchasing decisions after an order is drafted. For many teams, the most important parts are not creating the order itself, but controlling who can approve it and tracking whether the goods actually arrive. Start with approval-related controls. A useful purchasing process should clearly show whether an order is still a quotation, waiting for authorization, or fully confirmed. On the page, buyers should look for: - approval rules tied to **Purchase Orders** - visible order statuses - clear movement from quotation to approved order - restrictions on who can confirm an order These controls matter when a buyer can prepare the order, but a manager must review pricing, quantities, or budget before the order becomes official. If your organization has spending limits or internal sign-off requirements, this part of the page deserves close attention. The receiving side is just as important. Once a purchase order is confirmed, buyers should expect a linked incoming receipt process. That connection gives visibility into what has arrived, what is still pending, and whether the delivery matches the order. Look for receipt-related indicators such as: - creation of incoming receipts from confirmed purchase orders - receipt status showing pending, partial, or completed arrivals - links between the order and the related receipt [SCREENSHOT: Purchase Order linked to incoming receipt with receipt status visible] Traceability across documents is a major evaluation point. Buyers who need auditability should confirm that the workflow connects the **Purchase Order**, the incoming receipt, and the vendor bill. That link helps answer practical questions quickly: what was ordered, what was received, and what should be paid. If your team often resolves supplier disputes or checks delivery accuracy before payment, these controls are central to the module’s value. ## Deciding If Purchasing Fits Your ERP Evaluation Criteria The Purchasing module is a strong fit when your evaluation criteria are based on clear buying workflows rather than general interest in procurement features. In **Sherkety ERP & Website Platform**, you can assess fit by checking whether the page supports the exact controls and records your team needs to manage supplier purchasing with confidence. Use the following checklist to judge whether the module matches your process: - You need to create **Requests for Quotation** before committing to a supplier - You want to compare supplier offers in a structured way - Your team requires approval routing before a **Purchase Order** is confirmed - You need incoming receipt tracking after an order is placed - You want vendor bills matched back to the original purchase document - You need visibility by document status rather than relying on email follow-up - Your product and supplier data include negotiated prices, lead times, or supplier-specific terms - Purchasing must connect with inventory receipts or accounting records Status visibility is one of the clearest signs of fit. If your team benefits from seeing which records are still draft quotations, which orders are approved, and which deliveries are still pending, then the page is aligned with a controlled procurement process. If those distinctions do not matter in your business, the workflow may be more detailed than you need. You should also consider data readiness. Vendor price lists, lead times, and product-level purchasing rules are most useful when your supplier and product records are maintained consistently. Without that foundation, buyers may still need to enter too much information manually. Finally, think about connected processes. If receiving goods and validating vendor bills must tie back to the original purchase order, the Purchasing module becomes more than a buying screen—it becomes part of a broader procure-to-pay flow. The next document, [Exploring Purchasing Features From the App Page](doc:exploring-purchasing-features-from-the-app-page), walks through those visible features in more detail. ## Overview This document focuses on how to evaluate the **Purchasing** module as a business process fit inside **Sherkety ERP & Website Platform**. Rather than teaching detailed button-by-button order entry, it helps you understand what the purchasing page is positioned to handle and which buyer problems it is designed to solve. The page centers on a structured procurement flow built around: - **Requests for Quotation** - **Purchase Orders** - **Vendors** - **Products** - **Reporting** - incoming receipt follow-up - approval and status tracking That positioning matters if your current process depends on email chains, spreadsheet comparisons, or verbal approvals. The Purchasing module page presents an alternative where supplier records, order lines, approval stages, and receiving visibility are connected through formal documents. As you read, the goal is to answer practical questions such as: - Does your team compare multiple suppliers before buying? - Do managers need to approve purchases before they are confirmed? - Do buyers need to know whether goods are still pending or already received? - Do supplier prices and lead times vary by product? - Should vendor bills be checked against a confirmed purchase order? This guide does not repeat the introductory value discussion from [Understanding Purchasing Benefits and Buyer Actions](doc:understanding-purchasing-benefits-and-buyer-actions). Instead, it builds on that foundation by helping you decide whether the Purchasing module belongs in your ERP evaluation based on document flow, data quality, and operational control. [SCREENSHOT: Purchasing module landing view highlighting RFQs, Purchase Orders, Vendors, Products, and Reporting] If you are comparing modules across the ERP catalog, this document helps you place Purchasing correctly: not as a generic supplier list, but as the area for controlled buying, approvals, and receipt traceability. ## Prerequisites Before using this guide effectively, it helps to be familiar with a few parts of the public ERP browsing experience in **Sherkety ERP & Website Platform**. You do not need admin access or setup work, but you should already know where the Purchasing module appears and what kind of buyer activity it supports. Helpful background includes: - knowing how to reach ERP module pages from the ERP catalog or related module pages - understanding the buyer-focused benefits already introduced in [Understanding Purchasing Benefits and Buyer Actions](doc:understanding-purchasing-benefits-and-buyer-actions) - basic familiarity with public page navigation and module discovery from [Discovering the Purchasing Module From Inventory and App Pages](doc:discovering-the-purchasing-module-from-inventory-and-app-pages) - comfort reading page sections, menu labels, and workflow descriptions on public ERP pages You will get the most value from this guide if you can already identify common purchasing terms such as: | Term | What it means on the page | |---|---| | **Request for Quotation** | a supplier request before confirming a purchase | | **Purchase Order** | the confirmed buying document | | **Vendor** | the supplier you buy from | | **Receipt** | the incoming delivery linked to the order | | **Approval** | the review step before an order is finalized | It also helps to have your own current process in mind while reading. For example, think about whether your team uses supplier comparisons, approval sign-offs, delivery follow-up, or invoice matching today. That makes it easier to compare your real workflow against the purchasing flow shown on the page. If you want more context on browsing ERP pages before continuing, see [Using ERP System Landing Pages to Evaluate Offerings](doc:using-erp-system-landing-pages-to-evaluate-offerings) and [Exploring ERP App Categories and Module Entry Points](doc:exploring-erp-app-categories-and-module-entry-points). ## Confirming You Can Edit Public Page Content In Sherkety ERP & Website Platform, inline editing only appears when you are signed in with an account that has permission to update website content. If you open the public website while signed out, you will only see the normal visitor view with no editing controls. Before you try to change anything, make sure you are browsing the actual homepage or another public-facing page, not an admin area such as **Dashboard**, **Content**, **Services**, **Pricing**, **SEO**, **Users**, or **Settings**. A quick way to confirm you are in the right place is to look at the page itself. Public pages show the website layout visitors see, including sections such as the homepage hero, business service highlights, ERP module promotions, comparison blocks, trust content, team content, FAQs, and contact calls to action. Admin pages, by contrast, show lists, forms, and management screens. When inline editing is available, you will see on-page editing controls layered onto the public page. Depending on the section, this may appear as: - a page-level edit control - section action buttons - visible edit handles when you hover over a block - highlighted boundaries around editable sections Typical areas you can update inline include: - homepage banners and hero text - public text sections - callout blocks and promotional sections - visible button text - section-level content that appears directly in the page layout If you previously managed service entries from the admin side, use [Managing Service Catalog Content in Admin](doc:managing-service-catalog-content-in-admin) for those list-based updates. Inline editing is best when you want to change what you can already see on the page. [SCREENSHOT: homepage shown while signed in, with visible inline edit controls on public sections] ## Opening Inline Editing from the Homepage or Public Page 1. Sign in to Sherkety ERP & Website Platform with your content editing account. 2. Open the homepage or the public page you want to update. This should be the normal website page, not an admin management screen. 3. Look for the page-level edit control that appears on the public page for authorized users. Use that control to switch the page into inline editing mode. 4. Once editing mode opens, move your pointer across the page and watch for editable regions. Sections usually become easier to identify through visible outlines, hover highlights, or action handles attached to each block. 5. Click into the area you want to work on. The page remains in its public layout, but the selected section becomes active for editing. This editing flow is useful because you can work directly where the content appears. Instead of searching through a list of entries, you can open the homepage, find the hero banner, a comparison section, a startup package block, or another visible area, and edit it in context. There is an important difference between page-level editing and section-level editing: - **Page-level editing** puts the whole page into editable mode so you can move through multiple sections before saving. - **Section-level editing** focuses on one visible block at a time, such as a headline area, a callout section, or a button group. If you do not see any edit controls after signing in, refresh the page and confirm you are still on the public website view. If the page only shows management menus and admin navigation, return to the public page first. [SCREENSHOT: public homepage entering inline editing mode with editable regions highlighted] ## Targeting the Right Section Before You Make Changes 1. In inline editing mode, scroll to the exact section you want to update. 2. Hover over the block until its boundary, highlight, or action menu appears. 3. Click the section itself, not just nearby whitespace, so the correct content block becomes active. 4. Confirm you selected the right area by checking the visible heading, image space, button row, or surrounding content. 5. Start editing only after you are sure the selected block matches the section you intended to change. This step matters most on pages where several sections use a similar layout. On the homepage, for example, you may see multiple stacked content blocks with the same spacing, card style, or button placement. The safest way to tell them apart is by what is already visible on screen: - the section’s heading text - its position on the page - the image or illustration area beside it - the nearby call-to-action buttons - the content directly above and below it Common editable items inside a selected section include: - headline text - paragraph text - button labels - link text - media or image placeholders - short promotional statements Be especially careful with repeated section styles. A trust block, value section, or feature row may look very similar to another block farther down the page. If you click the wrong one, you may update a different section without noticing until after saving. A good habit is to pause for a moment after selecting a block and read the visible content before typing. If the selected section does not match the wording or placement you expected, click away and choose the correct block again. [SCREENSHOT: two similar homepage sections with one clearly highlighted for editing] ## Editing Text, Links, and Visible Content in Place 1. Click inside the selected heading, paragraph, or visible text area to begin editing. 2. Replace the existing wording with the updated content you want visitors to see. 3. If the section includes a button or linked text, select that item through the inline controls attached to the block and update the visible label. 4. Review the section immediately in the page layout before moving on. 5. Continue to the next editable item in the same section only after the current change looks correct on screen. Inline editing in Sherkety ERP & Website Platform is designed for visible website content, so work directly with the text as it appears in the section. This is especially useful for homepage headlines, supporting copy, promotional statements, and call-to-action buttons because you can judge the result without leaving the page. When you edit, keep the layout in mind: - Short headings usually fit better than long multi-line titles. - Button labels should stay concise so they do not stretch awkwardly. - Paragraphs should remain easy to scan within the available space. - Line breaks should look natural next to nearby images, cards, or buttons. After each change, look at the full section instead of only the text cursor area. Check whether the updated wording still fits the design and still makes sense beside the surrounding content. For example, a revised hero message should still match the button beneath it, and a callout paragraph should still support the section heading above it. If you are updating multilingual content, use the language controls available in your editing workflow and verify that you are changing the correct language version before saving. For language-specific editing details, see [Editing Multilingual Content in the Editor](doc:editing-multilingual-content-in-the-editor). [SCREENSHOT: inline text editing inside a homepage callout section with button label visible] ## Saving Changes and Publishing the Updated Page View 1. Finish all edits in the current page view before leaving the page. 2. Click the page-level **Save** control to store your changes. 3. Wait for the save process to complete. Do not close the page or switch away while Sherkety ERP & Website Platform is processing the update. 4. Watch for the confirmation state, such as a success message, refreshed content, or the page returning to its normal viewing mode. 5. Review the saved section once the page settles back into its standard layout. The most important part of inline editing is using **Save** before you navigate away. Changes you make while a section is open are not fully published to the public page until you complete the save action. If you leave the page too early, your edits may remain only in the current editing session and never appear to visitors. A normal save flow looks like this: - select a section - edit the visible content - click **Save** - wait for confirmation - check the page again in normal view After saving, Sherkety ERP & Website Platform may show one or more visible cues that your update was accepted: - a success notification - the edited section refreshing with the new wording - inline controls closing - the page leaving edit mode If you do not see a confirmation message, stay on the page a moment longer and verify whether the updated text remains visible after the interface refreshes. If the page still looks uncertain, avoid making more edits until you confirm the first save completed properly. For more detail on reviewing and confirming content updates, see [Validating Saving and Reviewing Content Changes](doc:validating-saving-and-reviewing-content-changes). [SCREENSHOT: page-level Save control with visible success message after inline editing] ## Checking That Visitors Can See the Updated Homepage Sections 1. Refresh the homepage or public page after saving. 2. Scroll back to the edited section and confirm the new text, button label, or other visible content appears correctly. 3. Open the same page in a signed-out browser window or a private browsing session. 4. Compare the public-facing version with what you expected to publish. 5. If the update is missing, return to the page and confirm you saved the correct section. This final check helps you catch two common problems: the section was never saved, or the wrong block was edited. Because inline editing happens directly on the page layout, it is possible to make a change in a similar-looking section farther up or down the page. A quick public-view check confirms what visitors actually see. When reviewing the saved result, look for: - the updated headline appearing in the right section - the revised paragraph matching the surrounding content - the correct button text showing in place - spacing and alignment still looking normal - no old wording remaining in the public version If the page still shows the previous version, try these checks in order: - confirm a success message appeared when you clicked **Save** - reopen the page and verify the edited block contains your latest wording - refresh the page again - open the page in a signed-out or private window - use a hard refresh if your browser is showing an older cached version If the content in edit mode looks correct but the public page does not, reopen the same section and make sure you targeted the intended block. This is especially important on the homepage, where repeated section styles can make similar blocks easy to confuse. The next guide covers shared page areas that appear across the site: [Editing Footer and Shared Website Sections Inline](doc:editing-footer-and-shared-website-sections-inline). ## Overview Sherkety ERP & Website Platform lets authorized users update many public website sections directly from the live page layout. This approach is most useful when you want to change visible homepage content and immediately judge how it looks in context. Instead of opening an admin list and guessing which entry controls a section, you can go straight to the public page, turn on inline editing, select the section on screen, and update it where it appears. Inline tools are especially helpful for sections such as: - homepage hero content - promotional text blocks - comparison or value sections - trust and highlight sections - call-to-action areas with buttons - other public-facing content blocks visible in the page layout The main advantage is accuracy. You can see the heading, paragraph, buttons, and surrounding design while you edit, which makes it easier to keep wording aligned with the page structure. This also reduces the chance of changing the wrong content entry when several sections have similar names in the admin area. Use inline editing when you need to: - revise homepage messaging - update visible public text quickly - adjust button wording in context - confirm spacing and layout before saving - review the final result from a visitor’s perspective If your work involves managing catalog-style service entries rather than editing visible page sections, return to [Managing Service Catalog Content in Admin](doc:managing-service-catalog-content-in-admin). That workflow is better for structured service records. This guide focuses on direct page editing from the public website view. [SCREENSHOT: public homepage with one editable section selected and surrounding layout visible] ## Prerequisites Before you start inline editing in Sherkety ERP & Website Platform, make sure these conditions are in place: - You are signed in with an account that can edit website content. - You can access the public homepage or another public website page while signed in. - You are working on the public page itself, not inside **Dashboard**, **Content**, **Services**, **Pricing**, **SEO**, **Users**, or **Settings**. - The inline edit control or section edit handles are visible on the page. - You know which section you intend to update before entering edit mode. It also helps to prepare the content you want to publish before you begin. Inline editing works best when you already know the exact headline, paragraph, or button wording you want to replace. Because you are editing in the live page layout, shorter review cycles make it easier to stay focused on the correct section. Before saving, check these practical points: - the correct page language is active - the section you selected matches the visible content you intended to change - any revised button text still fits the design - nearby sections still read naturally after your update If you are unsure whether a section should be edited inline or from an admin management page, compare this guide with [Using Section and Footer Edit Controls](doc:using-section-and-footer-edit-controls) and later continue to [Choosing Between Inline Editing and Admin Pages](doc:choosing-between-inline-editing-and-admin-pages). [SCREENSHOT: signed-in public page showing edit controls ready for use] ## Scanning the landing page to understand what the ERP offers When you open an ERP landing page in **Sherkety ERP & Website Platform**, start at the top of the page and read it in the same order a buyer would. The hero area usually gives you the clearest summary of what that page is selling. Focus first on the main headline, then read the short supporting text directly under it. This is where you can quickly tell whether the page is presenting a full ERP offering, a package, or a specific business area such as Accounting, Sales & CRM, HR, Inventory, Purchasing, or Reporting. 1. Read the headline and supporting text in the hero section to understand the page’s main promise. 2. Look for the primary action buttons near the top, such as **Learn More**, **Request Demo**, **Start Trial**, **View Pricing**, or similar next-step actions. 3. Use the top navigation and any visible category links to see how Sherkety ERP & Website Platform groups its ERP offerings into business areas. 4. Scroll to the module or feature cards and read each card title and short description before opening anything. 5. Notice any trust signals on the page, such as customer logos, ratings, adoption numbers, partner mentions, or analyst references. The goal at this stage is not to make a final decision. You are simply building a quick picture of what is available and how the ERP is organized. If you already reviewed [Comparing Website and ERP Offerings](doc:comparing-website-and-erp-offerings), use that comparison mindset here: separate business services from ERP product pages and stay focused on the ERP-specific sections. [SCREENSHOT: ERP landing page hero area with headline, supporting text, and primary action buttons] As you scroll, pay attention to whether the page feels broad or focused. A page with several business-area cards usually acts as a starting point for deeper research. A page with one strong message and direct action buttons may be pushing you toward a specific package or module family. ## Checking whether the listed modules match your business needs Once you understand the page structure, move from scanning to matching. The module cards, category sections, and short descriptions on the landing page help you decide whether Sherkety ERP & Website Platform covers the work your team actually needs to handle. Read the module names carefully instead of relying on broad marketing phrases. A card labeled **Accounting**, **Sales & CRM**, **HR**, **Inventory**, **Purchasing**, or **Reporting** tells you more than a general statement about “business growth” or “efficiency.” 1. Review each module name and short description and match it to your own needs, such as finance, customer follow-up, stock control, employee management, purchasing, or analytics. 2. Open any preview links, feature links, or module detail links that appear on the card. 3. If the card changes on hover or shows a short feature list, use that extra detail to check for workflows, dashboards, automation, or reporting. 4. Look for badges or labels that help you prioritize, such as **Most Popular**, **Core**, featured highlights, or category markers. 5. Compare how much detail each card provides so you can tell the difference between a major business area and a smaller add-on. A useful way to evaluate the page is to translate each module into a business question. For example: - **Accounting**: Does this help with financial records and pricing-related evaluation? - **Sales & CRM**: Does this cover leads, pipeline, quotations, and customer follow-up? - **HR**: Does this support employee records, attendance, leave, payroll, or hiring? - **Inventory**: Does this help track stock, warehouse activity, and replenishment? - **Purchasing**: Does this support buying and supplier-related workflows? - **Reporting**: Does this provide dashboards, KPIs, and analysis tools? [SCREENSHOT: Module cards on an ERP landing page showing titles, short descriptions, and badges] If two modules sound similar, do not guess. Open both detail pages and compare them side by side. The landing page is best used to narrow your shortlist, not to settle every detail. ## Comparing packages and pricing signals on the page Many ERP landing pages in **Sherkety ERP & Website Platform** include package sections, pricing blocks, or plan comparisons. This area is where you move from “What does it do?” to “What do I get at each level?” Do not judge a package by its name alone. Look closely at what each package column actually includes. 1. Find the pricing section, package table, or plan cards on the page. 2. Read each package name from left to right to understand the entry-level, mid-tier, and higher-tier options. 3. Check the included modules, feature rows, support details, or service notes inside each package. 4. Compare checkmarks, included/not included indicators, and highlighted rows for the features you care about most. 5. Look for pricing notes such as per-user billing, annual billing language, custom quote wording, or optional add-ons. A comparison table is especially helpful when the page lists several packages. Use it to answer practical questions: Which package includes the modules you need? Which one appears to require a custom quote? Which package is highlighted as the recommended option? If a package includes implementation or support details, treat that as part of the value, not just the price. | What to check | Where to look | Why it matters | |---|---|---| | Included modules | Package columns or feature rows | Confirms whether your needed business areas are part of the plan | | Pricing style | Price label or note under the package name | Shows whether pricing is fixed, per user, annual, or quote-based | | Support or setup | Notes below features or in package details | Helps you compare total value, not just headline price | | Add-ons or exclusions | Footnotes, smaller text, or feature qualifiers | Prevents you from assuming a feature is included when it is optional | [SCREENSHOT: Package comparison table with plan columns and included feature indicators] If the pricing area feels incomplete, that is still useful information. A visible **Contact**, **Request Demo**, or **Get Quote** button often signals that the final cost depends on scope, users, or selected modules. ## Using page cues to decide which product pages to open next After reviewing modules and packages, the next step is choosing where to click. A good ERP landing page gives you several clues about which detail pages deserve your time. In **Sherkety ERP & Website Platform**, these clues usually appear as module cards, package links, feature sections, and action buttons. 1. Start with the module card or package row that matches your highest-priority business need. 2. Click the linked detail page for that area, such as **Accounting**, **Sales & CRM**, **HR**, **Inventory**, **Purchasing**, or **Reporting**. 3. Use buttons like **Learn More**, **See Features**, **View Pricing**, **Request Demo**, or **Start Trial** based on how much detail you need. 4. Open the pages that overlap most with your must-have workflows and your likely package level. 5. Skip pages that already look low priority because the landing page shows limited coverage, missing inclusion, or quote-only availability for features you are not ready to pursue. This is where buyer discipline matters. If your main concern is employee management, go directly from the ERP landing page to the HR-related page instead of opening every available module. If you need better stock visibility, move into Inventory and then compare it with Purchasing only if the page shows a clear connection between them. If reporting matters across departments, open the Reporting page after you review the main operational area. [SCREENSHOT: ERP landing page with module cards and action buttons leading to detail pages] You do not need to click every button. Use the landing page as a filter. The best next page is the one that answers your most important business question with the least extra browsing. ## Reading the landing page like a buyer instead of a browser A casual visitor scrolls for interest. A buyer scrolls for fit. When you evaluate an ERP landing page in **Sherkety ERP & Website Platform**, read every section with your own shortlist in mind. That means comparing what the page says against the workflows you already know matter to your team. 1. Keep a short list of must-have workflows in mind while you read module descriptions and package details. 2. Compare each module’s wording against those needs instead of reacting only to strong marketing phrases. 3. Treat feature badges, highlighted package columns, and summary claims as starting points, not final proof. 4. Open the linked product page before assuming a workflow, dashboard, automation feature, or support level is included. 5. Use **Request Demo**, **Contact**, or **Get Quote** only after you narrow your focus to the modules and package level that fit best. This approach helps you avoid a common mistake: confusing broad value statements with actual coverage. A page may promise better visibility, faster operations, or improved decision-making, but you still need to confirm which module delivers that result. The landing page helps you sort options quickly; the detail pages help you verify them. If you already worked through [Browsing the ERP Apps Catalog](doc:browsing-the-erp-apps-catalog), use the same habit here: compare labels, descriptions, and entry points instead of assuming similar-looking items are interchangeable. Landing pages are designed to guide decisions, but they are still summary pages. Read them with a buyer’s eye, and you will spend less time on pages that do not match your real priorities. ## Avoiding common mistakes when evaluating offerings from the landing page ERP landing pages are useful because they bring modules, packages, and actions together in one place. They can also lead to quick assumptions if you move too fast. In **Sherkety ERP & Website Platform**, a careful reading of labels, notes, and linked detail pages will save you from choosing the wrong next step. - If two modules seem similar, open both linked pages and compare who they are for, what workflows they highlight, and how much detail each one provides. - If package value feels unclear, read the smaller notes around pricing, feature rows, and custom-plan language before comparing plans. - If the page feels too general, use visible navigation links, module cards, pricing anchors, and feature buttons to move into more detailed pages. - If a feature appears only in a higher package or behind a quote request, do not assume it is part of the lower package. - If the page highlights a recommended plan, still compare it against your own priorities instead of treating the highlighted option as the best fit automatically. Another common mistake is opening too many pages at once. That makes every option feel equally important. Instead, rank what you see on the landing page by business fit: - Best match for your main workflow - Clear package inclusion - Strong feature detail - Buying readiness, such as visible pricing or a clear demo path [SCREENSHOT: Pricing notes or feature footnotes on an ERP landing page] When you are unsure what to do next, return to the module section and the package section. Those two areas usually give you enough information to decide whether to continue into a product page, compare packages more closely, or pause and refine your shortlist. ## Overview This document focuses on how to use an ERP landing page in **Sherkety ERP & Website Platform** as a decision-making tool, not just a browsing page. The goal is to help you read the page in a structured way so you can judge module coverage, package value, and the best next pages to open. You will use the landing page to: - identify the main ERP message in the hero area - review module cards and business-area groupings - compare package and pricing signals - choose the most relevant product detail pages - avoid common mistakes caused by broad summary content This guide fits after [Comparing Website and ERP Offerings](doc:comparing-website-and-erp-offerings). That earlier document helps you separate ERP product discovery from general website services. Here, the focus becomes narrower: using one ERP landing page to evaluate what is worth deeper review. The most useful parts of the page are usually: - the top hero section with the main headline and primary action buttons - module or feature cards for areas such as Accounting, Sales & CRM, HR, Inventory, Purchasing, and Reporting - package or pricing sections that show what is included - links and buttons that take you to detailed product pages or buyer actions You do not need advanced product knowledge to use this method. You only need to read the page with your own business priorities in mind and follow the strongest matches into more detailed pages. The next document, [Exploring ERP App Categories and Module Entry Points](doc:exploring-erp-app-categories-and-module-entry-points), builds on this by showing how to move from landing-page evaluation into category-level exploration. ## Prerequisites Before using this guide, make sure you have a basic starting point for evaluating ERP options in **Sherkety ERP & Website Platform**. - You should be able to open public ERP pages and move through the website navigation. - You should already understand the difference between general website offerings and ERP product offerings from [Comparing Website and ERP Offerings](doc:comparing-website-and-erp-offerings). - It helps to know the main ERP business areas you care about most, such as Accounting, Sales & CRM, HR, Inventory, Purchasing, or Reporting. - You should have a rough shortlist of needs, such as managing finances, tracking leads, handling employee records, monitoring stock, improving purchasing, or reviewing dashboards. - If you plan to compare package value, be ready to read pricing sections carefully, including notes under package names and feature rows. A simple preparation list can make the landing page much easier to evaluate: | Prepare this | Why it helps | |---|---| | Your top 2–3 business needs | Keeps your attention on the most relevant modules | | A rough budget or package expectation | Helps when reading pricing and quote-based options | | A shortlist of must-have workflows | Prevents broad marketing language from distracting you | | Time to open 2–4 detail pages | Lets you verify claims from the landing page | If you are still getting comfortable with public navigation, review [Browsing the ERP Apps Catalog](doc:browsing-the-erp-apps-catalog) before moving on. If you are ready to continue after this guide, the next step is [Exploring ERP App Categories and Module Entry Points](doc:exploring-erp-app-categories-and-module-entry-points). ## Comparing Website-Only and Website + ERP Package Paths When you compare package options in Sherkety ERP & Website Platform, you are usually deciding between two different directions. The first is a **website-only package**, which focuses on your public presence: the pages visitors see, the way your services are presented, and the contact or inquiry actions that help people reach you. The second is a **website + ERP package**, which combines that public-facing website work with business management tools for your internal operations. A website-only path is usually the better fit when your main goal is to launch or improve your company website. You may want clearer service pages, stronger branding, better contact forms, or a more professional way to present your company information. In this path, the website is the main deliverable, and the focus stays on visibility, credibility, and lead capture. A combined website + ERP path is different because it covers both what your customers see and what your team uses behind the scenes. This option is more relevant when you need a professional website **and** better control over work such as sales follow-up, HR processes, purchasing, accounting, or reporting. Instead of treating the website and operations as separate projects, this package positions them as one connected business improvement effort. Use this comparison page to decide what kind of project you are actually planning. Look at whether your need is mostly external, mostly operational, or both. Then use the available actions on the page—such as **Request a Quote**, **Book a Consultation**, or a contact inquiry option—to move forward in the right way. If you need a refresher on where ERP product entry points sit within the wider site, see [Exploring ERP App Categories and Module Entry Points](doc:exploring-erp-app-categories-and-module-entry-points). [SCREENSHOT: Website package and website + ERP package comparison section] ## Matching Package Options to Your Business Priorities Start by looking at the result you want first. If your priority is to make your business easier to find, explain your services clearly, and give visitors a way to contact you, a website-led package is often enough. In Sherkety ERP & Website Platform, this usually aligns with buyers who care most about service visibility, company presentation, brochure-style pages, and inquiry forms. That changes when your website is only one part of the problem. If you also need to reduce manual work inside the business, organize internal processes, or prepare for growth, the combined website + ERP direction becomes more relevant. This is especially true when customer inquiries need to connect to follow-up work, quoting, team coordination, or reporting. You can use the package comparison with these common priorities in mind: | Business priority | Best starting direction | Why | |---|---|---| | Launch a professional online presence quickly | Website-only | Focus stays on pages, messaging, and contact actions | | Improve service visibility and lead capture | Website-only | Main need is public presentation and inquiry flow | | Replace spreadsheets or manual admin work | Website + ERP | Internal process improvement becomes part of the project | | Connect customer demand to operations | Website + ERP | Customer-facing and internal workflows need to work together | | Prepare for future automation | Website + ERP | Planning early avoids rebuilding later | Stay with a website-focused package when your business mainly needs a stronger public presence and your internal processes are still manageable. Move toward a combined package when delays, handoffs, or disconnected tools are already affecting how your team works. The trade-off is straightforward: a website-only package is usually simpler and faster to launch, while a combined package covers more of the business but requires broader planning. If you are comparing customer-facing goals with operational needs, keep both in view rather than choosing based on design alone. ## Reviewing What Is Included in Each Package As you compare options in Sherkety ERP & Website Platform, do not stop at the package title. Open the package details and check what is actually included. A website package and a website + ERP package may sound similar at first, but the scope can be very different once you look at the work involved. For a **website package**, confirm the parts that shape the public site. Look for items such as page design scope, homepage sections, service pages, company information pages, and contact or inquiry form setup. If the website includes comparison sections, FAQs, startup package content, or company type guidance pages, make sure those are clearly listed rather than assumed. For an **ERP package**, the important items are usually related to planning and rollout. Check whether the package covers business process discovery, module selection, setup of the ERP areas you need, user onboarding, and implementation support. If you are evaluating modules like HR, Sales & CRM, Purchasing, Accounting, or Reporting, make sure the package explains which areas are included and whether they are part of the initial rollout or a later phase. A **combined website + ERP package** may include extra value beyond adding the two parts together. For example, it may offer one shared discovery process, coordinated planning across website and operations, and one engagement that covers both customer-facing and internal needs. Use this checklist while reviewing package details: | What to verify | Website package | ERP package | Combined package | |---|---|---|---| | Public pages and content sections | Yes | Sometimes limited | Yes | | Contact or inquiry setup | Yes | Not usually primary | Yes | | Business process planning | Limited | Yes | Yes | | Module selection | No | Yes | Yes | | User onboarding | No | Yes | Yes | | Coordinated project planning | Limited | Limited | Yes | Also ask what is **not** included. Common points to clarify are content writing, data migration, integrations, training depth, ongoing support, and post-launch changes. Those details often make the biggest difference when comparing package value. ## Evaluating Which Package Fits Your Current Stage The best package usually becomes clear when you focus on your immediate business stage rather than your ideal future setup. In Sherkety ERP & Website Platform, begin by identifying the first problem you need to solve. Is it launching a professional website? Is it improving the way inquiries come in? Or is it replacing spreadsheets, manual tracking, and disconnected admin work? If your business is still mainly trying to establish visibility, a website-only package is often the right starting point. This is common when you need service pages, company information, trust-building content, and a clear contact path, but your internal work is still handled by a small team without major coordination issues. Look more seriously at a combined website + ERP package when you notice signs of growing operational complexity. These signals include: - Multiple service lines that are hard to track consistently - Repeated manual handoffs between team members - Growing coordination needs across sales, HR, purchasing, or reporting - Difficulty seeing accurate performance information - Delays caused by disconnected tools or spreadsheet-based processes Another useful question is whether your website should remain informational or become part of a broader customer journey. If the website only needs to explain services and collect inquiries, a website-led package may be enough for now. If you expect the website to support quoting, service delivery coordination, customer follow-up, or account-related workflows later, planning for ERP earlier can save time. A simple decision path works well here: | Your current situation | Better fit | |---|---| | Main gap is visibility and credibility | Website-only | | Main gap is inquiry handling with light internal needs | Website-only or phased approach | | Main gaps are both customer acquisition and internal control | Website + ERP | | You are scaling and process issues are already visible | Website + ERP | Use the package comparison page to judge what needs to happen first, not just what sounds more complete. The right choice is the one that matches your current pressure points without creating unnecessary scope. ## Comparing Budget, Timeline, and Implementation Effort Package scope affects more than price. In Sherkety ERP & Website Platform, it also changes how long the project takes and how much input your team needs to provide along the way. When you compare a website-only package with a website + ERP package, look at budget, timeline, and internal effort together. A website-only engagement is usually centered on design, page structure, content sections, and inquiry setup. Because the scope is narrower, pricing is often easier to understand early. The timeline is also more focused, especially if you already know which pages you need and can review content quickly. A combined website + ERP package adds more planning work. In addition to the public website, it may involve business process discussions, module selection, rollout planning, onboarding, and staged implementation decisions. That broader scope usually means a higher budget and a longer timeline, but it also addresses more of the business in one project. Use this comparison to estimate effort: | Area | Website-only | Website + ERP | |---|---|---| | Design and page approvals | High | High | | Content review | High | High | | Process documentation | Low | High | | Internal stakeholder involvement | Medium | High | | User onboarding | Low | High | | Rollout planning | Low | High | A phased approach can make sense when you need a website launch soon but are not ready to begin ERP rollout immediately. In that case, you can launch the public site first and continue ERP planning afterward. This is often useful if content is ready but your internal processes still need clarification. At the same time, combining both streams can reduce duplicated discovery work. If you already know that your website and operations need to improve together, one coordinated project may be more efficient than treating them as separate efforts months apart. When reviewing package options, compare not just the starting price, but the amount of repeated planning you may avoid. ## Choosing the Best Way to Continue Your Evaluation Once you have compared the package paths in Sherkety ERP & Website Platform, the next step is choosing the right follow-up action. The best option depends on how clearly you can describe your needs today. Use **Request a Quote** when your scope is already fairly clear. This works best if you can explain the website pages you need, the business goals behind the project, and whether ERP modules should be included. A quote request is most useful when you are comparing defined options and want pricing based on a known direction. Choose **Book a Consultation** when you are still deciding between package paths. This is the better route if you are unsure whether to stay with a website-only package, move directly to a combined website + ERP package, or phase the work over time. A consultation is also helpful when you need guidance on module fit, project scope, or implementation order. Send a general **inquiry** when you need clarification before committing to either of the other actions. This is useful for questions about package inclusions, pricing ranges, implementation approach, or whether a package suits your business size or industry. Before you use any of these actions, gather the details that make the response more useful: - Your current website status - The number of people involved in the business - The main operational pain points you want to solve - Your target launch window - Whether you are leaning toward website-only or combined delivery If the package comparison has helped you narrow the choice but you still need help deciding between service-led and product-led directions, continue with [Choosing Between Business Services and ERP Products](doc:choosing-between-business-services-and-erp-products). [SCREENSHOT: Quote, consultation, and inquiry actions on a package comparison page] ## Overview This page in Sherkety ERP & Website Platform helps you compare two practical buying directions: a **website-only package** and a **website + ERP package**. The goal is not just to compare labels, but to understand what each option is meant to solve for your business right now. A website-only package is aimed at businesses that need a stronger public presence. That usually includes presenting services clearly, improving trust with professional pages, and giving visitors a way to contact the business through inquiry or contact forms. A combined website + ERP package is broader. It is intended for businesses that need the public website and internal business management improvements in the same engagement. As you move through the comparison, focus on three things: - What problem you need to solve first - What scope is included in each package - Which follow-up action matches your level of readiness This page works best when used alongside earlier discovery content such as [Using ERP System Landing Pages to Evaluate Offerings](doc:using-erp-system-landing-pages-to-evaluate-offerings) and [Exploring ERP App Categories and Module Entry Points](doc:exploring-erp-app-categories-and-module-entry-points). Those pages help you understand the ERP side of the offering, while this comparison page helps you decide whether ERP should be part of your project at all. If you are reviewing package cards, pricing blocks, comparison sections, or contact actions, use them to answer a simple question: do you only need a better website, or do you also need better business operations? That distinction is the core of this comparison. ## Prerequisites Before using this comparison page in Sherkety ERP & Website Platform, you should already have a basic idea of what your business is trying to improve. You do not need a detailed project brief, but you will get more value from the page if you can identify whether your need is mainly customer-facing, operational, or both. It helps to review a few areas first: | What to know before comparing packages | Why it matters | |---|---| | Your current website status | Helps you judge whether you need a full website project or only broader business improvements | | Your main business goals | Clarifies whether visibility, inquiries, or operations are the priority | | Your internal process pain points | Helps you see whether ERP should be part of the project | | Your expected launch timing | Makes it easier to compare phased versus combined delivery | | Your likely stakeholders | Useful if approvals or team onboarding will affect the project | You may also want to browse related public pages before making a package decision. For example: - Review website-focused content through [Comparing Website and ERP Offerings](doc:comparing-website-and-erp-offerings) - Explore ERP discovery paths in [Discovering ERP Products and Packages](doc:discovering-erp-products-and-packages) - Check module entry points in [Browsing the ERP Apps Catalog](doc:browsing-the-erp-apps-catalog) If you are still very early in your research, that is fine. You can still use the comparison page to narrow your direction. Just be ready to note what is unclear so you can use **Book a Consultation** or an inquiry action instead of requesting a detailed quote too early. ## Understanding what changes when you edit shared website sections In Sherkety ERP & Website Platform, some website areas belong to a single page, while others are reused across many public pages. The footer is the most common shared section. If you update footer text, footer links, contact details, or social icons in inline Edit mode, that same update can appear anywhere the shared footer is used. This is different from changing a page-only section such as a homepage banner, a service description, or a one-page comparison block. When you work on shared sections, use the front-end editing tools you already saw in [Updating Homepage and Public Sections With Inline Tools](doc:updating-homepage-and-public-sections-with-inline-tools). Start by opening a public page and turning on **Edit** mode. On the page itself, you will usually work with visible text areas, hover outlines around editable blocks, and the editor bar that gives you **Save** and **Discard** controls. As you move your pointer over editable content, Sherkety ERP & Website Platform highlights the block you are about to change. Clicking inside a footer paragraph, link list, contact area, or icon row lets you edit that content directly where it appears. This helps you see spacing, alignment, and wording in context instead of guessing from a separate form. Because shared sections appear in more than one place, even a small change can affect the whole website. A revised company description, updated contact detail, or changed footer link can show up across multiple pages immediately after you save. That is why shared section editing needs an extra review step. Before publishing, check that the wording still fits the available space, the links still make sense in every page footer, and the overall footer stays consistent with the rest of the site. [SCREENSHOT: Footer area highlighted in inline Edit mode with Save and Discard controls visible] ## Opening the website editor and locating the shared footer block 1. Open any public page in Sherkety ERP & Website Platform where the footer is visible. A homepage, service page, ERP app page, or company information page will all work as long as you can scroll down to the footer. 2. Turn on inline editing by clicking **Edit** in the website toolbar. If you are not already signed in with editing access, sign in first through the admin login flow described in [Signing In and Accessing the Admin Portal](doc:signing-in-and-accessing-the-admin-portal), then return to the public page. 3. Scroll to the bottom of the page until the footer is fully visible. Click directly inside the part you want to change, such as: - a footer text paragraph - a column heading - a navigation link - a contact detail line - the social icon row 4. Confirm that you selected the footer block and not nearby page content. In Edit mode, Sherkety ERP & Website Platform shows an outline or active selection around the block you clicked. The contextual editing controls should appear next to that selected area. 5. If you need to identify another shared section, look for blocks that repeat on several public pages. For example, a repeated contact strip or a site-wide call-to-action area may appear in the same position on different pages. Open a second page in another tab and compare the layout before making changes. The key check is visual repetition. If the same wording, links, or layout appears on multiple pages, treat it as a shared section and edit carefully. Do not assume every block near the footer is global. Some pages may include extra content above the footer that belongs only to that page. [SCREENSHOT: Public page in Edit mode with the footer block selected and outlined] ## Updating footer text, links, and contact details inline 1. Click the exact footer text you want to change. Sherkety ERP & Website Platform lets you edit many text elements directly in place, so you can revise wording without leaving the page. This may include the company description, copyright line, address text, phone details, email text, or footer column headings. 2. Replace only the text that needs updating. Keep the existing structure intact. If the footer is arranged in columns, leave those columns in place and edit the words inside them rather than deleting and rebuilding the layout. 3. To update a footer link, click the linked text in the footer and open the link editing control from the inline toolbar. Change the visible label if needed, then update the destination in the link field. After editing, click outside the link and confirm the text still appears in the correct place. 4. For social icons, select the icon row or the individual icon target from the inline controls. Update the destination for the icon you need to fix, then verify the icon still displays properly in the same row as the others. 5. Review spacing before saving. Longer text can push columns out of balance or wrap awkwardly on smaller screens. If a contact line becomes too long, shorten the wording instead of forcing extra line breaks. Use this approach for common footer content: | Footer item | What to edit inline | What to check after editing | |---|---|---| | Company text | Description or copyright wording | Line breaks and spacing | | Contact details | Address, phone, email text | Accuracy and wrapping | | Navigation links | Link label and destination | Correct page opens | | Social icons | Icon destination | Icon still visible and clickable | A good rule is to preserve the existing visual design. Keep heading sizes, button styles, icon placement, and column order as they are unless you have a clear reason to change them. [SCREENSHOT: Inline link editing control open on a footer navigation item] ## Editing other reusable website sections without affecting page-specific content 1. Open a public page that contains the repeated section you want to update. In Sherkety ERP & Website Platform, this might be a shared call-to-action strip, a repeated contact section, or another block that appears on several pages. 2. Click **Edit** and select the repeated block directly on the page. Use the visible outline and contextual controls to make sure you are editing the reusable section itself, not the page content above or below it. 3. Before making major changes, open another public page where you expect the same section to appear. Compare the wording and layout. If the block appears in both places with the same content and structure, treat it as shared content. 4. Make one change at a time. Update a single heading, paragraph, button label, or contact line, then review the block before moving on. This makes it easier to spot what changed and avoid accidental edits to nearby content. 5. Avoid removing the outer block or rearranging its main layout unless you are certain that change should apply everywhere. Shared sections often rely on the current placement and spacing to stay consistent across the website. This is especially important for company-wide messaging. A repeated banner, trust message, or contact block may support many visitor journeys at once. If you change branding language, legal wording, or business contact information, ask the appropriate reviewer to confirm the update before you save it live. If you are unsure whether a section should be edited inline or from an admin page, do not guess. This guide focuses on reusable front-end sections only. For service catalog changes, use [Managing Service Catalog Content in Admin](doc:managing-service-catalog-content-in-admin). For language-specific wording inside the editor, use the multilingual editing guidance linked from the inline editing section. [SCREENSHOT: Repeated call-to-action block selected on one page and compared with the same block on another page] ## Saving changes and checking them across public pages 1. When your footer or shared section update looks correct, click **Save** in the website editor bar. Sherkety ERP & Website Platform publishes the inline change from the page you are editing. If you decide not to keep the change, click **Discard** instead. 2. Refresh the current page after saving. This confirms that the saved version displays correctly outside the active editing state. Pay close attention to the final appearance of text, links, icons, and spacing. 3. Open at least two other public pages that use the same footer or shared section. Good choices include a homepage, a service page, and an ERP app page. Check that the same update appears consistently in each location. 4. Test the most important elements: - click footer links and confirm they open the expected page - review contact details for accuracy - make sure social icons still appear and remain clickable - check whether long text wraps neatly - confirm spacing between columns, headings, and links still looks balanced 5. Review the page body above the shared section. Make sure you did not accidentally change nearby page-specific content while selecting blocks in Edit mode. If you can, repeat the check in both desktop and mobile page views. Shared sections often look fine on a wide screen but become crowded on a smaller layout. A quick mobile review helps catch wrapped text, uneven spacing, or icons that no longer align correctly. This review step matters because shared content is highly visible. One saved footer change can affect many pages at once, so it is worth verifying the result immediately instead of waiting for someone else to notice a problem. [SCREENSHOT: Saved footer displayed consistently on multiple public pages] ## Common issues when editing shared sections and how to fix them A shared section usually updates smoothly, but a few problems come up often when editing the footer inline in Sherkety ERP & Website Platform. - **The footer looks updated on one page but not another** - First, confirm both pages actually use the same shared footer. Some public pages may have different layouts or extra content near the bottom. - Refresh both pages and reopen them if needed. - If the page still shows older content, check again from another public page before editing further. - **A footer link or social icon no longer works** - Reopen the page in **Edit** mode. - Select the affected link or icon. - Open the link editing control and correct the destination. - Save again, then test the link from normal browsing view. - **The layout breaks after changing text** - Long text is the most common cause. - Shorten the wording so it fits the existing footer column. - If the structure was accidentally changed, restore the original arrangement rather than trying to force a new layout into the same space. - If the footer becomes difficult to fix, use **Discard** and reapply the change more carefully. - **You cannot edit the section** - Make sure you are signed in with permission to use website editing features. - Confirm you clicked **Edit** and are not just browsing the public page normally. - If the page opens without editing controls, return to the admin area and verify you have access to content editing pages such as **Dashboard** or **Content**. When something feels off, the safest approach is to stop, compare the section on another page, and make a smaller edit. Shared sections reward careful changes more than large rewrites. [SCREENSHOT: Broken footer link being corrected through the inline link editing control] ## Overview - In Sherkety ERP & Website Platform, the footer and some repeated website blocks are shared across multiple public pages. - You edit these shared areas from the public website using **Edit** mode, not by opening a separate content list first. - The main controls to watch are: - **Edit** to enter inline editing - the block outline that shows what you selected - inline text and link controls - **Save** and **Discard** in the editor bar - A change to a shared section can appear on many pages at once, so always review more than one page after saving. - Keep the existing layout whenever possible. Edit the text, links, and contact details inside the current footer structure instead of rebuilding columns or removing containers. - If you already know how to update page-specific sections, this guide extends that workflow to reusable content. For the earlier page-level process, refer back to [Updating Homepage and Public Sections With Inline Tools](doc:updating-homepage-and-public-sections-with-inline-tools). Shared section editing is best for visible website elements that need to stay consistent, such as footer contact details, repeated calls to action, and other reused public-page blocks. It is not the right place for every kind of content change. Some updates belong in admin pages, especially when they affect structured service listings, pricing, SEO details, or user access. The next document, [Choosing Between Inline Editing and Admin Pages](doc:choosing-between-inline-editing-and-admin-pages), helps you decide which editing route to use before you make your next website update. ## Prerequisites - You must be able to sign in to Sherkety ERP & Website Platform with an account that has content editing access. - You need access to the public website pages where the footer or shared section appears. - You should already be comfortable with: - turning on **Edit** mode - selecting editable blocks on the page - using **Save** and **Discard** - If you have not practiced those basics yet, read: - [Editing Content Directly From the Website](doc:editing-content-directly-from-the-website) - [Using Section and Footer Edit Controls](doc:using-section-and-footer-edit-controls) Before you begin, it also helps to know exactly what you plan to update. Shared sections often contain high-visibility content such as: - footer navigation links - company description text - contact details - social media icon destinations - repeated contact or call-to-action blocks Have the final wording ready before you enter Edit mode. If you are changing company-wide contact details, branding text, or legal wording, make sure those updates have been approved internally before you save them live. For the smoothest review, prepare two or three public pages where the same footer or reusable block appears. After saving, you can quickly open those pages and confirm the update is consistent everywhere it should be. ## Opening the ERP Apps Catalog and Understanding What You’re Seeing When you open the ERP apps catalog in Sherkety ERP & Website Platform, start by looking at the main results area in the center of the page. This is where module cards appear in a grid or list, depending on the page layout. Each card is your first quick view of an app, so it helps to scan the page before clicking anything. Near the top, you will usually see a search bar for typing module names or business terms, along with category navigation or filter controls that help you move between areas such as Accounting, HR, Sales & CRM, Reporting, and related ERP offerings. Each module card gives you a small set of buying signals. Look for the module name first, then read the short description underneath. This summary often tells you whether the app focuses on payroll, attendance, quotations, dashboards, inventory visibility, or another business task. Also check the publisher or vendor name shown on the card. That label helps you tell whether the listing appears to come from the main ERP offering or from another provider. Branding cues such as a familiar publisher name, a partner label, or consistent product styling can help you judge that quickly. Pricing badges are another important clue. A card may show a direct price, or a label such as **Free**, **Paid**, or a sales-contact style prompt. If ratings or review indicators are visible, use them as a quick trust signal, but do not rely on them alone. Some parts of the page may highlight selected or featured modules. These highlighted areas are useful for discovery, but they are not the full marketplace. To evaluate options properly, move into the full catalog results and compare several cards side by side. [SCREENSHOT: ERP apps catalog showing search bar, category filters, and module cards with title, publisher, and pricing badge] ## Narrowing the Catalog to Modules That Match Your Needs Once you understand the catalog layout, use the search and filter tools to reduce the list to modules that fit your business. In Sherkety ERP & Website Platform, the fastest starting point is the search bar at the top of the apps catalog. Type a business function such as “payroll,” “inventory,” “CRM,” “reporting,” or “purchasing.” You can also search by a module name if you already know it. Results are usually based on the app title and the short summary shown on each card, so try a few related terms if your first search returns too many or too few matches. Category selectors help when you want to stay within one business area. For example, choose HR if you are comparing employee and attendance tools, or Sales & CRM if you want lead management and quotation features. If the page shows additional marketplace filters, use them to narrow results by pricing style, popularity, ratings, or newer listings. These controls are especially helpful when the catalog contains many similar apps. As you refine the results, compare cards carefully before opening a detail page. Focus on: - The app title - The short description - The publisher or vendor name - Any visible rating or review count - Pricing labels or badges - Compatibility or version notes if shown on the card If sorting is available, try more than one view. A popularity sort can show widely used options, while a newest sort can surface recently added listings. A pricing-related filter can also save time if you only want modules with visible pricing or only want to avoid quote-only listings. This stage is about reducing noise. You are not making a final decision yet. You are building a smaller, more relevant set of modules to inspect in detail. [SCREENSHOT: Filtered ERP apps catalog with category selected and narrowed search results] ## Comparing Pricing Signals Before Opening a Module Before you spend time reading a full module page, use the pricing information on the catalog card as an early screening step. In Sherkety ERP & Website Platform, some listings may show a clear price directly on the card, while others only give a pricing signal. Both are useful, but they mean different things. A visible price is the strongest signal because it tells you the vendor is being direct about cost. If you see a number, check whether the card also mentions how that price works. Sometimes a listing may indicate that pricing is tied to a subscription, a recurring plan, or another purchase model. If the card shows **Free**, that usually means there is no separate module charge shown in the catalog preview, though you should still confirm whether the app depends on a broader ERP package or another paid module. Softer pricing signals need more caution. Labels such as **Paid**, **Contact Sales**, or **Request Quote** tell you the module is not fully priced in the catalog. That does not make it a bad option, but it does mean you will need a follow-up conversation before you can compare it fairly with other listings. When pricing details appear, look for clues such as: - A direct amount versus no amount - One-time purchase wording versus recurring billing wording - Per-user or per-company language - Trial or demo availability - Contact-required purchase steps Use these signals to decide whether a listing deserves more attention. For example, if your team needs quick budget comparison, prioritize modules with transparent pricing. If the feature fit looks strong but pricing is hidden, keep the module in consideration only if you are willing to contact the vendor. This quick pricing check helps you avoid opening every listing and gives you a more focused shortlist from the start. ## Reviewing the Module Detail Page Before You Contact Anyone When a module looks promising, open its detail page and read it fully before using any contact button. In Sherkety ERP & Website Platform, the detail page gives a much clearer picture than the catalog card. Start at the top with the full module title and the longer description. This section usually explains the business problem the module solves and may list the main workflows it supports. Read this carefully to confirm that the app actually matches your use case, rather than just sharing a similar keyword. Next, move through the feature list, screenshots, and any preview or demo media. Screenshots are especially useful because they show whether the module covers the tasks you care about, such as employee records, quotations, dashboards, stock visibility, or approval flows. If the screenshots look too generic or do not match the written description, treat that as a sign to ask more questions. The publisher or vendor section deserves close attention. Look for the company name and any trust signals shown nearby, such as ratings, review counts, or partner-related labels. This area helps you understand who owns support and who you would be dealing with after purchase. Then check the compatibility details. If the page shows ERP version, edition, deployment style, or required companion apps, review those items before going further. A module can look perfect on features but still be a poor fit if it depends on another app or does not match your environment. Finally, inspect the pricing area on the detail page. This section may show stronger information than the catalog card, including a clearer billing model, trial availability, exact price, or a contact-required purchase flow. [SCREENSHOT: Module detail page showing title, screenshots, vendor section, compatibility details, and pricing area] ## Evaluating Whether a Module Is Worth Shortlisting After reviewing the detail page, decide whether the module deserves a place on your shortlist. In Sherkety ERP & Website Platform, the best way to do this is to compare what the page actually shows against the buying criteria you already have. If you came from [Choosing Between Business Services and ERP Products](doc:choosing-between-business-services-and-erp-products), use the same business needs you identified there and test them against the module’s description, screenshots, and pricing details. Start with feature fit. Read the description blocks and supported workflow sections closely. Ask whether the module clearly supports the tasks your team needs now, not just possible future needs. Screenshots can help confirm whether the app is practical for daily use or whether the page is relying on broad marketing language. Then look for implementation clues. Some detail pages hint at setup effort through compatibility notes, required companion apps, or wording that suggests configuration work. If a module appears to depend on other ERP apps, include that in your evaluation because the real cost and rollout effort may be higher than the visible price suggests. Trust and maturity matter too. If the page shows ratings, review counts, update history, or signs of active vendor involvement, use those details to judge whether the app is maintained. A strong feature list with weak trust signals should not automatically be rejected, but it should be treated more carefully. A module usually belongs on your shortlist when it meets most of these checks: - The feature set matches your business need - Pricing is clear enough to compare, or easy to clarify - Compatibility details do not raise concerns - The vendor identity is visible and credible - The page gives enough confidence to justify a follow-up conversation Shortlisting is not a purchase decision. It is your way of identifying which modules are worth deeper comparison. ## Sending an Inquiry or Requesting More Information If the detail page still looks promising but you need more clarity, use the inquiry action on the page. In Sherkety ERP & Website Platform, this may appear as a button such as **Contact Vendor**, **Request Quote**, **Ask a Question**, or a similar call to action. Click that button from the module detail page rather than leaving the page and trying to contact someone later. Doing it immediately helps keep your questions tied to the exact listing you are reviewing. The inquiry form typically asks for your contact details and a message. Complete the visible fields carefully so the vendor can respond with useful information. Focus your message on the points that affect your buying decision most. | Field | What to enter | |---|---| | Name | Your name | | Company | Your business name | | Email | The email address you want replies sent to | | Phone | Your phone number if the form asks for it | | Message | Your questions about pricing, setup, compatibility, or scope | In the message box, be specific. Ask whether pricing is fixed or quote-based, whether billing is recurring or one-time, whether the module is priced per user or per company, and whether any companion modules are required. If compatibility is unclear, mention your ERP environment and ask the vendor to confirm fit. After you submit the form, look for the confirmation message on screen. The request may be routed to the module publisher for follow-up, or you may receive a response by email. Before leaving the page, note three things for your own comparison list: - The module name - The vendor name - The pricing status shown on the page That makes it much easier to compare shortlisted options later. ## Common Issues When Evaluating Listings and How to Handle Them While comparing modules in Sherkety ERP & Website Platform, you may run into listings that look useful but leave important questions unanswered. The most common issue is vague pricing. If the pricing area only suggests that the module is paid, or asks you to contact sales without giving a structure, use the inquiry button and ask direct questions. Request confirmation on whether the price is fixed, recurring, per user, per company, or fully quote-based. That single step can save a lot of time. Another common issue is a mismatch between the catalog card and the detail page. For example, the card may suggest one pricing signal while the detail page gives a different one, or the short summary may sound broader than the full description. In those cases, treat the detail page as the stronger source because it usually contains the fuller listing information. If the difference affects your decision, mention the mismatch in your inquiry so the vendor can clarify it. Trust can also be unclear. A module may have a strong feature list but weak supporting signals. If you do not see much evidence of reviews, ratings, recent updates, or clear vendor identity, slow down before shortlisting it. Check whether the publisher name is clearly shown and whether the page provides enough detail to suggest active ownership. Compatibility uncertainty is another warning sign. If you cannot tell whether the module fits your ERP version, edition, or setup, do not guess. Review the compatibility section again and include your environment details in the inquiry form. When a listing is unclear, use this order: 1. Re-read the detail page. 2. Compare the pricing and compatibility sections. 3. Check the vendor information and trust signals. 4. Send a focused inquiry if anything important is still missing. ## Overview Evaluating ERP modules in Sherkety ERP & Website Platform works best when you move in a simple sequence: browse the catalog, narrow the results, compare pricing signals, open the detail page, and then decide whether the module is worth shortlisting. The catalog helps you scan quickly, but the detail page is where you confirm whether a module is truly relevant. Use the card view for early filtering and the full page for serious evaluation. As you compare listings, pay attention to the same buyer-facing signals every time: - Module name and summary - Category fit - Vendor or publisher identity - Pricing visibility - Ratings or review indicators - Compatibility details - Inquiry options This repeatable approach makes it easier to compare HR, Accounting, Sales & CRM, Reporting, and other ERP offerings without getting distracted by marketing language alone. If you need broader context on where these modules sit within Sherkety ERP & Website Platform, revisit [Browsing the ERP Apps Catalog](doc:browsing-the-erp-apps-catalog), [Using ERP System Landing Pages to Evaluate Offerings](doc:using-erp-system-landing-pages-to-evaluate-offerings), and [Exploring ERP App Categories and Module Entry Points](doc:exploring-erp-app-categories-and-module-entry-points). When you are ready to move beyond individual module pages and understand how discovery paths connect to package-level decisions, continue with [Understanding ERP Discovery Options and Package Entry Points](doc:understanding-erp-discovery-options-and-package-entry-points). ## Scanning the Purchasing App Page When you open the Purchasing app page in **Sherkety ERP & Website Platform**, treat it as a product overview page rather than a working purchasing screen. This page is meant to help you evaluate what the Purchasing app can do. It does not show the day-to-day forms where a buyer would enter supplier orders after setup. Start at the top of the page and look for the main headline, short supporting text, and the most visible action buttons. In Sherkety ERP & Website Platform, ERP app pages usually place the value statement first, followed by quick feature highlights and a call to continue exploring, request a demo, or move toward a trial. These top-page elements help you understand the business promise of the Purchasing app before you review the details. As you scroll, look for grouped content blocks that summarize capabilities. These may appear as feature cards, side-by-side sections, banners, or icon-led highlights. On the Purchasing page, these visible blocks introduce topics such as: - purchase orders - request for quotation workflows - vendor management - replenishment - supplier pricing - purchasing automation [SCREENSHOT: Top section of the Purchasing app page showing the headline, supporting text, and primary action buttons] Pay attention to how the page separates supplier-facing activity from internal buying activity. Supplier communication is usually presented through labels such as RFQs, vendor collaboration, or confirmations. Internal buying work is usually described with labels such as purchase orders, approvals, replenishment, and incoming stock. That distinction matters because the page is showing the full buying journey at a high level. If you already reviewed [Understanding Purchasing Module Positioning and Use Cases](doc:understanding-purchasing-module-positioning-and-use-cases), this page is the next layer down: not why a business needs Purchasing, but how the visible feature areas are presented to a prospective buyer. ## Reviewing How the Page Presents Supplier and RFQ Workflows Use the feature blocks on the Purchasing app page to identify how **Sherkety ERP & Website Platform** explains supplier outreach and quote comparison. The page is not a live RFQ screen, so your goal is to read the workflow story the page is telling. 1. Find the section that mentions **Request for Quotation**, **RFQ**, or **Purchase Orders**. This is usually where the page introduces the buyer’s first steps with suppliers. Read the short captions carefully to see whether the page emphasizes creating requests, sending them to vendors, comparing responses, or converting accepted quotes into orders. 2. Look for any mention of supplier communication methods. On app pages, this may appear as short text about sending RFQs by email, receiving confirmations online, or keeping supplier conversations tied to the purchasing process. If the page uses a card layout, each card may represent one part of that communication flow rather than showing the full form. 3. Check how supplier comparison is described. The page may frame this as comparing vendor prices, reviewing delivery timing, or supporting negotiation. These descriptions help you understand whether the Purchasing app is positioned as a simple ordering tool or as a broader buying decision tool. 4. Watch for wording that suggests control steps in the process. Terms such as approval, validation, controlled purchasing, or order confirmation indicate that the buying cycle may include review points before an order is finalized. [SCREENSHOT: Purchasing feature section highlighting RFQ and purchase order workflow summaries] As you read, separate marketing summary text from actual working screens. A short caption like “send RFQs and compare vendor offers” tells you the feature exists, but it does not show the exact fields, buttons, or approval path. That is normal on an app page. The purpose here is to confirm that supplier communication and quotation handling are part of the Purchasing offer presented to buyers. ## Exploring Inventory-Driven Buying Features One of the most important things to check on the Purchasing app page in **Sherkety ERP & Website Platform** is how purchasing is connected to stock needs. This is where the page moves beyond simple supplier ordering and starts showing how buying decisions can be driven by inventory demand. 1. Scan the page for terms such as **replenishment**, **reordering rules**, **automated procurement**, or demand-based purchasing. These labels show that the Purchasing app is presented as part of a larger stock planning flow, not just a place to send orders to vendors. 2. Look for sections that connect purchase orders with stock receipts or incoming shipments. If the page mentions warehouse receipts, incoming deliveries, or stock availability updates, it is showing that buying activity continues after the order is sent and affects inventory visibility. 3. Review any text that refers to quantities, forecasted demand, or planning suggestions. These references help you understand whether the page is presenting purchasing as reactive buying only, or as a guided process based on expected needs and current stock levels. 4. Check whether logistics options are mentioned. If you see references to multiple warehouses, route-based purchasing, or dropshipping, the page is signaling that purchasing can support more than one fulfillment model. Even if the details are brief, those labels matter when you are comparing ERP modules. [SCREENSHOT: Purchasing page section showing replenishment, stock-linked buying, or incoming shipment messaging] These sections are especially useful if you arrived from inventory-related content such as [Discovering the Purchasing Module From Inventory and App Pages](doc:discovering-the-purchasing-module-from-inventory-and-app-pages). On the app page, the connection is usually presented in business language: buy when stock is needed, receive goods into inventory, and keep availability updated. You are not yet looking at warehouse transaction screens. You are checking whether the page clearly presents purchasing as inventory-aware and planning-driven. ## Understanding Pricing, Vendor Lists, and Purchase Intelligence The Purchasing app page in **Sherkety ERP & Website Platform** should also help you judge how well the app supports supplier selection and smarter buying decisions. This usually appears through short feature descriptions rather than detailed tables or working reports. Start by looking for any references to **vendor pricelists**, supplier-specific product details, or quantity-based pricing. These labels suggest that the Purchasing app can help buyers choose the right supplier based on price and ordering conditions. If the page mentions quantity breaks, that means the value message includes buying more strategically instead of treating every purchase as a one-off transaction. You should also watch for language about comparing suppliers. On the page, this may be described as choosing the best vendor, comparing prices, reviewing delivery performance, or using past purchasing information to support decisions. Even when the page only shows a short caption, that wording tells you the app is positioned as a decision-support tool, not just an order entry tool. Analytics-related content may appear as dashboard-style highlights, KPI callouts, spend visibility claims, or performance summaries. On a public app page, these are usually presented visually through cards, icons, or short banners rather than full reports. What matters is whether the page clearly communicates that purchasing activity can be monitored and reviewed over time. If long-term supplier planning is mentioned, look for terms such as: - blanket orders - purchase agreements - recurring buying arrangements - long-term supplier planning [SCREENSHOT: Feature area showing supplier pricing, comparison, or purchasing analytics highlights] When you review this section, focus on the buying questions the page answers: Can buyers compare vendors? Can they benefit from supplier pricing rules? Can they track purchasing performance? If the page gives clear yes-signals through these feature summaries, it is doing its job as a product evaluation page. ## Checking the Automation and Integration Capabilities Highlighted The Purchasing app page often becomes most persuasive when it shows how purchasing connects with other parts of **Sherkety ERP & Website Platform**. This is where you should look for automation language and cross-app workflow hints. 1. Find any feature block that mentions automation. Common examples include automatic RFQ generation, replenishment triggers, scheduled purchasing actions, or procurement rules. These phrases tell you that the page is presenting purchasing as something that can react to business needs instead of relying only on manual follow-up. 2. Identify connected app areas mentioned beside purchasing. Look for references to inventory, accounting, invoicing, barcode use, or approval-related workflows. On the page, these links may appear as short captions, integration badges, or grouped feature cards. 3. Read how the page describes the full flow from supplier order to stock receipt and then to bill handling. If vendor orders, goods receipts, and vendor bill processing are mentioned together, the page is showing an end-to-end purchasing journey rather than isolated features. 4. Check for paperless or digital document language. If the page refers to digital documents, e-signature, OCR, or reduced paperwork, that is part of the app’s efficiency message. Even a short mention can signal that the buying process is intended to be more streamlined and less manual. [SCREENSHOT: Purchasing page section showing automation or connected app capabilities] Keep in mind that app pages usually highlight outcomes, not setup details. A phrase like “automate replenishment” does not tell you exactly which rule triggers the action. A phrase like “integrated with accounting” does not show every billing step. What it does show is that Sherkety ERP & Website Platform presents Purchasing as part of a connected business flow, which is often a key factor when deciding whether to include it in an ERP rollout. ## Recognizing Common Questions Buyers May Have While Evaluating the Page When you read the Purchasing app page in **Sherkety ERP & Website Platform**, it helps to pause and test what the page is actually proving. Public-facing app pages are designed to help you assess fit quickly, but they do not answer every operational question on their own. A common question is whether a feature belongs to Purchasing itself or depends on another app. If a feature is closely tied to stock movement, warehouse receipts, or inventory availability, it may rely on Inventory-related capabilities being part of the wider setup. If a feature mentions vendor bills or accounting flow, it may be presented alongside Accounting-related capabilities. The page may show these connections clearly, but it may not spell out every dependency in detail. Another common question is whether you are seeing a real working screen or a marketing summary. Use this rule: if the page shows short captions, icons, banners, and broad feature statements, you are looking at a product overview. That is different from the operational screens a buyer would use later, such as RFQ forms, purchase order lines, or receipt validation steps. You should also be careful with broad automation claims. If the page says purchasing can be automated, check whether it also shows what kind of trigger is being discussed, such as replenishment, demand planning, or scheduled actions. If no trigger is shown, treat the claim as a high-level capability that may need deeper confirmation. | What you see on the page | How to interpret it | |---|---| | Short feature card about replenishment | A summary of capability, not the full setup screen | | Mention of vendor bills | A connected workflow hint, not a billing tutorial | | Supplier portal or collaboration wording | A sign of supplier interaction support, not a full portal walkthrough | | Approval or validation wording | Evidence of control steps, but not the exact approval design | This reading approach helps you stay realistic: the page is excellent for identifying feature direction, but not for confirming every button, field, or rule. ## Overview This document focuses on how to read the **Purchasing app page** in **Sherkety ERP & Website Platform** as a buyer evaluation tool. The page is designed to introduce purchasing capabilities through visible marketing sections such as hero content, feature cards, workflow summaries, pricing-related highlights, and integration callouts. It is not the same as the back-office purchasing workspace used by a live operations team. The most useful way to approach the page is to scan it in layers. First, review the top section for the main value statement and primary action buttons. Next, move through the feature blocks to identify the core workflow areas being promoted, including request for quotation handling, purchase orders, supplier management, replenishment, pricing support, and automation. Then look for any references that connect purchasing with inventory receipts, vendor bills, or broader ERP processes. This page is especially helpful when you want to answer practical evaluation questions such as: - Does the Purchasing app support supplier comparison? - Is replenishment presented as part of the buying process? - Are approvals or controlled purchasing mentioned? - Does the page show links to inventory or accounting workflows? - Are pricing and long-term supplier arrangements part of the value message? If you need broader context on why businesses adopt purchasing capabilities in the first place, refer back to [Understanding Purchasing Module Positioning and Use Cases](doc:understanding-purchasing-module-positioning-and-use-cases). That document explains the business fit. This document stays focused on what the app page itself shows and how to interpret those visible sections accurately while browsing. ## Prerequisites Before using this page effectively, make sure you are already comfortable navigating public ERP product pages in **Sherkety ERP & Website Platform** and recognizing the difference between a product overview page and an operational work screen. You will get the most value from this document if the following are already true: - You can open the ERP app catalog and move into a module detail page - You understand common public-page patterns such as hero sections, feature cards, comparison blocks, and call-to-action buttons - You have already reviewed [Discovering the Purchasing Module From Inventory and App Pages](doc:discovering-the-purchasing-module-from-inventory-and-app-pages) - You have already reviewed [Understanding Purchasing Benefits and Buyer Actions](doc:understanding-purchasing-benefits-and-buyer-actions) - You have already reviewed [Understanding Purchasing Module Positioning and Use Cases](doc:understanding-purchasing-module-positioning-and-use-cases) It also helps if you are familiar with related ERP browsing documents, especially: - [Browsing the ERP Apps Catalog](doc:browsing-the-erp-apps-catalog) - [Using ERP System Landing Pages to Evaluate Offerings](doc:using-erp-system-landing-pages-to-evaluate-offerings) - [Evaluating ERP Modules From Catalog to Detail Pages](doc:evaluating-erp-modules-from-catalog-to-detail-pages) As you read the Purchasing app page, keep one expectation in mind: you are evaluating visible feature messaging, not performing purchasing tasks. That mindset will help you interpret short captions about RFQs, replenishment, vendor pricing, approvals, and integrations correctly. After this document, continue with [Deciding When to Add Purchasing to an ERP Rollout](doc:deciding-when-to-add-purchasing-to-an-erp-rollout) to turn these feature observations into an implementation decision. ## Identifying the Search-Facing Elements You Need to Keep Aligned In Sherkety ERP & Website Platform, the search-facing details you need to keep aligned are the **Title**, **Meta Description**, **Canonical URL**, and the main page heading users see when the page opens. On many pages, you will manage these details from the **SEO** area in the admin section, while the visible heading and opening text may be updated in the content editor or page editing screen. If you need a refresher on where those fields are maintained, use [Maintaining Page SEO Details in Admin](doc:maintaining-page-seo-details-in-admin). The most important rule is to separate **search snippet wording** from **on-page wording** without letting them conflict. The **Title** and **Meta Description** are written for search results and browser tab previews. The page heading and first paragraph are written for visitors after they land on the page. These do not always need to match word for word, but they should use the same service name, ERP module name, or legal document name. A shorter **Meta Description** is fine when the opening paragraph is longer, as long as both promise the same thing. This guide covers three page groups: - **Service pages**, such as business services and accounting-related pages - **ERP pages**, such as HR, Sales & CRM, Purchasing, Reporting, and Accounting pages - **Legal content**, such as policy and terms pages A simple page inventory helps you catch mismatches before publishing. Track each page in a table like this: | Page type | Page name | Title | Meta Description | Page heading | Canonical URL | |---|---|---|---|---|---| | Service page | Accounting Services | Current value | Current value | Current value | Current value | | ERP page | HR | Current value | Current value | Current value | Current value | | Legal page | Privacy Policy | Current value | Current value | Current value | Current value | [SCREENSHOT: SEO admin screen showing Title, Meta Description, and Canonical URL fields beside a page heading in the editor] ## Setting a Consistent Pattern for Titles, Descriptions, and Page Messaging Consistency starts with using the same writing pattern every time you fill in **Title**, **Meta Description**, and the page heading. In Sherkety ERP & Website Platform, choose one title formula for each page type and keep the same order across similar pages. For example, service pages should lead with the main service topic, ERP pages should lead with the module or feature name, and legal pages should lead with the document title. Keep the brand name in the same position each time so search results look organized instead of random. For **Meta Description**, use one clear message and one supporting detail. That usually means: - First phrase: what the page is about - Second phrase: what the visitor can expect or compare - No wording that contradicts the visible introduction If the page heading says **Sales & CRM**, do not use **Customer Management Suite** in the **Title** unless that same wording also appears on the page. If a legal page is called **Privacy Policy**, keep that exact label in the page heading, title, and opening text instead of switching between **Privacy Notice**, **Privacy Statement**, and **Privacy Policy**. A simple pattern library is useful when several people edit content. Keep approved wording for repeated items such as: - Service names - ERP module names - Legal document titles - Brand wording - Common benefit statements Use practical length targets so titles and descriptions stay readable in search previews: | Field | Recommended pattern | |---|---| | Title | Main topic first, then supporting label, then brand if used | | Meta Description | One main message plus one supporting detail | | H1 heading | Match the page’s primary topic exactly | | Intro text | Expand on the same wording used in the snippet | When you already have approved wording from earlier SEO work, reuse it instead of rewriting every page from scratch. That keeps naming steady across the website and admin-managed content. ## Updating Service Pages, ERP Pages, and Legal Content Without Creating Conflicts 1. Open the page in the correct editing area of Sherkety ERP & Website Platform. For search-facing updates, start in the **SEO** section or the page editing screen where you can review **Title**, **Meta Description**, **Slug**, **Canonical URL**, and any social sharing description field shown for that page. Check these first before changing visible content. This prevents you from rewriting the page heading in one way and leaving the search snippet with older wording. 2. After confirming the SEO fields, review the visible page heading and opening paragraph. On service pages, make sure the heading uses the same service name shown in the **Title** field. If the **Meta Description** promises accounting support, company registration help, or startup package guidance, the first paragraph should reinforce that same message instead of introducing a different service emphasis. 3. On ERP pages, compare the wording in the snippet fields with the labels visitors see in navigation and page headers. If the menu says **Sales & CRM**, the page title and description should not switch to a different name. The same applies to **HR**, **Purchasing**, **Reporting**, and **Accounting** pages. Keep module names, workflow labels, and category names consistent with what users already see while browsing ERP content. 4. On legal pages, verify that the document name, any effective date wording shown on the page, and the policy scope are consistent between the metadata fields and the first section of the document. If the page title says **Terms and Conditions**, the heading and opening section should use that same label. 5. Save or republish the page using your normal approval process. If your team tracks approvals, record who reviewed the metadata update and when the page was last checked so future editors know the wording was intentionally aligned. [SCREENSHOT: page editing view with SEO fields at the top and visible heading/introduction fields below] ## Managing Shared Terms, Templates, and Review Rules Across Teams When more than one editor works in Sherkety ERP & Website Platform, consistency depends on shared rules, not memory. Start with a terminology list that everyone can follow. This list should include approved names for services, ERP modules, and legal documents. For example, if your navigation uses **Sales & CRM**, every editor should reuse **Sales & CRM** in the **Title** field, page heading, and supporting copy instead of creating variations. A shared terminology list should cover: - Product and service names - ERP module names - Legal document titles - Preferred brand wording - Any approved short descriptions used repeatedly Templates are just as important. Create reusable patterns for common page types so editors do not guess each time they open the SEO screen. Keep separate templates for: - Service landing pages - ERP feature or module pages - Privacy and policy pages - Terms and legal pages You should also decide who owns each part of the work. A practical split is: - **Administrators** maintain naming rules, templates, and page-level review standards - **Content editors** update the page-specific **Title**, **Meta Description**, headings, and intro text Review rules should be tied to real changes, not random timing. In Sherkety ERP & Website Platform, trigger a metadata review when: - A service name changes - An ERP menu label changes - A legal document is revised - Multiple pages begin using nearly identical snippets - A page is republished with a new focus or audience This shared approach reduces duplicate wording and prevents one team from updating visible page content while another leaves old search text in place. It also makes handoffs easier because every editor can compare new wording against the same approved list before saving changes. ## Checking Search Snippets and Metadata Before Publishing 1. Preview the page and compare the values you entered with what appears in the page output. Check the browser tab title, the main page heading, and the visible introduction. Then confirm the **Canonical URL** still points to the correct page. If the title in the browser tab differs from the **Title** field you just saved, stop and review the page settings again before publishing. 2. If Sherkety ERP & Website Platform shows a search preview, compare the desktop and mobile versions. Look closely for cut-off wording in the **Title** and **Meta Description**. A title that looks complete on desktop may be shortened on mobile, so move the most important words to the beginning. Do the same for descriptions that bury the main message too late. 3. Check surrounding navigation text. Open the page through the website menu, breadcrumb trail, and any internal links that point to it. The page name used in those areas should match the wording in the title and heading. This is especially important for ERP pages, where visitors may move from the ERP catalog to a module page and expect the same label throughout. 4. Compare related pages before you publish. Look at similar service pages, ERP module pages, or legal documents and make sure they do not all use nearly identical **Title** or **Meta Description** text. Each page should have its own focus. If two pages sound interchangeable in search results, revise one before approval. 5. Publish only after the wording is aligned across the snippet, the heading, and the visible page introduction. For a broader field-by-field review process, pair this step with [Maintaining Page SEO Details in Admin](doc:maintaining-page-seo-details-in-admin). [SCREENSHOT: preview showing browser tab title, page heading, and snippet preview side by side] ## Fixing Common Consistency Problems in Search-Facing Content A common issue is that the search snippet promises one thing while the page itself says something else. When that happens, open the page and compare the **Title**, **Meta Description**, page heading, and first paragraph together. Look for mixed terminology, old service names, or a heading that was updated without changing the SEO fields. On service pages, this often appears when the visible hero text is refreshed but the snippet still reflects an older offer. Another frequent problem is overlap between similar pages. If two URLs target nearly the same topic, compare their **Slug**, **Canonical URL**, **Title**, and **Meta Description** side by side. Give each page a distinct primary focus. For example, one page may focus on a broad ERP module overview while another focuses on a specific business use case. Distinct wording helps visitors understand the difference before they click. Legal content needs extra care after revisions. If a policy or terms page has been updated, make sure the document title, effective date references, and scope wording appear consistently in both the metadata panel and the first section of the page. Do not leave an older policy label in the browser title while the page heading shows the revised version. ERP pages can also drift away from product naming used elsewhere on the website. If a search result uses one module name but the page header or menu uses another, update the snippet wording to match the current label visitors see in the ERP catalog, navigation, and page header. This keeps the experience clear from search result to landing page. When you find repeated issues across several pages, return to your shared naming rules and templates instead of fixing each page in isolation. That prevents the same inconsistency from returning later. ## Overview This guide focuses on keeping search-facing wording consistent across the pages people are most likely to compare in Sherkety ERP & Website Platform: service pages, ERP module pages, and legal documents. The goal is not just to fill in SEO fields, but to make sure the wording in search results matches what visitors actually see after they open the page. The main items you need to align are: - **Title** - **Meta Description** - **Canonical URL** - Main page heading - Opening page text - Any search preview or social sharing text shown in the editor You will usually work across two connected areas: the **SEO** section for search-facing fields and the page editing area for the visible heading and introduction. This guide assumes you already know how to edit page-level SEO details and focuses on keeping those details consistent across multiple pages rather than explaining each field from the beginning. If you need that earlier foundation, refer to [Maintaining Page SEO Details in Admin](doc:maintaining-page-seo-details-in-admin) and [Keeping Search Snippets Consistent Across Pages](doc:keeping-search-snippets-consistent-across-pages). Use this guide when: - Search results use different names than the page itself - Similar pages are starting to look duplicated - A service, ERP module, or legal document has been renamed - You are reviewing several related pages before publication The sections below show how to identify the fields that matter, apply a repeatable naming pattern, update pages without creating conflicts, and check your work before publishing. After you finish these consistency checks, continue with [Reviewing SEO Updates Before and After Publication](doc:reviewing-seo-updates-before-and-after-publication) to verify how the changes hold up during final review. ## Prerequisites Before you start, make sure you can access the parts of Sherkety ERP & Website Platform where search-facing content is maintained. You do not need advanced SEO knowledge, but you do need enough access to open the relevant admin pages and compare them with the live page content. You should have: - Access to the admin area - Permission to open the **SEO** section - Permission to open the page editing screen or content editor for the pages you are reviewing - A list of the pages you plan to check, such as service pages, ERP pages, or legal pages - Approved naming guidance from your team, if one already exists It also helps if you are already familiar with: - Signing in to the admin area through the **Login** page - Moving between the **Dashboard**, **Content**, and **SEO** areas - Reviewing visible page content and saving updates - Basic multilingual page review if your team maintains more than one language If you are new to the admin side of Sherkety ERP & Website Platform, these guides will help before you begin: - [Signing In and Accessing the Admin Portal](doc:signing-in-and-accessing-the-admin-portal) - [Using the Admin Dashboard for Navigation](doc:using-the-admin-dashboard-for-navigation) - [Maintaining SEO and Search Facing Page Information](doc:maintaining-seo-and-search-facing-page-information) Before editing, gather the current wording for each page you plan to review. Open the live page, note the page heading and introduction, then compare those with the **Title** and **Meta Description** in the admin area. Starting with that side-by-side check makes the rest of the consistency work much faster and reduces the chance of publishing mismatched wording. ## Understanding How Admin Pages Feed the Service Catalog In Sherkety ERP & Website Platform, the public service catalog is driven by the content you maintain in the Admin area. Each service page record controls what visitors see when they open a service from a listing page, a menu link, a related service card, or a search result. The most important page details are the **Title**, **Slug**, and **Status**. The **Title** is usually the visible page name. The **Slug** becomes part of the page address visitors open in their browser. The **Status** decides whether the page is available publicly, kept as a draft, or otherwise not ready for visitors. When you manage service content, you are usually supporting several discovery paths at the same time: - Service landing pages that introduce a main offering - Listing or category pages that group related services - Direct service detail pages opened from internal links, featured sections, or search results That means one content change can affect more than a single page. If a service title changes, the updated wording may need to stay consistent across the main page, related cards, and any linked service sections. Inside the Admin editor, the parts you are most likely to update include: | Area | What visitors usually see | |---|---| | **Page Title** | Main service name | | **Summary** or intro text | Short explanation near the top of the page | | **Body content** | Main service details, benefits, and supporting sections | | **SEO fields** | Search-facing title and description | | **Featured image** or banner | Main visual used on the page or previews | Page placement also matters. If a service belongs under a broader section or category, that relationship can affect where it appears in menus, breadcrumbs, and related service blocks. Before editing, it helps to understand whether the page stands alone or sits under a parent service path. If you need a refresher on edit entry points from the website side, see [Using Section and Footer Edit Controls](doc:using-section-and-footer-edit-controls). ## Preparing to Edit Service Content in Admin Before you start changing service pages, make sure you can access the correct Admin area and save changes. In Sherkety ERP & Website Platform, service content is restricted to signed-in users with the right Admin access. If you can open the Admin area but cannot reach content pages or save updates, your account may not have the required role for website content work. In that case, confirm your access with the person who manages Admin users. For more on access levels, see [Managing Users and Role Based Access](doc:managing-users-and-role-based-access). It is also important to identify the exact page you want to edit before opening the editor. Start from the live website and note these details: - The visible page title - The page address ending, especially the service **slug** - Any category or section path shown in navigation or breadcrumbs - Whether the page is reached from a service listing, a featured card, or a related link This step helps you avoid editing the wrong service when several pages have similar names. Gather all update materials before you begin. For a typical service page update, you may need: - Revised headline text - Updated summary or body copy - New button wording - Internal links to related services or contact pages - SEO title and meta description - Replacement banner or featured image Check the page’s current visibility before making changes. If the page is already live, your edits may affect a public page as soon as you save and publish. If it is still a draft, you have more room to review the content first. If the page uses timed visibility, review the scheduled setting carefully so you do not accidentally replace content that is meant to appear later. [SCREENSHOT: Admin content list showing page title, slug, and status columns] A few minutes of preparation usually prevents the most common mistakes: editing the wrong page, changing a live page unexpectedly, or publishing incomplete content. ## Finding and Updating the Right Service Page 1. Sign in to Sherkety ERP & Website Platform and open the **Admin** area. Go to the content management screen where website pages are listed. If the list is long, use the search box or available filters to narrow the results by service name, page title, or slug. Searching by the exact wording from the live page is usually the fastest option. 2. Open the matching page record and review the basic details before changing anything. Focus on the fields that confirm you have the right page: - **Title** - **Slug** - **Status** - Any assigned section, category, or layout setting shown on the form If the title looks familiar but the slug or section does not match the live website, stop and return to the list. It is better to double-check now than update the wrong service page. 3. Edit the visible content areas. Depending on the page setup, you may see fields for the main headline, summary text, body content, service details, and button labels. Update each field with the final wording you want visitors to read. Keep the opening summary aligned with the service title so the page remains clear when visitors arrive from a listing page or search result. 4. Review links and action buttons inside the page content. If the service page includes a call to action, make sure the button text still matches the destination. For example, if the page now points visitors to a contact or demo step, the label should clearly reflect that action. 5. Replace supporting visuals if needed. Update the **Featured image**, banner, or other media so the page presentation matches the revised content. After changing an image, use the preview if available to confirm the crop, placement, and overall balance of text and visuals. [SCREENSHOT: Service page edit screen with title, slug, summary, content, status, and image fields] Once the edits are in place, save your work and review the page again before publishing any public-facing change. ## Controlling How Services Appear on the Website The way a service page appears on the public website depends on more than its written content. In Sherkety ERP & Website Platform, visibility settings decide whether visitors can open the page directly, see it in service listings, or encounter it through internal links. The first setting to review is **Status**. A published page is generally available to visitors. A draft page stays out of normal public view until you publish it. If the page includes scheduled timing, the date and time settings can also determine when the content becomes visible. Be careful when changing the **Slug**. The slug forms part of the page address, so changing it can affect: - Saved bookmarks - Links from category pages or related service cards - Search engine results - Shared links sent in messages or campaigns If you rename a slug, check every place that points to that page and update those links where needed. Service discovery also depends on placement settings. A page may include options that affect where it appears, such as category assignment, menu inclusion, featured placement, or display order. These settings influence whether the service shows up in directories, highlighted sections, or related service areas. If a service should be promoted more prominently, review those placement controls along with the page content itself. Search-facing details matter too. Use the SEO fields to shape how the page appears outside the website. | Field | Why it matters | |---|---| | **Meta Title** | Controls the search-facing page title | | **Meta Description** | Provides the short summary shown in search results | | **Social preview content** | Affects how shared links may appear | Keep these fields aligned with the visible page headline and summary. If the public page says one thing and the search snippet says another, visitors may feel they landed on the wrong page. For broader SEO work, see [Maintaining SEO and Search Facing Page Information](doc:maintaining-seo-and-search-facing-page-information). ## Creating New Service Content Without Breaking Discovery Paths 1. In Sherkety ERP & Website Platform, open the Admin content area and create a new page from the page list. Choose the same service-related layout or page type used by existing service entries whenever possible. This keeps the new page consistent with the rest of the service catalog and reduces the chance of missing important display areas. 2. Complete the core page fields first. At minimum, enter: - **Page Title** - **Slug** - **Summary** - **Main content** - Any category, parent page, or navigation setting shown on the form Use a clear title and a slug that matches the service name closely. If the service belongs under an existing section, assign it correctly so it appears in the right browsing path. 3. Add the page content visitors need to understand the offer. Write the opening summary, fill in the main body sections, and add button text or link labels where the page includes calls to action. Upload the banner or featured image if the page design expects one. 4. Connect the new page to the rest of the website. A service page is much harder to find if it exists alone. Review the relevant listing pages, category pages, and related service blocks so visitors can reach the new page through normal browsing. If the service should appear in a featured area, make sure that placement setting is also updated. 5. Save the page as a draft first. Then preview it and check: - The page title and summary display correctly - The slug is correct - Images appear properly - Internal links open the right destinations - The page sits in the correct category or parent section 6. Publish the page only after confirming it appears in the intended website location and can be reached from at least one normal discovery path. [SCREENSHOT: New service page form with title, slug, category, content, image, and status fields] This draft-first approach is the safest way to add new services without creating orphaned pages that visitors cannot find. ## Fixing Common Problems with Service Visibility and Content Updates When a service update does not appear as expected, start with the simplest checks. In Sherkety ERP & Website Platform, the most common issue is editing the correct content but leaving the page in the wrong visibility state. Open the page record and confirm the **Status** first. If the page is still a draft, visitors will not see the update on the public website. If the page uses scheduled publishing, review the timing carefully to make sure the content is meant to be live now. If the page looks unchanged on the website, also confirm that you edited the correct record. Similar service names can make this easy to miss. Compare the **Title**, **Slug**, and category or section assignment against the live page you intended to change. When a service page cannot be found from the catalog, the problem is usually placement rather than content. Check these areas: - Category or section assignment - Inclusion in the correct listing or menu path - Featured or ordering settings - Internal links from parent pages or related service sections A page can be fully published and still feel “missing” if nothing points to it. If the page opens at the wrong address or a link breaks after an update, review the **Slug**. A slug change can disconnect older links, saved bookmarks, and references from other pages. After changing a slug, test every important route to that service, especially from listing pages and related content blocks. Display problems with images or formatted sections usually come from the selected media or the way content blocks are arranged. Open the page editor and inspect the image choice, section order, and preview display before republishing. [SCREENSHOT: Preview of a service page showing image placement and content sections] For issues that involve saving, notices, or warning messages, the guidance in [Understanding Toast Messages and Action Feedback](doc:understanding-toast-messages-and-action-feedback) and [Recognizing Warnings Errors and Dismissible Notices](doc:recognizing-warnings-errors-and-dismissible-notices) can help you interpret what the Admin area is telling you. ## Overview This guide focuses on managing service catalog pages from the Admin side of Sherkety ERP & Website Platform rather than editing directly on the public website. Use this workflow when you need to maintain structured service pages, control visibility, adjust slugs, update search-facing details, or add new services that must appear in the right category and navigation path. The main tasks covered here are: - Understanding how service page records affect the public website - Preparing the correct content and confirming page status before editing - Finding the right service page in the Admin content list - Updating visible page content and supporting images - Controlling publish state, slug changes, and placement in listings - Creating new service pages without leaving them disconnected from the catalog - Troubleshooting visibility, broken links, and display issues This document assumes you already know how to enter editing workflows from the website and how section-level edit controls work. If you need that foundation first, review [Editing Content Directly From the Website](doc:editing-content-directly-from-the-website) and [Using Section and Footer Edit Controls](doc:using-section-and-footer-edit-controls). Use the Admin content workflow when the change affects the page record itself, such as: - A service page title or slug - Publish or draft status - Category placement - Search snippet details - Featured image or banner - Creation of a brand-new service page If your goal is to adjust public-facing sections directly while viewing the website, the next guide is the better fit: [Updating Homepage and Public Sections With Inline Tools](doc:updating-homepage-and-public-sections-with-inline-tools). ## Prerequisites Before you start, make sure these items are in place: - You can sign in to the **Admin** area of Sherkety ERP & Website Platform - Your account has permission to open content pages and save website content changes - You know which live service page you want to edit - You have checked the current page title and slug on the public website - You have the updated text ready for the page headline, summary, and main content - You have any replacement image or banner ready if the page visual is changing - You know whether the page should remain a draft or be publicly published after editing - You have the search-facing text ready if you plan to update **Meta Title** or **Meta Description** It also helps to collect the page’s related navigation context before you begin: - Which listing or category page links to the service - Whether the service appears in a featured section - Any related service cards or internal links that may need updating if the title or slug changes If you are creating a new service page rather than editing an existing one, review a similar live service page first. This gives you a practical model for the title style, summary length, image use, and general page structure expected in the service catalog. For users who are still deciding whether to work from the website or from Admin, that comparison is covered later in [Choosing Between Inline Editing and Admin Pages](doc:choosing-between-inline-editing-and-admin-pages). The next step in this learning path is [Updating Homepage and Public Sections With Inline Tools](doc:updating-homepage-and-public-sections-with-inline-tools). ## Starting from the localized homepage When visitors first arrive in Sherkety ERP & Website Platform, they usually land on a public homepage that includes a language prefix in the address, such as an English or French version. The visible experience is still the same kind of public marketing page: a top navigation area, a large hero banner near the top, and one or more prominent buttons that invite the visitor to continue exploring. If you already read [Browsing the Sherkety Public Website](doc:browsing-the-sherkety-public-website), this page builds on that by focusing on where each path leads. On the homepage, the first things to look for are: - The **top navigation menu** - The **hero section** - The first set of **call-to-action buttons** - Featured sections that introduce **services**, **ERP apps**, or **company information** These elements help visitors decide whether they want to learn about business services such as accounting or company setup, or move toward ERP-focused pages that explain software modules like HR, Sales & CRM, Purchasing, Reporting, or Accounting. The homepage does not require a sign-in to browse. That is an important clue that you are still on the public website. Public pages focus on reading, comparing, and contacting. They do not show admin menus, dashboard panels, or account-only tools. If you see a **Login** page or an admin area, that is a separate destination from the public browsing experience. A helpful way to confirm your location is to look at the page content itself. Public pages in Sherkety ERP & Website Platform usually show marketing sections, feature summaries, trust content, FAQs, and contact prompts rather than editable controls or private business data. [SCREENSHOT: Localized homepage showing top navigation, hero banner, and primary buttons] ## Moving between service pages and ERP pages Sherkety ERP & Website Platform gives visitors more than one browsing path from the homepage. Some routes lead to service pages that explain business support offerings, while others lead to ERP pages that help visitors evaluate software modules and packages. The easiest way to move between them is through the header menu, homepage section cards, and buttons placed inside page sections. A typical browsing path looks like this: 1. Start on the homepage and open the **top navigation** or click a featured card. 2. Choose a destination such as a **service page**, a **company type page**, or an **ERP page**. 3. Use buttons inside that page to continue to related content, comparison sections, or contact options. Service pages are usually informational and advisory. They explain what Sherkety offers for business registration, accounting support, startup packages, or related business services. These pages help visitors understand the offer, compare options, and decide whether they want to ask for help. For example, a visitor may move from the homepage to accounting content or to company type guidance. ERP pages are different in tone and purpose. They are still public pages, but they are more product-focused. They help visitors assess whether a module such as **Accounting**, **Sales & CRM**, **HR**, **Purchasing**, or **Reporting** fits their business. These pages often include feature highlights, value messaging, package information, and inquiry actions. Across both page types, the navigation pattern stays familiar: - **Header links** move you to major sections quickly - **Section cards** introduce major destinations visually - **In-page buttons** continue the journey without sending you back to the menu - **Footer links** provide another way to reach key pages This repeated structure makes it easy to move between service and ERP content without feeling lost. ## Using calls to action to reach the right destination Calls to action are the main way Sherkety ERP & Website Platform guides visitors from reading into taking the next step. You will see them in the hero section, inside feature blocks, near pricing or comparison content, and again near the bottom of many pages. These buttons and prompts are not all meant to do the same thing, so it helps to read the label carefully before clicking. Common call-to-action patterns include: - **Hero buttons** at the top of a page - **Learn more** style buttons inside service or ERP sections - **Contact** prompts near the middle or bottom of a page - **Demo**, **trial**, or **inquiry** actions on ERP-focused pages The destination usually matches the wording: | CTA style | What it usually means | Likely destination | |---|---|---| | **Learn More** | Continue reading about an offer | A service detail page or ERP information page | | **Contact Us** or similar contact prompt | Speak with Sherkety | A contact form or contact-focused page | | **Request Demo** or **Start Trial** | Show interest in ERP products | An ERP inquiry or follow-up path | | Section-level action button | Continue from the current topic | A related public page | This matters because a button on a service page may lead to a contact path rather than another long-form page. Likewise, a button on an ERP page may lead to a follow-up action instead of a deeper technical explanation. That is normal in Sherkety ERP & Website Platform: some buttons are for discovery, while others are for conversion. Repeated calls to action are especially useful if you skip the top menu and scroll instead. You can often continue your journey directly from the section you are reading, without needing to go back to the homepage. [SCREENSHOT: Public page showing hero button, section CTA, and contact prompt] ## Browsing consistently across localized routes Sherkety ERP & Website Platform keeps the public browsing experience consistent across localized routes. If you switch from one language to another, the page structure usually stays familiar even when the visible text changes. You should still expect the same kinds of sections: header navigation, content blocks, ERP or service highlights, contact prompts, and footer links. When language changes, visitors typically notice three things: - The page address uses a different language prefix - Navigation labels and page text appear in the selected language - Links continue to point to equivalent public pages in that language when available This consistency is important because it means you do not need to relearn the website after changing language. A visitor can open a service page in one language, switch languages, and still look for the same top menu, the same section order, and the same style of action buttons. Localized browsing also affects internal links. If you move from the homepage to a service page, then to an ERP page, those links are usually kept within the same language path so the browsing flow remains coherent. The same applies to footer links and cross-links inside sections. In some cases, a page may not appear exactly the same across every language route. If that happens, the best sign that you are still in the public website is that you continue to see public-facing content rather than a sign-in screen or admin area. If a page changes path after switching language, use the main menu or footer to reopen the equivalent destination in the selected language. For more on language behavior itself, see [Switching Languages While Browsing the Platform](doc:switching-languages-while-browsing-the-platform) and [Browsing Localized Pages and Language Specific Routes](doc:browsing-localized-pages-and-language-specific-routes). ## Recognizing where each public path leads Public routes in Sherkety ERP & Website Platform fall into a few clear categories. Once you recognize the page type, it becomes much easier to predict what the next button or link will do. - **Homepage** The main starting point. It introduces services, ERP offerings, trust content, and major next steps. Visitors are expected to choose a direction from the top menu, hero buttons, or featured sections. - **Service pages** These pages explain business services such as accounting support, registration-related guidance, or startup-focused offers. Their purpose is to inform and encourage a service inquiry. - **ERP pages** These pages present software modules and product value. Visitors usually compare features, review package fit, and decide whether to request a demo, start a trial, or ask for more information. - **Contact-oriented pages** These pages are designed for action. They typically include forms, direct contact prompts, or other ways to continue the conversation with Sherkety. - **Shared informational pages** These include supporting content such as FAQs, legal information, company details, or guidance pages like company types. You can usually tell the page intent from what appears first on screen. A service page often opens with service descriptions and business support messaging. An ERP page usually highlights module benefits, software capabilities, or package value. A contact-focused page emphasizes form completion or direct outreach. Public routes are different from authenticated destinations. If you reach a **Login** page or an admin page such as a dashboard or content management area, you have left the public marketing journey and entered a restricted area intended for authorized users. ## Avoiding common navigation dead ends Sometimes a visitor clicks a button expecting a product detail page and lands on a contact path instead. In Sherkety ERP & Website Platform, that is not necessarily a mistake. Many public pages are designed to move visitors toward inquiry once they have enough information. If you want to keep browsing instead of contacting Sherkety right away, use the **header navigation** to jump to another service or ERP page. If the page includes breadcrumb navigation, that can also help you step back to a broader category. If you are unsure whether you are still on a public localized route, check for these signs: - You still see the public **top navigation** - The page contains marketing content, feature summaries, FAQs, or contact prompts - There is no admin dashboard, editing tool, or private account area on screen - The language version still matches the route you selected When a page path changes after switching languages, the easiest recovery options are: 1. Open the **main menu** and select the destination again in the current language. 2. Scroll to the **footer links** and choose the page from there. 3. Return to the **homepage** and restart from the main public entry points. This is especially helpful when moving between service content, company type guidance, and ERP pages, because equivalent pages may be organized slightly differently across languages. If a direct cross-link does not take you where you expected, the homepage remains the safest reset point for continuing your journey. For more help with shared navigation cues, see [Understanding Breadcrumbs and Page Location](doc:understanding-breadcrumbs-and-page-location) and [Using Header Menus and Footer Links](doc:using-header-menus-and-footer-links). ## Overview This document focuses on how visitors move through public-facing pages in Sherkety ERP & Website Platform before signing in or submitting an inquiry. The key idea is that the website offers several entry points, but they follow a consistent pattern. Visitors usually begin on a localized homepage, choose between business services and ERP-related content, and continue through menus, section links, and repeated calls to action. The most important public entry points covered here are: - The **localized homepage** - **Service pages** for business support offerings - **ERP pages** for module and package discovery - **Contact-oriented pages** for inquiries and follow-up - **Shared informational pages** such as company guidance or FAQs You also saw how Sherkety ERP & Website Platform uses visible cues to show what kind of page you are on. Public pages emphasize reading, comparing, and contacting. Restricted areas such as **Login** and admin pages are separate destinations and look different from marketing pages. Another major theme is consistency. The same navigation model appears in multiple places: - **Header navigation** for top-level movement - **Hero buttons** for immediate next steps - **Section cards and in-page buttons** for guided browsing - **Footer links** for backup navigation Language switching does not change that overall model. Even when labels and route prefixes change, visitors can still rely on the same page structure and the same kinds of actions. If you are using this guide as part of a broader learning path, keep this page as your map of where public routes lead. The next document, [Understanding Public Page Layouts and Visitor Actions](doc:understanding-public-page-layouts-and-visitor-actions), goes deeper into what visitors see inside those pages and how page sections support different browsing goals. ## Prerequisites You do not need an account to follow the navigation patterns in this guide. Everything described here takes place on the public website side of Sherkety ERP & Website Platform, where visitors can browse pages freely without opening the admin area or signing in. Before using this guide, it helps if you are already comfortable with the basic browsing concepts covered in [Browsing the Sherkety Public Website](doc:browsing-the-sherkety-public-website). In particular, you should already recognize: - The difference between a public website page and a sign-in page - The general role of the **header**, **footer**, and **homepage sections** - How visitors scroll through public content and follow visible buttons - That Sherkety ERP & Website Platform supports multilingual browsing You will get the most value from this guide if you can already identify these visible page elements: - **Top navigation menu** - **Hero banner** - **Call-to-action buttons** - **Section cards or feature blocks** - **Footer links** - Any visible **language switcher** No special setup is required. You do not need admin permissions, editing access, or ERP user access. This guide is meant for public visitors, prospective customers, and anyone evaluating how Sherkety ERP & Website Platform organizes its public pages. If you want to continue after this guide, the next best step is [Understanding Public Page Layouts and Visitor Actions](doc:understanding-public-page-layouts-and-visitor-actions), which explains how individual page sections are arranged and how visitors interact with them. ## Confirming the migration is complete before anyone edits content Before you let editors return to normal work, confirm that the migration has fully finished in the **Homepage Migration Tool** area of Sherkety ERP & Website Platform. Start by opening the migration screen and checking the latest run entry. Look for a clear completed state rather than a loading, partial, or error message. If the page still shows a progress indicator, a loading message, or an error notice, pause all follow-up edits until that run settles. [SCREENSHOT: migration tool showing completed run status and latest migration entry] Next, compare the migrated totals shown in the migration results with the source counts you used during preparation. Focus on the main groups you expect to see after a homepage migration, such as page sections, media items, and repeating content blocks. You do not need to recheck every item one by one here; the goal is to confirm the totals are in the expected range before detailed review begins. If the counts are clearly short or unexpectedly high, treat that as a migration issue rather than asking editors to patch missing content manually. Also wait for follow-up processing to finish. In Sherkety ERP & Website Platform, newly migrated content may appear incomplete for a short time while related page content finishes loading across the website and admin screens. If editors open pages too early, they may think content is missing when it is simply not fully available yet. Use visible status messages, loading states, and refreshed page results as your signal that the content is ready for review. Finally, note where the migration was run. If you migrated a staging copy, keep corrections there until the review is complete. If you migrated live content, tell editors exactly which homepage sections are frozen. During this review window, ask everyone to avoid creating new homepage blocks, deleting migrated items, or making bulk edits. For detailed validation steps after the run, refer back to [Checking Migration Results and Validating Homepage Content](doc:checking-migration-results-and-validating-homepage-content). ## Reviewing migrated content in the admin interface Once the migration run is confirmed complete, move into the admin review screens and inspect the migrated content in an organized way. Open **Admin Content** from the admin area and use the list view to narrow the results to recently changed items. If the screen offers sorting or filtering, use the most recent update view first so the latest migrated entries appear together. This makes it easier to review the homepage sections that were touched by the migration instead of scanning unrelated content. [SCREENSHOT: Admin Content list filtered to recently updated homepage entries] Open a sample of entries from each homepage content group rather than reviewing only one section. For each item, check the visible fields editors rely on: the title, page label, summary text, main body content, and publishing state. If a page or section includes a URL label or page slug in the editing screen, confirm that it still matches the expected destination. Pay special attention to repeated homepage areas such as cards, highlights, trust items, team entries, or promotional blocks, because these are often where ordering or field placement problems appear. Then review media records connected to those entries. If Sherkety ERP & Website Platform shows image details in the content editor or media selection window, confirm that the file still opens, the caption is present where expected, and any descriptive text carried over correctly. If the homepage uses image-based cards or banners, open the page preview and compare what you see on screen with the source content you approved before migration. Use preview and public page views to confirm the final result. Check navigation labels, section headings, buttons, internal links, and embedded content blocks. Do not rewrite anything yet. Your goal in this stage is to identify whether the migrated content displays correctly in both the admin editor and the live page preview. If you need a refresher on what “correct” looks like after a run, use [Checking Migration Results and Validating Homepage Content](doc:checking-migration-results-and-validating-homepage-content) as your comparison point. ## Recording issues that need correction instead of fixing them immediately When you find problems, resist the urge to fix them on the spot. In Sherkety ERP & Website Platform, immediate edits can hide the real migration pattern and make later cleanup harder. Instead, create a correction log and capture each issue in a consistent format. A shared spreadsheet or review document works well as long as everyone uses the same columns and naming style. Use a simple table like this: | What to record | What to enter | |---|---| | Page or item location | The page name, section name, or visible URL | | Content type | For example homepage section, card, team item, or media item | | Field or area affected | Title, summary, body text, image, button label, link, publish status | | Problem description | Short note describing what is wrong | | Fix method | Manual edit, bulk correction, or rerun decision | | Severity | Blocking, important, or cosmetic | This approach helps you separate one-off mistakes from repeated patterns. For example, several broken internal links across different homepage sections should be grouped together, while a single incorrect heading can stand alone. Useful categories include: - Broken links - Missing or incorrect images - Rich text formatting problems - Duplicate entries - Wrong publish status - Misplaced repeated items - Incorrect labels or summaries Add a severity level before assigning work. A missing hero button or broken homepage image may block publishing, while a minor spacing or wording issue can wait. Also note whether the issue should be corrected by rerunning part of the migration, applying a broader update, or making a direct editorial change. That distinction matters because editors should not manually rewrite content that may be replaced by a follow-up migration pass. If multiple reviewers are involved, keep one shared log rather than separate notes. That prevents duplicate fixes and gives administrators a single list to review before reopening normal publishing. ## Coordinating with editors before reopening normal publishing After the review pass, share the findings with editors before anyone starts correcting content. In Sherkety ERP & Website Platform, this step is especially important because the same homepage area may be visible in both inline editing and the admin content screens. Without a clear handoff, one person may update a section while another is still deciding whether that section needs a migration rerun. Start by telling editors which homepage areas are approved for normal editing and which are still under review. Be specific. For example, you might clear the trust section and team section for edits while keeping the hero area, service cards, or linked promotional blocks frozen. If your team uses **Admin Content**, **SEO**, or inline edit controls on the public page, mention exactly which screen should be used for each approved fix so work stays consistent. [SCREENSHOT: admin note or shared review sheet showing approved and frozen homepage sections] Assign responsibility by content area, not just by person. One editor may handle body copy and section headings, another may review metadata in the **SEO** screen, and an administrator may handle redirects, media replacements, or publishing status changes. This avoids overlap and makes sign-off easier. During the stabilization period, set a few temporary rules: - Do not run bulk edits unless the administrator approves them first. - Do not change page URLs or navigation labels while migration corrections are still open. - Do not delete duplicate-looking items until the team confirms which version should remain. - Do not recreate “missing” content until the item has been checked in the admin list and preview. Choose one communication channel for approvals and questions so everyone sees the same decisions. Then define a simple sign-off process, such as marking each homepage section as **Under Review**, **Ready for Fixes**, or **Cleared for Publishing**. Once editors know the status of each section, they can work confidently without undoing migration-related decisions. ## Applying safe follow-up changes in a controlled order When you are ready to make corrections, apply them in an order that reduces rework. Start with changes that affect multiple pages or multiple homepage sections at once. In Sherkety ERP & Website Platform, these broader corrections often include shared media replacements, navigation or link destination fixes, and category or label cleanup that appears across repeated content blocks. If you change individual page content first, you may end up revisiting the same pages after a shared issue is corrected. For broader corrections, test carefully before applying them widely. If you have a staging copy available, confirm the exact set of affected records there first. If you are working directly in the live admin area, use a small sample instead of changing every matching item at once. Review the results in preview before continuing. [SCREENSHOT: content editor preview showing corrected homepage section before wider rollout] Only move to manual page-by-page edits after you are sure the migration will not be rerun for those same records. This is one of the most important follow-up rules. If an editor rewrites a homepage section and an administrator later reruns that migration segment, the new editorial changes may be replaced. Before anyone edits text, images, or button labels manually, confirm that the affected section is marked for direct correction rather than rerun. A safe working order usually looks like this: 1. Correct shared links, redirects, and media issues. 2. Fix repeated content structures and ordering problems. 3. Apply approved bulk corrections to matching items. 4. Make manual edits to individual homepage sections. 5. Recheck preview and published display after each group of changes. After corrections are saved, refresh the affected pages and verify that the updated content appears in previews and public views. If a corrected section still shows old content, wait for the page to refresh fully and confirm the latest saved version is the one being displayed before moving on. ## Handling common post-migration problems without creating new ones Some post-migration problems look urgent but should still be checked carefully before anyone edits content. If editors report that a homepage section is missing, first open **Admin Content** and search for the item there. A section may exist but not be visible because it is unpublished, not placed where expected, or still not appearing in the latest page view. Recreating the section too early can produce duplicates and make the final cleanup harder. If a link or image looks broken on the homepage, inspect the content entry and preview before changing the text around it. Open the affected section, review the saved button label or image selection, and compare it with the page preview. If the visible issue comes from the stored destination or media reference, rewriting the surrounding content will not solve the real problem. [SCREENSHOT: homepage section with broken image or link being checked in the content editor] Duplicate entries need the same caution. Before deleting anything, check whether the duplicate came from more than one migration run or from someone manually recreating a section after assuming it was lost. Compare the title, visible content, and publish state of both versions. Decide which one should remain, then remove or unpublish the extra item only after the team agrees on the correct record. If field values look incomplete, compare the migrated result with the original approved source material and your correction log. Do not ask editors to rewrite summaries, headings, or rich text blocks until you know whether the content was partially migrated, incorrectly mapped during the move, or simply placed in the wrong visible field. The safest response is to diagnose first, then choose the right correction method. That keeps Sherkety ERP & Website Platform clean and prevents follow-up fixes from introducing a second round of avoidable errors. ## Overview This stage of the homepage migration process is about control, not speed. After you have already reviewed the migration outcome in [Checking Migration Results and Validating Homepage Content](doc:checking-migration-results-and-validating-homepage-content), the next job is to decide what should happen before editors return to normal publishing. In Sherkety ERP & Website Platform, that means confirming the migration is truly finished, reviewing migrated homepage content in the admin screens, logging issues in a structured way, and applying corrections in a safe order. The focus of this guide is follow-up planning for administrators and content editors working with homepage content. It does not repeat how to run the migration itself or how to perform the first validation pass. Instead, it helps you avoid common post-migration mistakes such as fixing the wrong item, reopening editing too early, or overwriting manual changes with a later rerun. You will work mainly across the **Homepage Migration Tool**, **Admin Content**, preview views, and related admin areas such as **SEO** when metadata or page labels are involved. The key idea is simple: identify what changed, record what is wrong, decide who should fix it, and only then begin corrections. Use this guide when: - A homepage migration has finished and you need a safe stabilization period - Editors are asking when they can resume normal updates - You have found issues but do not yet know whether they need manual edits or a broader correction - You want a clear order for follow-up work across homepage sections, media, and links The next document in this sequence is [Understanding Homepage Migration Tool Purpose and Scope](doc:understanding-homepage-migration-tool-purpose-and-scope), which helps place these follow-up actions in the wider migration workflow. ## Prerequisites Before you use this follow-up process, make sure a few basics are already in place. This guide assumes you are working in Sherkety ERP & Website Platform with access to the admin area and that the homepage migration has already been run. You should also have completed the review steps from [Checking Migration Results and Validating Homepage Content](doc:checking-migration-results-and-validating-homepage-content), because this document builds on that review rather than replacing it. You should have access to the screens involved in post-migration review, including: - **Homepage Migration Tool** - **Admin Dashboard** - **Admin Content** - Preview or public page views for the homepage - **SEO** if page labels or search-facing details are part of the review It also helps to have the source material or approved pre-migration reference available so you can compare migrated homepage sections against the expected result. That may include the original homepage layout, approved section text, image selections, button labels, and navigation wording. Before starting, confirm that: - The latest migration run shows a completed result rather than an active or failed state - Editors know that homepage publishing is temporarily restricted during review - One shared correction log has been prepared - A reviewer or administrator is assigned to approve reruns, bulk fixes, and final sign-off - The team knows which homepage sections are in scope for this migration pass If your team is still unclear about where to find the relevant admin areas, review [Using the Admin Dashboard for Navigation](doc:using-the-admin-dashboard-for-navigation) and [Navigating Admin Sections for Content and Configuration](doc:navigating-admin-sections-for-content-and-configuration) before continuing. ## Checking what the user can see in the application When a user says they cannot find a page or action, start in the **Admin** area and open the **Users** screen. Find the person’s account in the user list, then open their profile to review the details that control what they can see. Focus first on the assigned **role** and the account **status**. If the account is inactive or still waiting for setup to be completed, the user may not see the same navigation as an active user. Next, compare the user’s left-side navigation and page access with what that role should normally include. If you already worked through role rules in [Assigning Roles and Understanding Visibility Rules](doc:assigning-roles-and-understanding-visibility-rules), use that as your reference instead of rechecking role definitions from scratch. Look for missing items such as **Dashboard**, **Content**, **Users**, **Settings**, **SEO**, **Services**, or **Pricing**. A missing menu item usually points to a role or visibility issue, while a visible menu item that will not open often points to a page-level restriction. Open the page the user expects to access and watch what happens. In Sherkety ERP & Website Platform, the result usually falls into one of these patterns: - The page opens normally - The page does not appear in navigation at all - The user is redirected away from the page - The page shows an error or access problem [SCREENSHOT: User account details panel showing role and status fields] Also check whether the problem affects the whole admin area or only one section. For example, a user might be able to open **Dashboard** but not **Content**, or see **Content** but not **Users**. That difference helps you decide whether you are dealing with a broad role issue, a narrower visibility rule, or an account state problem. ## Reviewing account details that affect access After you identify the missing page or blocked action, review the account details that most often cause access problems. Open the user’s profile from the **Users** screen and inspect the fields that affect sign-in and admin visibility. In Sherkety ERP & Website Platform, the most important items are the user’s **email address**, assigned **role**, and current **status**. If the email is wrong, the user may be signing in with a different account than the one you updated. If the role is incorrect, the navigation menu may hide entire admin sections. Use this quick review table while checking the account: | Account detail | What to confirm | Why it matters | |---|---|---| | Email address | The user is using the same email shown on the account | Prevents confusion between duplicate or outdated accounts | | Role | The role matches the access the user should have | Controls which admin pages appear | | Status | The account is active and usable | Inactive or restricted accounts may lose access | | Invitation or setup state | The user finished required setup steps | Incomplete setup can block sign-in or page access | If your organization uses scoped access, also confirm the user is attached to the correct business unit, team, or assigned area if that affects what appears after sign-in. A user may have the right role but still miss pages or actions because they are not connected to the correct working context. You should also verify whether the user completed any required onboarding steps, such as accepting the invitation, creating a password, or finishing account confirmation. If those steps are incomplete, the user may report “missing access” when the real issue is that the account setup was never fully finished. [SCREENSHOT: User edit form with email, role, and status fields visible] ## Matching missing pages to permission or navigation problems When a page is missing, work backward from the exact place the user expected to click. Ask which menu item, tab, or button they used before the issue appeared. Then follow that same path yourself in Sherkety ERP & Website Platform. This helps you separate a hidden navigation problem from a blocked destination page. 1. Start at the main admin navigation and look for the expected menu item, such as **Content**, **Users**, **Settings**, **SEO**, **Services**, or **Pricing**. 2. If the menu item is missing, open the user account and review the assigned role and any visibility settings tied to that role. 3. If the menu item is visible, click it and see whether the page opens, redirects, or shows an access problem. 4. If the page opens but certain tabs, buttons, or actions are missing, compare that user with another account that can use the same screen successfully. This comparison is especially useful when one person can open **Users** or **SEO** and another cannot. Look for differences in role assignment first. If the roles match, check whether the affected page depends on something else being available. For example, a page may only make sense when the user belongs to the right admin area or has access to the related section of the site. [SCREENSHOT: Admin sidebar with one item visible for one user and missing for another] Also pay attention to whether the issue is limited to navigation or to the page itself. If the user cannot see **SEO** in the sidebar, that is different from seeing **SEO** but being unable to load it. One points to menu visibility; the other points to page access. Treat those as separate checks so you do not change the wrong account setting. ## Correcting user records and restoring access Once you know what is blocking access, return to the user’s profile in the **Users** screen and update the account details that control visibility. In most cases, the fix is one of three things: assign the correct **role**, change the **status** back to active, or correct the user’s membership or account information so the right pages become available. 1. Open the user record from **Admin > Users**. 2. Update the field that is causing the problem, such as **Role**, **Status**, or another membership-related setting shown on the account. 3. Check the user’s email address if they may be signing in under the wrong account. 4. Save the record and wait for the confirmation message. 5. Ask the user to sign out and sign back in before testing again. If the user cannot complete sign-in because the account setup was never finished, resend the invitation or repeat the setup step available from the account screen. If the account was inactive or locked, reactivate it before you test page visibility. If the user was assigned the wrong role, correct that first, because role changes usually affect the sidebar and page availability immediately after a new sign-in. [SCREENSHOT: Save action on the user account form after changing role or status] Be careful not to change multiple settings at once unless you already know the cause. If you update the role, status, and email all together, it becomes harder to tell which change solved the issue. Make one clear correction, save it, and test again. That approach makes troubleshooting faster and avoids accidental over-permissioning. ## Testing the user's navigation after changes After saving the account changes, test the user’s experience again instead of assuming the fix worked. Start by reopening the same user profile in **Users** and confirm the updated values are still there. Check that the **Role**, **Status**, and any related membership details show the new settings you intended to save. If the old values are still displayed, the record may not have been saved correctly. 1. Ask the user to sign out of Sherkety ERP & Website Platform. 2. Have them sign back in with the same email address shown on their account. 3. Follow the exact navigation path that previously failed. 4. Confirm the missing menu item, blocked page, or unavailable action is now visible. 5. Open the page and test the action that was originally reported as missing. For example, if the user could not see **Content** in the admin menu, verify that **Content** now appears in the sidebar after sign-in. If they could see **SEO** but could not open it, click **SEO** and confirm the page loads normally. If they reported missing buttons inside **Users** or **Settings**, open that screen and check those actions directly. [SCREENSHOT: Admin sidebar after access has been restored] Do not stop at the first successful page load. If the user originally reported a workflow problem, test the related steps too. Open a record, move between tabs, and confirm the user can reach the screens they need without being redirected or blocked. This is especially important after role changes, because a user may regain the menu item but still miss actions inside the page. If anything still looks different from the expected role behavior, compare it again with a working account. ## Fixing common admin issues that block access Most access problems in Sherkety ERP & Website Platform fall into a small number of patterns. Use the symptom the user reports to decide where to look first instead of checking every setting manually. - **The user cannot see a page in the sidebar** Start with the user’s **Role** and account **Status** in **Users**. If the page is an admin section like **Dashboard**, **Content**, **Users**, **Settings**, **SEO**, **Services**, or **Pricing**, a missing sidebar item usually means the role does not include that section or the account is not currently active. - **The user can see the menu item but cannot open the page** Open the same page yourself and check whether the user is redirected, blocked, or shown an error. This usually points to page-level access rather than navigation visibility. Review the account details again and compare them with a working user who can open that page. - **The user can open the page but some buttons or tabs are missing** Compare the affected screen side by side with another account that has the expected access. Missing actions inside a page often mean the user has partial access rather than full access. - **You changed the account, but nothing updated** Reopen the user record and make sure the changes were saved. Then ask the user to start a fresh session by signing out and signing back in. If the account was still waiting on invitation or setup completion, finish that step before testing again. [SCREENSHOT: Example of a visible menu item with a blocked page versus a hidden menu item] If you need a broader refresher on how user administration fits together, continue with [Understanding User Administration and Account Visibility](doc:understanding-user-administration-and-account-visibility). ## Overview This guide focuses on practical troubleshooting for admin access problems in **Sherkety ERP & Website Platform**. It is most useful when a user reports one of these issues: - A page is missing from the admin sidebar - A menu item appears, but the page will not open - A screen opens, but important tabs or action buttons are missing - Account changes were made, but the user still sees the old access The goal is not to redefine roles in detail. You already covered role assignment rules in [Assigning Roles and Understanding Visibility Rules](doc:assigning-roles-and-understanding-visibility-rules). Here, the focus is on reviewing a real user account, matching the reported problem to what you can see in the admin interface, correcting the account record, and testing the result. In Sherkety ERP & Website Platform, access issues usually show up in visible ways: the **Users** page is missing, **Content** does not appear in the sidebar, **SEO** opens for one person but not another, or a user can reach **Dashboard** but cannot use the rest of the admin area. Because of that, the fastest troubleshooting method is to compare the user’s role, status, and visible navigation with a working account. You will also learn how to tell the difference between a navigation problem and a page access problem. That distinction matters because the fix is often different. A hidden menu item usually points to account visibility settings, while a visible menu item that fails to open usually needs a closer review of the user record and current account state. ## Prerequisites Before you start troubleshooting user access in **Sherkety ERP & Website Platform**, make sure you have the right level of admin access yourself. You need to be able to open the **Users** area and edit user records. If you cannot reach the **Users** screen, ask an administrator with the correct access to perform the review. Have these details ready before you begin: - The user’s name or email address - The exact page, menu item, tab, or button the user says is missing - Whether the issue happens during sign-in, in the sidebar, or inside a page - A working account you can compare against, if available It also helps to confirm whether the problem is new or ongoing. If the user had access before and lost it after an account update, focus on recent changes to **Role**, **Status**, or account setup. If the user never had access, check whether the account invitation or initial setup was completed. For best results, ask the user to describe the issue in terms of visible interface elements. Examples include: - “I can’t see **Content** in the sidebar” - “I can open **Dashboard**, but not **Users**” - “The **SEO** page appears, but it won’t load” - “The page opens, but the action button is missing” Those details let you test the same path inside Sherkety ERP & Website Platform and avoid guessing. If you need a refresher on where user records are maintained before starting, see [Viewing and Maintaining User Accounts](doc:viewing-and-maintaining-user-accounts). ## Opening an Admin Page and Understanding the Access Check When you open an admin page in **Sherkety ERP & Website Platform**—for example from the admin sidebar, from a dashboard shortcut, or by typing an admin address directly into your browser—the page does not always appear instantly. Before showing the screen, Sherkety ERP & Website Platform first checks whether you are signed in and whether your account has the role required for that page. During that check, you may briefly see a **loading state** instead of the page content. This is normal. The screen is waiting for your account details and role information to finish loading before it decides what to show. Until that check is complete, the protected page does not display its usual content. After the check finishes, one of these visible results appears: - **The admin page opens normally** if your account is signed in and has the required access. - **A restricted or blocked result appears** if you are signed in but your role does not allow that page. - **You are redirected away** if the page requires a valid admin session and Sherkety ERP & Website Platform does not recognize you as signed in. This matters even if you already know the page address. Entering an admin page directly does **not** bypass the access check. The same protection applies whether you arrive from the menu or from a saved browser bookmark. Typical protected destinations in the admin area include screens such as **Dashboard**, **Content**, **Users**, **Settings**, **SEO**, **Services**, and **Pricing**. If your role allows them, they open as expected. If not, Sherkety ERP & Website Platform stops you before the page content loads. [SCREENSHOT: Admin page opening with a brief loading state before access is confirmed] ## Seeing What Happens When Access Is Restricted If your account does not have permission to use a protected admin page, **Sherkety ERP & Website Platform** does not show the normal editing or management screen. Instead, you will see a restricted outcome such as a blocked message, a placeholder state, or you may be moved to a safer page. There are two common situations, and they do not behave the same way: - **You are not signed in** - Sherkety ERP & Website Platform treats the page as unavailable until you log in. - You are typically sent to the **Login** page rather than being allowed to stay on the protected screen. - After signing in, the page may open only if your account has the correct role. - **You are signed in, but your role is not allowed** - Sherkety ERP & Website Platform recognizes your session, but it still blocks the page itself. - You may remain on the current route with a restricted-access message, or you may be redirected to a safer destination such as the **Dashboard**. - The protected page content does not appear. For **Content Editors**, this distinction is especially important. A Content Editor can sign in successfully and still be unable to open certain admin destinations that are reserved for higher access. That does not mean the sign-in failed. It means the account is valid, but the page requires a different role. If you click an admin link and do not see the expected screen, look at what happened next: - If you land on **Login**, your session is missing or expired. - If you stay signed in but the page is blocked or you are returned to a safe admin page, your role likely does not include that destination. [SCREENSHOT: Restricted-access state shown instead of a protected admin page] ## Using Navigation That Matches Your Role In **Sherkety ERP & Website Platform**, the admin navigation is designed to match the account that is currently signed in. That means the menu does not always show the same links to every user. Instead, available destinations change based on role so you are less likely to click into a page you cannot use. This role-based visibility affects the main places where you move around the admin area, including: - **Sidebar navigation** - **Dashboard shortcuts** - **Top-level admin destinations** - **Account-related menus**, where available For users with broader access, the admin menu can include pages such as **Dashboard**, **Content**, **Users**, **Settings**, **SEO**, **Services**, and **Pricing**. For users with more limited access, some of those links may be hidden entirely. That means **Administrators** and **Content Editors** can have noticeably different navigation experiences: - **Administrators** - See the full set of admin destinations available to their role - Can open protected management screens directly - Are more likely to see account, configuration, and maintenance pages - **Content Editors** - See only the destinations their role allows - May have access to content-related pages while other admin pages remain hidden - Cannot rely on a direct browser link to reach a page that is not shown in the menu You may also notice menu changes after account activity: - After **sign-in**, newly available admin links appear once your role is recognized. - After **sign-out**, protected links disappear because the session is no longer active. - After a **role update**, you may need to refresh the page or reopen the menu before the correct set of links appears. If a link is missing, do not assume the page was removed. In many cases, Sherkety ERP & Website Platform is simply showing the version of navigation that matches your role. [SCREENSHOT: Sidebar showing different admin links for different signed-in roles] ## Moving Between Public, Editor, and Admin Areas You may move between public pages and admin pages in **Sherkety ERP & Website Platform** during the same session, especially if you work with website content and admin tools together. The result depends on both the page you choose and the role attached to your signed-in account. If you start on a public page, open the main navigation and look for any available admin entry points. Depending on your role, you may see links that lead to areas such as **Dashboard** or other admin screens. If you do not see those links, Sherkety ERP & Website Platform is already filtering the navigation before you try to enter. For an **Administrator**, the flow is straightforward: - Open a visible admin link from the menu or dashboard - Select the destination, such as **Content** or **Settings** - Wait briefly while the page confirms your session - Land on the protected page successfully For a **Content Editor**, the same journey can look different: - Some admin links may not appear at all - A visible link may still lead to a restricted result if that specific page needs higher access - A direct browser entry to a protected admin page can still be blocked, even when the menu does not show the page This direct-link behavior is important. If you manually enter an admin page address, Sherkety ERP & Website Platform still performs the same access check used for menu navigation. Hidden links do not weaken page protection. They simply reduce confusion by not advertising pages you cannot use. When testing access, compare both methods: - **Menu navigation** shows what your role is expected to use - **Direct entry** confirms whether the page itself is protected If both methods prevent access, the restriction is working as intended rather than indicating a broken page. [SCREENSHOT: Public page navigation leading to an allowed admin page for one role and a blocked result for another] ## Checking Why an Admin Link or Page Is Missing When an admin link or page is missing in **Sherkety ERP & Website Platform**, the cause is usually one of a small number of access conditions. The page is not shown only after Sherkety ERP & Website Platform checks whether your account is ready and allowed to use it. The main conditions are: - **Signed-in status** - If you are not signed in, protected admin links may not appear at all. - **Resolved account information** - The interface may briefly wait before showing navigation while it confirms who you are. - **Required role or permission** - Even when you are signed in, a page can stay hidden or blocked if your role does not include it. These conditions often match clear user-visible symptoms: - **No admin menu item appears** - You may be signed out - Your role may not include that destination - The menu may not have refreshed yet after sign-in or a role change - **The page never renders and stays in a waiting state** - Sherkety ERP & Website Platform may still be checking your session or role details - **You are redirected immediately after opening the page** - Your account is recognized, but the page itself is not allowed for your role If you believe you should have access, ask an Administrator to verify your role in the **Users** area rather than assuming the page is broken. Role assignment should be checked there first, especially if other team members can see the same page and you cannot. It is also important to understand that **hidden navigation and page protection are separate safeguards**: - The menu can hide links you should not use - The page itself still checks access if you try to open it directly Both work together to protect admin areas such as **Users**, **Settings**, and other restricted pages. ## Fixing Common Access and Navigation Problems If an admin page or menu item is not behaving as expected in **Sherkety ERP & Website Platform**, start with the visible symptom and work backward. Most access problems come from session status, role assignment, or navigation not refreshing after a change. If an **admin page opens blank or stays in a loading state**, check these first: - Make sure you are still signed in - Return to a known page such as **Dashboard** and confirm your session is active - Refresh the page so Sherkety ERP & Website Platform can reload your account details - If the issue continues, sign out and sign back in If an **admin link does not appear in the sidebar**, review the likely causes: - Your account may not have the required role - The sidebar may still be showing an older menu from before sign-in - A recent role update may not appear until you refresh or reopen the admin area If you are **redirected away from a protected page unexpectedly**, the most common explanation is that your account is valid but does not include permission for that destination. This often happens when a user can access some admin screens but not others. If a **Content Editor sees inconsistent menu options across sessions**, use a clean session check: - Sign out fully - Sign back in with the intended account - Open the admin menu again - Confirm that the visible links match the role assigned in **Users** When troubleshooting, compare what you can open with what you can see: - **Visible and opens normally** usually means access is correct - **Hidden from the menu** usually means role-based filtering - **Visible but blocked after click** usually means the page has stricter protection than the menu suggested If role access still seems wrong, have an Administrator review the account setup in the **Users** screen. For related setup work on service and pricing pages, refer to [Managing Services and Pricing From the Admin Portal](doc:managing-services-and-pricing-from-the-admin-portal). ## Overview Protected navigation in **Sherkety ERP & Website Platform** is built to answer three user-facing questions before an admin page opens: **Are you signed in?**, **Has your account finished loading?**, and **Does your role allow this page?** The result of those checks determines whether you see the page, a blocked result, or a redirect. The most important ideas to keep in mind are: - **Admin pages do not open only because you know the page address** - Direct browser entry is checked the same way as clicking a menu item. - **A short loading state is normal** - Sherkety ERP & Website Platform may briefly wait before showing protected content. - **Hidden links and blocked pages are not the same thing** - A link can be removed from the menu, while the page itself still remains protected if someone tries to open it directly. - **Being signed in does not guarantee access to every admin screen** - Your role decides which destinations you can actually use. Across the admin area, this affects pages such as **Dashboard**, **Content**, **Users**, **Settings**, **SEO**, **Services**, and **Pricing**. An **Administrator** will usually see more of these destinations in the sidebar and can open more protected screens. A **Content Editor** may still work inside the admin area, but with fewer visible links and more restricted destinations. If something seems missing, start by checking your session and role before assuming the page is unavailable. In most cases, Sherkety ERP & Website Platform is protecting the page exactly as intended. The next document, [Understanding Admin Portal Structure and Main Destinations](doc:understanding-admin-portal-structure-and-main-destinations), explains how the main admin areas are organized once you have access. ## Prerequisites Before this access behavior will make sense in **Sherkety ERP & Website Platform**, you should already be comfortable with basic admin sign-in and the main admin entry points. This topic assumes you can reach the admin area and recognize common destinations such as **Dashboard** and the sidebar menu. You will get the most value from this guide if the following are already true: - You know how to sign in to the admin area - You can identify whether you are currently signed in or signed out - You have access to at least one admin-facing account, such as a **Content Editor** or **Administrator** - You understand the basic admin navigation covered in [Using the Admin Dashboard for Navigation](doc:using-the-admin-dashboard-for-navigation) It also helps if you have already read these related guides: - [Signing In and Accessing the Admin Portal](doc:signing-in-and-accessing-the-admin-portal) - [Managing Users and Role Based Access](doc:managing-users-and-role-based-access) - [Understanding Role Visibility and Access Restrictions](doc:understanding-role-visibility-and-access-restrictions) If you are testing access with different accounts, make sure you know which account is currently active before checking the menu or opening a protected page. Many “missing page” reports turn out to be simple account mix-ups, especially after switching between users in the same browser. For users who also maintain website content, it is useful to distinguish between **inline editing on public pages** and **protected admin pages**. If you need help choosing between those workflows, see [Choosing Between Inline Editing and Admin Pages](doc:choosing-between-inline-editing-and-admin-pages). ## Opening live preview from the page editor In Sherkety ERP & Website Platform, start from the **Content** area in the admin section and open the page entry you want to review. Live preview is most useful after you have already made edits in the content editor, such as changing a heading, updating body text, replacing a button label, or adjusting a section’s content. If you have been working through save checks already, use the same review habits from [Validating Saving and Reviewing Content Changes](doc:validating-saving-and-reviewing-content-changes) before relying on the preview. 1. Open the page you are editing from **Admin > Content**. 2. Look at the editor toolbar for the **Live Preview** control. 3. Select **Live Preview** to open the draft view in the preview pane or preview tab. 4. Confirm you are previewing the correct page by checking the page title and the page address label shown in the editor. 5. Check the language shown in the editor before you begin reviewing the page. [SCREENSHOT: Content editor with the Live Preview control highlighted in the top toolbar] Live preview shows the draft version of the page you are currently editing. That means it is meant for checking changes before they appear on the public website. If you changed wording in a text field, updated a translated title, or adjusted a section’s content, those draft updates should appear in preview for review. This lets you inspect the page as it will look after publication without changing what visitors currently see. Keep the difference clear while reviewing: - **Live preview** shows your draft work for checking and approval. - **Public page** shows the currently published version seen by visitors. Opening live preview does not publish anything. It is only a review step inside Sherkety ERP & Website Platform, so you can safely inspect page updates before making them visible. ## Checking layout changes before publishing Live preview is especially helpful when you changed more than plain text. If you edited headings, body sections, banners, images, or call-to-action areas, the preview lets you confirm how those pieces actually sit on the page. A content form can look correct while the finished page still feels crowded, uneven, or out of order, so always review the rendered result. 1. After editing a section, open **Live Preview** from the page editor. 2. Scroll through the page from top to bottom. 3. Check that each section appears in the intended place on the page. 4. If you moved, added, or removed content blocks, confirm the order matches your intended layout. 5. Make another edit if needed, then refresh the preview so the latest draft version is shown. [SCREENSHOT: Live preview showing multiple page sections such as hero, body content, and call-to-action blocks] As you review, pay close attention to visual details that are hard to judge in input fields: - Heading length and whether it wraps awkwardly - Spacing above and below sections - Alignment between text, images, and buttons - Whether banners or call-to-action blocks feel balanced - Whether removed content left an obvious gap This is also the best place to catch problems caused by recent structure changes. For example, a section may appear lower than expected after reordering content, or a longer heading may push a button onto a new line. If you edited repeating items or structured sections earlier, compare the preview against the intended arrangement you set in the editor. When the preview does not reflect your latest layout change, update the draft in the editor and reload the preview view before continuing. Review the page as a visitor would scroll through it, not just as a list of fields. ## Reviewing wording and links in the preview Once the layout looks right, read the page in live preview as if you were a first-time visitor. This step helps you catch issues that are easy to miss while typing into fields, especially when text looks fine in the editor but feels unclear or cramped on the page itself. 1. Read the page from the top heading down through each section. 2. Check headline text, subheadings, body copy, and button labels exactly as they appear in preview. 3. Review any formatted text to make sure paragraph breaks, lists, emphasis, and linked text display correctly. 4. Select buttons and links in preview where available to confirm the wording and destination make sense. 5. Return to the editor to adjust any text that feels outdated, awkward, or too long for the page design. [SCREENSHOT: Live preview with a heading, paragraph text, and a call-to-action button visible] Focus on the content visitors actually read and click: - Main page heading - Introductory text - Section titles - Button labels - Linked text inside paragraphs - Closing call-to-action wording Rich text deserves extra attention. In the editor, a paragraph may look complete, but in live preview you may notice missing spacing, broken lists, or emphasized text that draws too much attention. Linked text should also read naturally inside the sentence, not feel pasted in. If the preview allows you to follow links, use that to confirm the label matches the destination. A button that says **Learn More** should open the expected page, and any external link should match the intended destination entered in the editor. If navigation is limited in preview, at least confirm the visible label and nearby text are correct. This side of previewing is less about editing fields and more about reading for clarity. Shorten text that wraps badly, fix wording that still reflects old messaging, and update labels that no longer match the page’s purpose. ## Switching languages to verify multilingual presentation If the page is available in more than one language, use live preview to review each language version separately. A page can look polished in one language and still have missing translations, mixed-language buttons, or layout issues in another. Sherkety ERP & Website Platform includes language-aware content editing, so preview should be part of every multilingual review. 1. In the editor, change the language using the available language selector. 2. Open or refresh **Live Preview** for that language. 3. Confirm the page title, body text, and button text appear in the selected language. 4. Repeat the check for each language you maintain for that page. 5. If something still appears in the default language, return to the editor and review that field’s translated content. [SCREENSHOT: Language selector in the editor with live preview open for a translated page] Check the most visible language-sensitive content first: - Page title - Navigation label, if shown in the page setup - Section headings - Body text - Call-to-action text - Button labels Live preview is also where you can spot fallback behavior. If a translation is missing, some content may still appear in the default language. That is useful during editing because it shows you exactly which parts still need localized text before publication. Layout can also change between languages. A short English heading may fit on one line, while the translated version wraps onto two lines and changes the balance of the section. Review these differences carefully in preview instead of assuming the design will behave the same way in every language. For more detailed field-by-field translation work, continue with [Editing Multilingual Fields and Localized Content Variants](doc:editing-multilingual-fields-and-localized-content-variants) after you finish your preview review. ## Comparing draft updates with the published page Live preview is most effective when you compare it directly with the currently published page. This helps you confirm exactly what will change once you publish, especially when you have updated several sections over time or worked in multiple languages. 1. Keep your draft open in **Live Preview**. 2. Open the current public version of the same page in a separate browser tab. 3. Place the two views side by side if possible. 4. Compare each major section from top to bottom. 5. Confirm that every visible difference is intentional before you publish. [SCREENSHOT: Draft live preview in one tab and the current public page in another tab for side-by-side review] Look for differences such as: - Updated headings or body text - Replaced images or banners - Reordered sections - Added or removed call-to-action blocks - Changed button labels - Updated translated content in another language This side-by-side check is useful when a page has gone through several rounds of editing. You may remember changing a headline but forget that you also replaced a section image or moved a block lower on the page. Comparing draft and published views makes those differences obvious. If something looks wrong in preview, do not assume the draft is broken immediately. A mismatch can happen for a few simple reasons: - The latest edits were not saved to the draft yet - You are viewing the wrong language version - The preview needs to be refreshed after a recent change - An image or page asset has not updated in the current view yet Use the published page as your baseline and the live preview as your approval copy. If the draft shows exactly the changes you intend, you are in a much safer position before selecting **Publish**. ## Fixing common live preview problems Most live preview issues come from a small number of review mistakes: the wrong page is open, the wrong language is selected, the latest draft was not saved, or the preview is still showing an older render. Before reworking content, check those basics first. If the preview does not update after you edit content, save your draft and refresh the preview. Then confirm you are still editing the same page entry in **Content**. This is especially important when you have several tabs open or switch between similar pages. If the wrong language appears, check the language selector in both places you use during review: - The language currently selected in the editor - The language shown in the preview controls or previewed page state A layout that suddenly looks broken often points back to a recent content change rather than a preview problem. Review the last items you changed, especially: - Moved sections - Hidden or removed blocks - Replaced images - Longer headings or button labels - Updated rich text with lists or extra spacing [SCREENSHOT: Live preview showing a layout issue caused by a long translated heading] Links and buttons can also appear incorrect during preview. If a button label is right but the destination seems wrong, return to the editor and review the link target you selected or entered. If a previewed link does not fully navigate, that may be a limitation of the preview view rather than a content problem, so focus first on whether the label and target setup are correct. When troubleshooting, use this quick check: | Problem | What to check | |---|---| | Preview shows old content | Save the draft and refresh preview | | Preview shows wrong language | Recheck the selected language before reviewing | | Layout looks off | Inspect recent section moves, hidden content, and image changes | | Button or link seems wrong | Review the button label and link destination in the editor | If the page still looks wrong after these checks, return to the editor, correct the content, and open live preview again before publishing. ## Overview Live preview in Sherkety ERP & Website Platform is the review step that lets you inspect draft page changes before they appear on the public website. It is most useful after editing page text, section order, banners, images, buttons, or translated content in the **Content** area. Instead of judging a page only from form fields, you can open the draft view and see how the page actually reads and flows. Use live preview to confirm four things: - The right content appears on the right page - The layout still looks balanced after edits - Wording, formatting, and links read correctly - Each language version displays as expected This guide focused on checking the rendered page, not on how to save or validate edits. If you need to revisit draft review and save confirmation, see [Validating Saving and Reviewing Content Changes](doc:validating-saving-and-reviewing-content-changes). A good live preview review usually includes: - Opening the correct page entry - Confirming the page title and language - Scrolling through the full draft page - Comparing draft and published versions - Fixing any mismatched wording, layout, or translation issues before publishing [SCREENSHOT: Full page live preview showing a finished draft ready for final review] Treat live preview as your final visual check. It helps you catch issues that are easy to miss in the editor, such as awkward line breaks, mixed-language text, outdated button labels, or sections appearing in the wrong order. When used consistently, it reduces the chance of publishing a page that looks different from what you intended. ## Prerequisites Before using live preview in Sherkety ERP & Website Platform, make sure you already have access to the admin area and can open the **Content** section for editing. Live preview is part of the page editing workflow, so you need to be inside a page entry rather than only browsing the public website. You should have the following in place before starting: - You can sign in to the admin area - You can open **Admin > Content** - You have permission to edit the page you want to review - The page already contains draft changes you want to inspect - You know which language version you are checking It also helps if you have already completed the earlier editing steps covered in these related guides: - [Editing Multilingual Content in the Editor](doc:editing-multilingual-content-in-the-editor) - [Managing Repeating Content and Structured Items](doc:managing-repeating-content-and-structured-items) - [Previewing Changes Before Saving Content](doc:previewing-changes-before-saving-content) - [Managing Multilingual Fields in the Content Editor](doc:managing-multilingual-fields-in-the-content-editor) - [Editing Structured Content and Repeating Items](doc:editing-structured-content-and-repeating-items) For the smoothest review, keep these practical conditions in mind: - Save recent edits before assuming preview is wrong - Review one page and one language at a time - Keep the public page available in another tab when comparing changes - Reopen or refresh preview after major edits to section order or media If your next task is to refine translated fields after checking the page visually, continue with [Editing Multilingual Fields and Localized Content Variants](doc:editing-multilingual-fields-and-localized-content-variants). ## Finding the Main Ways to Reach Out on Public Pages On the public website in **Sherkety ERP & Website Platform**, the first engagement options usually appear in the most visible parts of a page: the header navigation, hero section, service highlights, package cards, ERP app pages, and the footer. These actions are designed for visitors who are still browsing as well as visitors who are ready to contact the team. You do not need to sign in to use them. The main public calls to action fall into two groups: - **Browsing actions** - **Learn More** - links to service pages - links to package pages - links to ERP app pages such as **Accounting**, **Sales & CRM**, **HR**, **Purchasing**, and **Reporting** - **Conversion actions** - **Inquiry** - **Contact Us** - **Request Demo** - contact links in page sections or the footer Browsing actions help you move deeper into the site so you can compare options. For example, you might start on the homepage, open a services section, choose a package or ERP app page, and read the details. Conversion actions are the points where you stop browsing and actively reach out. A common visitor path looks like this: 1. Open a public page from the homepage, navigation menu, or a direct landing page. 2. Read the page sections, package details, or ERP feature highlights. 3. Click a visible action such as **Learn More**, **Inquiry**, **Request Demo**, or **Contact Us**. 4. Complete a form or move to the contact page. 5. Submit your details so the team can respond. If you need a refresher on how public pages are structured before choosing an action, see [Understanding Public Page Layouts and Visitor Actions](doc:understanding-public-page-layouts-and-visitor-actions). [SCREENSHOT: public page showing hero buttons, service cards, and footer contact actions] ## Using Inquiry Buttons to Start a Conversation Inquiry buttons are the easiest way to ask about a specific service, package, or ERP need without committing to a full product walkthrough. In **Sherkety ERP & Website Platform**, you are most likely to find these buttons on service pages, package sections, ERP-related landing pages, and other marketing pages that explain an offer in detail. The button label may vary slightly depending on the page, but it will usually be a direct action such as: - **Inquiry** - **Get in Touch** - **Ask About This Service** - **Contact Us** After you click an inquiry button, one of three things usually happens on the public website: 1. You are taken to a dedicated **Contact** page. 2. The page jumps to a contact or inquiry section lower on the same page. 3. A visible form area opens so you can enter your details. The inquiry form is meant to capture enough information for a useful reply. You can expect fields like these: | Field | What you enter | |---|---| | Name | Your name | | Email | Your email address | | Company | Your business name | | Phone | Your contact number | | Message | Your question or service need | Use the **Message** box to explain what you want help with, such as accounting support, company registration, startup services, or whether a specific ERP module fits your business. This is what makes an inquiry useful: it gives the team context before any follow-up conversation begins. An inquiry is best when you already know what caught your interest but still need clarification. It works well for questions about scope, fit, implementation approach, or whether a package matches your business stage. [SCREENSHOT: inquiry form section with Name, Email, Company, Phone, and Message fields] ## Requesting a Demo from Public Website Pages A **Request Demo** action is aimed at visitors who are further along in their decision process. In **Sherkety ERP & Website Platform**, demo buttons are typically placed on ERP-focused pages, product highlight sections, and landing pages built for high-interest visitors who want more than a written overview. You may see this action in places such as: - ERP solution pages - app-specific pages like **Accounting**, **Sales & CRM**, **HR**, **Purchasing**, or **Reporting** - promotional sections that highlight business benefits or product capabilities - package or offer sections that encourage a guided walkthrough When you click **Request Demo**, the website leads you into a contact flow similar to an inquiry, but the purpose is more specific. Instead of asking a general question, you are signaling that you want someone to show you how the offering works. The form may ask for your contact details along with business context and what you want to discuss during the demo. Typical demo request details include: - your name - your email address - your company name - your phone number - a message about your business needs - the ERP areas or topics you want to see A demo request differs from a general inquiry because it shows stronger buying intent. You are not only asking whether something exists; you are asking for a guided explanation of features, workflows, or implementation fit. This is especially useful when page summaries and package descriptions are no longer enough to make a decision. Choose **Request Demo** when you want a live, guided next step rather than continuing to compare pages on your own. [SCREENSHOT: ERP product page with Request Demo button near feature highlights] ## Exploring Packages Before Choosing a Contact Option Package exploration links help you move from broad marketing content into more detailed offer pages. In **Sherkety ERP & Website Platform**, this often starts with a package card, a featured offer block, or a **Learn More** button inside a section that introduces services, startup support, or ERP-related options. These links are important because they let you review the offer before you contact anyone. Instead of sending a message too early, you can open the package page and look for details such as: - what the package includes - which business need it is designed for - how it compares with other options - whether it focuses on services, ERP modules, or a combined offer Visitors often follow this sequence: 1. Open a listing or overview page. 2. Click a package card or **Learn More** link. 3. Review the package details and compare the offer with other choices. 4. Decide whether the package fits the business need. 5. Use the page-level **Inquiry**, **Request Demo**, or **Contact Us** action. This path is especially helpful for visitors who are still narrowing down their options. For example, someone comparing startup support, accounting services, or ERP packages may not be ready to contact the team immediately. The package page gives them enough detail to self-qualify first. Package exploration also reduces confusion between “I need more information” and “I am ready to talk.” If you are still deciding between service levels or trying to understand the scope of an ERP offer, stay with the package links first. Once the page answers most of your comparison questions, the contact action on that same page becomes much easier to use with confidence. [SCREENSHOT: package cards with Learn More buttons leading to detailed offer pages] ## Using Contact Actions Across the Website to Reach the Right Team General contact actions are spread across the public website so you can reach out whenever you are ready, even if you did not begin on a package or ERP page. In **Sherkety ERP & Website Platform**, these actions may appear in the header, inside page sections, in dedicated contact areas, and in the footer. Common contact actions include: - **Contact Us** buttons - contact links in the navigation - footer contact blocks - direct email links - direct phone links - contact sections embedded within marketing pages These broader contact options are useful when your question does not belong to one specific package or module. For example, you may want to ask about a partnership, a broad business services need, or a general pre-sales question that spans several offerings. In those cases, a general **Contact Us** action is a better fit than a package-specific inquiry button. The contact page or embedded contact section usually asks for standard details so the team can understand who is reaching out and why. You will typically see fields such as: | Field | Purpose | |---|---| | Name | Identifies the sender | | Email | Provides a reply address | | Subject | Gives a short topic | | Company | Adds business context | | Message | Explains the request | Some contact areas may also show direct alternatives such as a phone link or email link. That gives you a second option if you prefer not to use the form. Repeated contact actions across headers, content sections, and footers are there to reduce friction. You can browse several pages, decide to engage at any point, and use the nearest visible contact option instead of searching back through the site. [SCREENSHOT: footer with Contact Us link, direct contact details, and supporting navigation] ## Choosing the Best Conversion Path for Your Intent The best action depends on how clear your need is and how far along you are in your decision. In **Sherkety ERP & Website Platform**, the public website gives you several paths so you can choose the one that matches your intent instead of forcing every visitor into the same form. Use an **Inquiry** button when you have a specific question about a service, package, or ERP fit. This is the right choice if you want a tailored response but are not yet asking for a guided walkthrough. For example, you may already know which page interests you but still need clarification about scope, suitability, or implementation approach. Use **Request Demo** when you are actively evaluating an ERP solution and want a guided presentation. This path is better when you want to see how features and workflows could support your business rather than only reading summaries on the page. Use **Learn More** or package links first when you are still comparing options. If you are deciding between service tiers, startup offers, or ERP modules, opening the detailed page first helps you understand what each offer includes before you contact the team. Use **Contact Us** or another general contact action when your request is broader than a single page. This is often the best route for organization-level introductions, partnership discussions, or questions that span several services. A simple way to choose is: - **Need clarification about one offer?** Use **Inquiry** - **Want a guided walkthrough?** Use **Request Demo** - **Still comparing options?** Use **Learn More** - **Have a broader question?** Use **Contact Us** Choosing the right path helps you reach the team with the right level of detail from the start. ## Overview Public calls to action in **Sherkety ERP & Website Platform** are the points where browsing turns into engagement. As you move through homepage sections, service pages, package listings, ERP app pages, and footer links, you will see a clear mix of reading actions and contact actions. Reading actions such as **Learn More** and package links help you compare offers. Contact actions such as **Inquiry**, **Request Demo**, and **Contact Us** help you start a direct conversation. The key thing to remember is that these actions are available on the public website. You do not need an account, and you do not need to enter the admin area. A visitor can arrive on a landing page, read the content, open a package page, and submit a form entirely through the public-facing experience. This document focused on how to recognize the difference between those actions and when to use each one: - use package links to explore - use inquiry buttons to ask about a specific offer - use demo requests for a guided product discussion - use general contact actions for broader questions If you are comparing where these actions appear within page layouts, continue using the page-reading habits covered in [Understanding Public Page Layouts and Visitor Actions](doc:understanding-public-page-layouts-and-visitor-actions). The next helpful step is [Using Public Website Navigation Patterns Across Marketing Pages](doc:using-public-website-navigation-patterns-across-marketing-pages), which shows how these actions repeat across different page types. ## Prerequisites You do not need any special access before using the public calls to action in **Sherkety ERP & Website Platform**. These actions are designed for public visitors and are available directly from the website’s marketing and information pages. Before you choose a contact path, it helps to have a few basics ready so you can complete the form clearly and avoid back-and-forth later: - a clear idea of whether you are asking about **business services**, **company registration**, **accounting services**, or an **ERP module** - your preferred contact details, usually your **name** and **email** - your **company name** if the request is business-related - a short explanation of what you want to know or evaluate - enough time to review the page before clicking **Inquiry**, **Request Demo**, or **Contact Us** It also helps if you have already done one of the following: - browsed the homepage or a service page - opened a package or ERP detail page - identified whether you need a general contact action or a page-specific action If you are still getting comfortable with how visitors move through the public website, review [Navigating Public Pages and Entry Points](doc:navigating-public-pages-and-entry-points) and [Browsing the Sherkety Public Website](doc:browsing-the-sherkety-public-website). Those guides make it easier to recognize where contact buttons appear and how visitors typically reach them. ## Preparing the editor before you save Before you click **Save**, take a moment to review exactly what you changed in the content editor. In Sherkety ERP & Website Platform, this usually means checking the text fields, language-specific fields, and any structured content blocks you edited earlier. If you worked on repeated items or grouped fields, use [Editing Structured Content and Repeating Items](doc:editing-structured-content-and-repeating-items) to confirm that each item is complete before you save. Focus first on fields that are most likely to block saving. Look for visible labels such as **Title**, **Summary**, **Body**, **Slug**, and any settings or metadata fields shown in the editor panel. If a field is required, the editor may mark it clearly before you save. Review every field that has been changed, especially if the save button has become active after your edits. Pay attention to visual signs that the page still has unsaved work. Depending on the screen, you may notice: - changed-field highlighting - a save button that becomes enabled only after edits - an unsaved changes warning when moving away - inline notices beside fields that still need attention [SCREENSHOT: content editor with changed fields highlighted and Save button visible] Also check whether the fields you are editing are available to your role. In Sherkety ERP & Website Platform, some admin areas are protected by role, and certain users may be able to edit content but not all settings. If a field looks locked, missing, or cannot be changed, that usually means your current access level does not allow that action on this screen. A careful review before saving helps you catch missing values early and reduces repeated save attempts caused by preventable validation messages. ## Saving changes and responding to validation messages 1. When you are ready, click the main **Save** button in the editor toolbar or action area. In Sherkety ERP & Website Platform, the button may briefly change state while your update is being processed. You may see a loading label, a disabled button, or another visual sign that the save is in progress. Avoid clicking **Save** repeatedly while that indicator is active. 2. If the save is blocked, look first at the fields you just edited. Validation messages usually appear close to the input that needs attention. For example, a required field may show an error directly under the field, or a formatting problem may be highlighted beside the value you entered. If you changed a **Slug** or similar identifying field, the editor may also warn you when that value cannot be accepted. 3. Check for broader messages at the top of the editor or in a toast notification. Sherkety ERP & Website Platform uses on-screen feedback to tell you whether the save succeeded or failed. A field-level message points to one specific input, while a banner or toast usually means the whole save was blocked until one or more issues are fixed. 4. Correct the highlighted fields, then click **Save** again. Repeat this process until the editor shows a success message instead of an error. If several fields are involved, work through them one by one rather than changing everything at once. [SCREENSHOT: validation message shown next to a required field and a save error notification] If you are unsure why a field is failing, compare the field label, helper text, and any nearby warning message. The clearest explanation is usually shown directly next to the blocked input. ## Checking the preview before you confirm the update 1. Use the editor’s **Preview** option to see how your changes will appear outside the editing form. This is the fastest way to confirm that your text, layout, and content structure look right before you rely on the saved result. If you already reviewed the preview workflow earlier, see [Previewing Changes Before Saving Content](doc:previewing-changes-before-saving-content). 2. In the preview, compare the edited content against what you intended to publish or keep as draft. Check visible page elements such as headings, paragraph spacing, lists, links, image placement, and repeated content sections. If you updated multilingual content, make sure you are looking at the correct language version before judging the result. 3. If you changed structural fields such as a **Slug**, section title, or navigation label, verify that the preview still opens the expected page and shows the correct page heading. For content that appears in shared areas like homepage sections, service highlights, or ERP module pages, confirm that the updated wording appears in the right place and in the right order. 4. Return to the editor if anything looks off. Fix spacing, wording, missing items, or misplaced content blocks, then preview again. It is much easier to correct display issues before you move on than to discover them after saving and leaving the screen. [SCREENSHOT: split view or preview screen showing edited page content] Preview is especially useful after editing rich content or grouped items. A field may look correct in the form but still appear awkward once rendered on the page. Use preview to catch those visual issues before you finalize the update. ## Confirming that the save completed successfully 1. After you click **Save**, look for a clear success signal in Sherkety ERP & Website Platform. This may appear as a toast notification, a confirmation banner, or a saved status in the editor itself. The important point is that the editor should show positive feedback, not simply stop loading. 2. Check whether the editor updates any save-related details on screen. Depending on the page, you may see information such as a refreshed **Last saved** time, updated status text, or other save confirmation details. If those details change immediately after saving, that is a strong sign your update was stored successfully. 3. If the editor shows more than one status, make sure you understand which one you are seeing. A saved draft is not the same as a published update. Likewise, a temporary preview state is different from a completed save. Read the status label carefully before leaving the page, especially when working on public-facing content such as service pages, company type pages, or ERP app pages. 4. Test navigation away from the editor. If your save completed successfully, Sherkety ERP & Website Platform should no longer warn you about unsaved changes when you move to another admin screen. If the warning still appears, return to the editor and review the fields again. [SCREENSHOT: successful save toast and updated saved status in the editor] A successful save should leave you with three signs: the loading state ends, a success message appears, and the editor no longer behaves as though there are unsaved edits. ## Reviewing what changed after saving 1. Re-open the same content entry or refresh the editor screen after saving. This helps confirm that the values now shown in the fields are the values you intended to keep. Review the main content areas first, such as **Title**, **Summary**, **Body**, and any structured sections you edited. 2. Open any side panels or settings areas that were part of your update. If you changed page details, labels, or organization settings within the editor, confirm that those values remain in place after the refresh. This is especially important when you edited several areas in one session. 3. Compare the saved content with the page preview or visible website output. Make sure the saved version still matches the formatting, order, and wording you approved. For repeated items, verify that no item disappeared, duplicated, or shifted position after the save. 4. If your admin view includes change tracking details, review them after saving. Some screens may show updated save information or other record details that help confirm the latest edit was recorded. Administrators should also watch for any workflow-related status changes shown in the editor after the save completes. [SCREENSHOT: reopened content entry showing saved values after refresh] A quick post-save review is the best way to catch problems early. It confirms not only that the save succeeded, but that the correct version of the content is now stored and displayed. ## Fixing common save and review problems If the **Save** button is unavailable, start with the simplest checks. One or more required fields may still be empty, or a field with an error may need attention before saving is allowed. Review the editor from top to bottom and look for highlighted inputs, warning text, or helper messages. If a field is visible but cannot be edited, your role may not allow changes to that part of the content. If your changes appear in the editor but not in preview or on the page, first confirm that you are looking at the correct version and language. In Sherkety ERP & Website Platform, multilingual content and draft-style editing can make it easy to review the wrong variation by mistake. Refresh the preview, reopen the page, and check that the updated content is being viewed in the same language and section you edited. If you saw a success message but the values return to older content after a reload, reopen the entry and inspect each changed field carefully. This usually means the save did not fully complete, another edit replaced your version, or part of the update was not accepted. Save again only after checking for any warning message that may have appeared briefly. When a validation message is unclear, do not guess. Look at: - the highlighted field - the text directly under that field - any banner at the top of the editor - any toast message shown after clicking **Save** [SCREENSHOT: editor showing disabled Save button and highlighted problem field] If the problem continues, narrow it down by changing one field at a time and saving again. That makes it easier to identify the exact input causing the block. ## Overview This guide focuses on the point where editing turns into a confirmed update. In Sherkety ERP & Website Platform, saving content is more than clicking **Save** once. You need to check that the editor accepts your changes, that validation messages are resolved, that preview output matches your expectations, and that the saved version remains correct after refresh. The workflow in this guide is most useful when you are updating website content from the content editor, including multilingual page sections, structured content groups, and repeated items. It does not repeat how to edit those fields in detail. If you need help with the editing process itself, use [Managing Multilingual Fields in the Content Editor](doc:managing-multilingual-fields-in-the-content-editor) and [Editing Structured Content and Repeating Items](doc:editing-structured-content-and-repeating-items). You will use this guide when: - the **Save** button becomes active and you want to confirm the update safely - the editor shows a field error or validation message - preview looks different from what you expected - you need to verify that your changes were actually stored - the editor still behaves as if changes are unsaved The steps here are practical and screen-focused. They help you read the editor state, respond to warnings, and confirm the final result using the same content screens you already work in. This is especially important for public-facing pages where a small mistake in wording, structure, or language selection can affect what visitors see. The next document in this sequence is [Using Live Preview to Check Page Updates](doc:using-live-preview-to-check-page-updates), which goes deeper into reviewing page output after your edits. ## Prerequisites Before you follow this save-and-review workflow in Sherkety ERP & Website Platform, make sure the basics are already in place: - You can sign in to the admin area and open the content editor from the website or admin content area. If needed, review [Signing In and Accessing the Admin Portal](doc:signing-in-and-accessing-the-admin-portal). - Your account has permission to edit content. Some admin pages and fields are limited by role, so you may not see every option on every screen. - You already know how to update the fields you are working with, including multilingual fields or repeated content items. Use: - [Editing Multilingual Content in the Editor](doc:editing-multilingual-content-in-the-editor) - [Managing Multilingual Fields in the Content Editor](doc:managing-multilingual-fields-in-the-content-editor) - [Managing Repeating Content and Structured Items](doc:managing-repeating-content-and-structured-items) - You have the correct page or section open in the editor, not a different language version or a different content block with a similar name. - You are ready to review visible page output in preview after saving, especially if your changes affect headings, summaries, structured sections, or shared website content. It also helps to be familiar with common on-screen feedback in Sherkety ERP & Website Platform, such as toast messages, warning banners, and unsaved change prompts. If those messages are new to you, see [Understanding Toast Messages and Action Feedback](doc:understanding-toast-messages-and-action-feedback) and [Recognizing Warnings Errors and Dismissible Notices](doc:recognizing-warnings-errors-and-dismissible-notices). Once these pieces are in place, you can move through the save process with fewer surprises and confirm your updates with confidence. ## Identifying Whether You Need Operational Help or ERP Software When you browse Sherkety ERP & Website Platform, you may land on two very different kinds of pages that can look similar at first because both talk about improving business performance. One path leads to **business services** pages, where the offer is hands-on support from Sherkety’s team. The other path leads to **ERP product** pages, where the offer is software your team will use to run daily work. The first question to answer is simple: **Do you need a team to do the work for you, or do you need a system your team will use?** That question helps you avoid comparing the wrong things. Choose the **business services** path when your need sounds like this: - You want help with accounting or bookkeeping work - You need payroll or back-office support handled by specialists - You want guidance, setup help, or managed operational support - You are looking for a consultation, service package, or direct contact with a team Choose the **ERP product** path when your need sounds like this: - You want software for finance, inventory, sales, HR, or reporting - You need one place where your team can enter data and track work - You want dashboards, reports, and process visibility - You are comparing modules, plans, or software capabilities As you move through public pages such as the ERP system landing page, the ERP apps catalog, service pages, and comparison sections, look for signals in the page layout. A page with **feature sections**, **module links**, **pricing comparisons**, and **demo or trial actions** usually points to ERP software. A page with **contact forms**, **consultation requests**, **service descriptions**, and **support-focused messaging** usually points to business services. [SCREENSHOT: Public page showing a service-focused call to action beside an ERP-focused call to action] The rest of this guide shows how to spot those signals, compare the outcomes each path offers, and decide which route fits your current need without mixing outsourced support with software evaluation. If you need a broader comparison first, see [Comparing Website and ERP Package Options](doc:comparing-website-and-erp-package-options). ## Recognizing What a Business Services Page Is Offering A business services page in Sherkety ERP & Website Platform is centered on **people delivering work or guidance for your business**. The page is not mainly asking you to explore modules or compare software features. Instead, it is presenting support, expertise, and execution. You can usually recognize a services page by the actions it encourages. Look for items such as: - **Contact** or inquiry forms - **Request a consultation** - **Book a discovery call** - Service package descriptions - Explanations of what Sherkety’s team will handle for you These pages often focus on practical outcomes like reducing your team’s workload, improving compliance, or giving you access to specialists without hiring a full internal department. For example, if you are looking for accounting support, payroll help, or back-office assistance, a services page is usually the right place to stay. The value comes from the service relationship and the work delivered by experts. A services page also tends to describe the offer in terms of **scope of work**, **support model**, and **team expertise**. You may see sections explaining what is included, how the engagement works, and what kind of business problem the service solves. That is different from an ERP page, which usually explains what users can do inside software screens. When reading these pages, pay attention to whether the page is promising that Sherkety’s team will perform tasks, advise your business, or manage ongoing work. If the page is built around consultation and managed execution rather than daily software use by your staff, you are looking at a business services offer. [SCREENSHOT: Service page with consultation request area, package details, and support-focused messaging] This distinction matters because a services page answers questions like “Who will help us?” and “What work is included?” It does not primarily answer “Which module should our staff use?” or “How will our team run approvals and reports inside the product?” ## Recognizing What an ERP Product Page Is Offering An ERP product page in Sherkety ERP & Website Platform is built around **software capabilities your team will use directly**. The promise is not that Sherkety’s team will carry out the work for you day to day. The promise is that your business can manage processes, records, approvals, and reporting in one connected environment. You can usually identify an ERP product page by the page elements it includes. Common signs are: - Feature lists - Module navigation such as **Accounting**, **Sales & CRM**, **HR**, **Purchasing**, or **Reporting** - Plan or package comparisons - **Request Demo** or **Start Trial** actions - Screenshots of dashboards, records, analytics, or workflow views - Explanations of how teams track, approve, or report on work These pages are aimed at buyers who want better process control and visibility. A visitor on an ERP page is often asking questions such as: - Can our team manage work in one place? - Which modules fit our business? - How do we standardize processes across departments? - What reporting and dashboard views are available? - How will users work inside the product each day? The language on these pages usually points to software-led outcomes: **automation**, **real-time visibility**, **cross-functional workflows**, **centralized data**, and **reporting**. If you see module entry points like the ERP apps catalog, the ERP system landing page, or pages for **Accounting**, **Sales & CRM**, **HR**, **Purchasing**, or **Reporting**, you are in product-evaluation territory. [SCREENSHOT: ERP product page with module cards, feature sections, and demo request action] A product page focuses on what your users can do in Sherkety ERP & Website Platform: track records, follow workflows, view dashboards, compare plans, and evaluate modules. That is the key difference. A services page explains what Sherkety’s team will deliver. An ERP page explains what your team can operate inside the software. For a broader product-entry view, see [Using ERP System Landing Pages to Evaluate Offerings](doc:using-erp-system-landing-pages-to-evaluate-offerings) and [Exploring ERP App Categories and Module Entry Points](doc:exploring-erp-app-categories-and-module-entry-points). ## Comparing the Decision Factors That Separate Services from Products When you are deciding between a business services page and an ERP product page in Sherkety ERP & Website Platform, compare the offer across a few practical decision points. This helps you avoid choosing based only on marketing language or page design. | Decision factor | Business services path | ERP product path | |---|---|---| | Who does the work | Sherkety’s team performs, supports, or guides the work | Your internal team performs the work inside the software | | Time to value | Can begin through a scoped engagement or service arrangement | Usually involves evaluation, setup, migration, training, and adoption | | Budget shape | Often based on scope, retainer, or service effort | Often tied to plans, modules, users, implementation, and support | | Internal effort | Lower day-to-day execution burden on your staff | Requires process owners, active users, and ongoing participation | | Long-term goal | Immediate operational relief or expert support | Repeatable, software-driven processes across teams | The biggest separator is **ownership of execution**. If you want someone else to handle bookkeeping, payroll support, or operational tasks, a services page is more relevant. If you want your own staff to enter transactions, manage workflows, and run reports, an ERP product page is the better fit. Another important factor is **how quickly you need relief**. Services can often make sense when the urgent problem is lack of capacity or access to specialists. ERP software is usually the better choice when the bigger goal is consistency, visibility, and process control over time. Also compare what kind of questions you are asking while reading the page. If your questions are about deliverables, response model, and expertise, stay with services content. If your questions are about modules, reporting, workflows, and software fit, continue through ERP pages and app details. [SCREENSHOT: Comparison section showing service-style offer beside ERP package or module options] If you are still deciding between website offers and ERP packages, the comparison approach in [Comparing Website and ERP Offerings](doc:comparing-website-and-erp-offerings) can help you narrow your path before you go deeper. ## Choosing the Right Path for Your Situation Use the steps below to decide which path to follow in Sherkety ERP & Website Platform. 1. **Start with your immediate need.** If your business needs experts to take over or directly support work such as accounting, payroll, or back-office operations, stay on the business services pages. If your business needs software that employees will use every day for finance, inventory, sales, HR, or reporting, move to the ERP product pages. 2. **Decide who will own the process after purchase.** If an external partner will continue handling much of the execution, the services path is usually the better match. If your internal users will enter records, approve work, monitor dashboards, and run reports, the ERP path is usually the right one. 3. **Look at the questions you need answered.** Service-focused questions usually sound like: What is included? How does support work? How quickly can help begin? Product-focused questions usually sound like: Which modules are available? How do workflows connect? What reporting can users see? Is there a demo or trial? 4. **Match the page signals to your goal.** Choose services pages when the page emphasizes consultation requests, contact forms, service packages, and expert support. Choose ERP pages when the page emphasizes module navigation, feature lists, screenshots, plan comparisons, and demo or trial actions. 5. **Use a simple rule for mixed needs.** If you have an urgent operational gap, start with services. If you are replacing disconnected tools or trying to unify processes across departments, start with ERP. If you need both implementation help and ongoing operational support, review both paths side by side and note where each solves a different part of the problem. [SCREENSHOT: Visitor comparing a service page and an ERP module page in separate browser tabs] This approach keeps your evaluation focused. You do not need to decide everything at once. You only need to identify whether your next step should be a consultation-driven conversation or a software-driven product review. ## Avoiding Common Misreads When Comparing Services and ERP Pages It is easy to misread public pages in Sherkety ERP & Website Platform because both services and ERP content may talk about growth, efficiency, compliance, or better business outcomes. To compare correctly, slow down and verify what the page is actually offering. A common mistake is assuming that a page about business improvement must be an ERP product page. Before treating it as software, check for clear product signals such as: - Module names - Feature sections - Plan or package comparisons - Demo or trial actions - Screenshots showing dashboards, records, or workflows If those signals are missing and the page instead pushes you toward consultation, inquiry, or service engagement, it is likely a business services page. Another common mistake is reading words like **automation** or **efficiency** and assuming that Sherkety’s team will perform the work for you. That may not be the case. Confirm whether the page is describing automation inside Sherkety ERP & Website Platform for your users, or whether it is describing a managed service delivered by specialists. Pricing can also be misleading if you compare unlike offers. A service package and an ERP subscription are not direct substitutes unless you also consider setup effort, internal staffing, adoption, and who will own the process after the decision. A lower visible price on one page does not automatically mean it is the better fit. Finally, avoid choosing an ERP page when your real problem is immediate operational relief, and avoid choosing a services page when your real goal is long-term process standardization across departments. The page should match the outcome you need most right now. [SCREENSHOT: Public page area where feature-led content and consultation-led content can be visually compared] If you find yourself comparing mixed offers, go back to the core question: **Do we need people to do the work, or do we need software our team will use?** That single check prevents most wrong turns. ## Overview This guide helps you separate two public-facing paths in Sherkety ERP & Website Platform: **business services pages** and **ERP product pages**. Although both can describe business value, they support different buying decisions. Use this guide when you are: - Browsing service pages and ERP pages and are unsure which one fits your need - Comparing operational support with software capabilities - Deciding whether to request consultation help or continue into module evaluation - Trying to avoid mixing outsourced work with internal software adoption decisions The guide focuses on what you can see directly on public pages, including: - Consultation and contact actions on service-led pages - Feature lists, module links, and plan comparisons on ERP-led pages - The difference between expert-delivered outcomes and software-driven workflows - Practical decision factors such as ownership, timing, internal effort, and long-term goals This document does not repeat the broader package comparison covered in [Comparing Website and ERP Package Options](doc:comparing-website-and-erp-package-options). Instead, it helps you make a cleaner decision between **operational help** and **ERP software** once you are already exploring Sherkety ERP & Website Platform. If your conclusion is that you need software rather than managed support, your next step is to move deeper into module evaluation. Continue with [Evaluating ERP Modules From Catalog to Detail Pages](doc:evaluating-erp-modules-from-catalog-to-detail-pages). ## Prerequisites Before using this guide, it helps to have already done the following: - Reviewed the broader offer comparison in [Comparing Website and ERP Package Options](doc:comparing-website-and-erp-package-options) - Opened at least one public business services page and one ERP-related page in Sherkety ERP & Website Platform - Identified your main business goal, such as outsourced support, process improvement, software replacement, or cross-team visibility You do not need admin access, setup steps, or account permissions for this guide. Everything here is based on public browsing and page comparison. It is especially useful if you are currently looking at any of these areas: - Service-focused pages with contact or consultation actions - The ERP system landing page - The ERP apps catalog - Module pages such as **Accounting**, **Sales & CRM**, **HR**, **Purchasing**, or **Reporting** - Comparison sections that place website offers beside ERP options As you read, keep a short list of your own questions. If your questions are mostly about **scope**, **support**, and **expert help**, you are likely evaluating services. If your questions are mostly about **features**, **modules**, **reporting**, and **daily user workflows**, you are likely evaluating ERP software. That distinction will make the next document more useful, because the next step focuses on moving from catalog browsing into module-level review: [Evaluating ERP Modules From Catalog to Detail Pages](doc:evaluating-erp-modules-from-catalog-to-detail-pages). ## Deciding Whether to Edit on the Live Page or Open the Admin In Sherkety ERP & Website Platform, you usually have two ways to make changes: edit content directly on the public page, or open an admin screen such as **Content**, **Services**, **Pricing**, **Settings**, or **SEO**. The right choice depends on what kind of information you are changing and whether that information belongs only to the page you are viewing. Use inline editing when the content is already visible on the page and you want to adjust that exact block in context. This usually includes headings, paragraph text, button labels, section text, images, and other page sections you can see while browsing the website. If you are updating wording in a homepage banner, changing a paragraph in a public section, or replacing an image in a visible block, inline editing is usually the fastest option. For related guidance on page-level editing tools, see [Editing Footer and Shared Website Sections Inline](doc:editing-footer-and-shared-website-sections-inline). Open an admin page when the change belongs to a structured record or a site-wide setting rather than a single visible block. This includes service entries in **Services**, price information in **Pricing**, user access in **Users**, business-wide values in **Settings**, and search-facing fields in **SEO**. These screens are designed for information that may appear in cards, lists, comparison sections, or multiple pages at once. A simple rule helps: if the change is page-specific and visible where you are standing, edit it on the page. If the change is reused across listings, templates, or search results, open the matching admin screen instead. Typically, **Content Editors** spend more time editing visible page sections and localized copy, while **Administrators** handle shared business records, pricing structures, settings, and SEO details. [SCREENSHOT: public page with editable section controls beside a visible content block] ## Updating Page Content Directly on the Website Inline editing works best when you want to change content exactly where it appears. In Sherkety ERP & Website Platform, this is the right path for visible items such as hero headlines, supporting text, button labels, section descriptions, promotional copy, and images shown in the current page layout. If you can see the content on the page and it belongs only to that section, inline editing is usually the correct choice. 1. Open the public page that contains the content you want to change. 2. Select the editable area or use the edit control for that section. 3. Update the text, image, or other visible content in the editor. 4. Review the change in place so you can check spacing, alignment, and how it fits with nearby content. 5. Save the update, then confirm the page looks correct. The biggest advantage of inline editing is context. You are not guessing where a sentence will appear or whether a button label will fit. You can see the surrounding layout, nearby images, and the full section while you work. That makes inline editing especially useful for homepage sections, promotional blocks, trust content, shared footer content, and other public-facing areas where wording and visual balance matter. Do not use inline editing when the content actually comes from a dedicated admin record. For example, a service card shown on a page may be fed from the **Services** screen, a pricing table may be controlled from **Pricing**, and search metadata belongs in **SEO**. In those cases, editing the visible page text may not update the source that drives the listing. If you are unsure whether a section is page content or shared content, check whether the same wording appears in multiple places. If it does, the correct source is often an admin screen rather than the page itself. ## Using Admin Pages for Services, Pricing, and Shared Records Open the admin area when you are working with information that behaves like a record rather than a one-off page block. In Sherkety ERP & Website Platform, the most common examples are **Services**, **Pricing**, and other shared content maintained through forms. These screens are the right place for repeatable items that appear in listings, cards, comparison sections, or multiple public pages. The **Services** screen is where you manage service entries that may feed service cards, service teasers, and service detail content. If you need to rename a service, revise its description, adjust how it appears in a list, or maintain details used across the website, use **Services** instead of editing one public page and hoping the change carries everywhere. The **Pricing** screen is the correct place for package names, price values, pricing tiers, and similar structured information. If a number appears in a pricing table or comparison layout, update the pricing record rather than typing over a value in a page section. This helps keep pricing consistent everywhere that package is shown. Admin forms are also better for reordering repeatable items. If a list of services or packages needs to appear in a different order, make that change in the matching admin screen where the records are managed. That is more reliable than adjusting individual page blocks one by one. Keep in mind that one admin update can affect several public locations at once. A revised service title may refresh a homepage teaser, a service listing, and a detail page. A changed price may update multiple pricing displays. That broad impact is exactly why shared records belong in admin pages. [SCREENSHOT: admin navigation showing Content, Services, Pricing, Settings, SEO, and Users] ## Opening Admin Settings for Site-Wide and SEO Changes Some changes are not really page edits at all. They are configuration changes, and in Sherkety ERP & Website Platform those belong in **Settings** or **SEO**, not inside a page section. Use **Settings** when you need to update business information or other values that apply across the website. This is the right place for site-wide details that may appear in shared layouts, contact areas, or reusable sections. If the same value shows up in more than one place, treat it as a settings change rather than a page edit. Editing one visible block may only change that single instance, while the shared value remains unchanged elsewhere. Use **SEO** when the goal is to change how a page is represented in search and sharing previews. Search-facing fields are separate from visible page copy. If you need to update the page title, meta description, slug, or social sharing details, open **SEO** and edit the dedicated fields there. Changing a headline on the page does not automatically mean the search title or description has changed. This distinction matters most when a request sounds like “fix how this page appears in Google” or “update the page link text.” Those are not inline content tasks. They belong in **SEO**. Likewise, if someone asks for a business-wide detail to be updated everywhere, that usually points to **Settings**. Administrators should use these admin screens whenever a change affects multiple templates, shared areas, or search behavior. If you try to solve these requests through inline editing alone, the visible page may look correct while the underlying site-wide or search-facing information stays outdated. For more on search-facing updates, see [Maintaining SEO and Search Facing Page Information](doc:maintaining-seo-and-search-facing-page-information). ## Choosing the Right Editing Path for Common Tasks When you receive a change request, start by asking two questions: **Can I see this exact content on the current page?** and **Is this value reused somewhere else?** Your answers usually tell you whether to use inline editing or an admin screen. Use these examples as a guide: | Task | Best place to update it | Why | |---|---|---| | Correct a typo in a homepage paragraph | Inline editing | It is visible page copy in a specific section | | Swap a banner or hero image | Inline editing | You can review the image directly in the page layout | | Edit a service description used in service cards or service pages | **Services** | The service record may feed multiple locations | | Change a listed package price | **Pricing** | Price values belong to structured pricing entries | | Update shared business details | **Settings** | The same information may appear across the site | | Revise page title or meta description | **SEO** | Search metadata is managed separately from visible content | Some requests are less obvious. For example, a homepage service teaser may look like ordinary page text, but if it matches a service entry shown elsewhere, the source may be the **Services** screen. Before editing, search the website for the same service name, summary, or card text. If the wording repeats across listings or detail pages, update the service record instead of only changing the homepage block. A quick decision guide: - Choose **inline editing** when: - the content is visible on the current page - the change is specific to that section - you want to check layout and wording in context - Choose an **admin page** when: - the value is reused across pages - the content belongs to a form field such as a service, price, setting, or SEO field - the change affects listings, templates, or search results [SCREENSHOT: side-by-side example of a homepage section and its related admin record] ## Avoiding Common Mistakes When Switching Between Inline Editing and Admin Pages A common problem is making a change inline and then not seeing the expected result everywhere. This usually happens when the visible content is being pulled from a shared record in **Services**, **Pricing**, **Settings**, or **SEO**. If a service title changes on one page but still appears old in a service list, you likely edited page copy instead of the underlying service entry. Another frequent mistake is updating the same information in two places without checking which one is the source of truth. For example, you might change a service summary in a page block and then later update the service record in **Services**. If both versions remain visible in different places, the website becomes inconsistent. Before saving, pause and check whether the value appears in cards, comparison sections, or other pages. If an SEO change does not affect search snippets, review where you made the edit. Updating visible text on the page does not replace the fields in **SEO**. Open the **SEO** screen and confirm the page title, meta description, slug, and any sharing details were updated there rather than only in the page content. Be especially careful in **Settings**. A single shared value may appear in multiple layouts or sections. If you change a site-wide detail unintentionally, review the public pages where that information is displayed and confirm whether the field is meant to be shared. If the update had a wider effect than expected, return to **Settings** and correct the shared value there. When something looks wrong after saving: - Check whether the content is page-specific or shared - Look for the same wording or value elsewhere on the site - Open the matching admin screen if the content appears in multiple places - Review any success or error messages after saving For help recognizing save feedback and warnings, see [Understanding Toast Messages and Action Feedback](doc:understanding-toast-messages-and-action-feedback) and [Recognizing Warnings Errors and Dismissible Notices](doc:recognizing-warnings-errors-and-dismissible-notices). ## Overview Sherkety ERP & Website Platform gives editors a practical split between **editing what you see** and **managing what the site reuses**. That split is the key to choosing the right workflow. Use the public website when the task is about visible section content. This includes headlines, descriptive text, button wording, images, and other page blocks that belong to the layout you are currently viewing. Inline editing is best when context matters and you want to see the exact result before saving. Use the admin area when the task belongs to a dedicated screen: - **Content** for managed website content records - **Services** for service entries and service-related details - **Pricing** for package and price information - **Settings** for shared business and site-wide values - **SEO** for page title, meta description, slug, and search-facing details - **Users** for account and role management This document is mainly about making the right choice before you start editing. If you already know how to use the edit controls on public pages, the next skill is recognizing when **not** to use them. Shared records, pricing data, and metadata are safer and more consistent when maintained in their own admin forms. If you need a refresher on inline controls themselves, return to [Editing Footer and Shared Website Sections Inline](doc:editing-footer-and-shared-website-sections-inline). If you are ready to continue with more page-level editing practice, the next document is [Editing Homepage and Service Sections Inline](doc:editing-homepage-and-service-sections-inline). ## Prerequisites Before choosing between inline editing and admin pages in Sherkety ERP & Website Platform, make sure these basics are already in place: - You can sign in to the admin area successfully. If needed, review [Signing In and Accessing the Admin Portal](doc:signing-in-and-accessing-the-admin-portal). - Your account has permission to open the areas you need, such as **Content**, **Services**, **Pricing**, **Settings**, or **SEO**. - You already know how to open edit controls on public pages and save content changes. - You are familiar with shared website areas such as footer content and reusable sections from [Editing Footer and Shared Website Sections Inline](doc:editing-footer-and-shared-website-sections-inline). - You know which page or section the requested change belongs to before you begin. It also helps to gather the request clearly before editing: - the exact wording, image, or value that needs to change - where it appears on the website - whether it appears in one place or several places - whether the request is about visible page content, pricing, business details, or search metadata If you are unsure whether a value is shared, check the public website first. Search for the same service name, price, or phrase in other sections and pages. That quick review often tells you whether you should stay on the page and edit inline or move to an admin screen. For multilingual content, make sure you are working in the correct language before saving changes, especially when editing public-facing copy or localized records. ## Assessing How Your Team Buys Today Start by mapping the buying process your team already follows before you decide whether Purchasing belongs in the first rollout of Sherkety ERP & Website Platform. This is less about software features and more about the real steps people take from “we need something” to “the supplier has been paid.” Look at the full path of a typical purchase: 1. Who notices the need for an item or service? 2. Who asks for approval? 3. Who chooses the supplier? 4. Who sends the order? 5. Who confirms delivery? 6. Who checks the supplier invoice? If these steps happen through email, chat messages, spreadsheets, or verbal requests, your buying process is still informal. In that case, you should note where delays usually happen. For example, one person may keep a spreadsheet of supplier prices, another may send orders by email, and finance may receive invoices without any matching order record. That usually means the team is working without a shared purchasing workflow. If your team already uses clear stages such as **Draft**, **Approved**, **Ordered**, and **Received**, Purchasing is more likely to fit naturally into your rollout. The same is true if buyers already depend on formal documents such as purchase requests, purchase orders, goods receipts, and supplier invoices. You should also check whether buyers need supplier details in one place, including: - Payment terms - Lead times - Minimum order quantities - Supplier contact details - Previous order history When these details are scattered across inboxes and files, Sherkety ERP & Website Platform becomes more valuable earlier in the rollout. [SCREENSHOT: worksheet or planning view showing a simple buying flow from request to approval to supplier order to receipt] For a feature-level view of what the Purchasing area offers, refer back to [Exploring Purchasing Features From the App Page](doc:exploring-purchasing-features-from-the-app-page). Here, the goal is to decide whether your current buying habits are structured enough—or messy enough—to justify adding it now. ## Recognizing When Supplier Coordination Requires Purchasing Supplier coordination is often the clearest sign that Purchasing should be included early. A small business with a few occasional suppliers can often manage orders through email and basic records. That changes once buyers must track multiple suppliers, compare quotes, follow up on delivery promises, and keep a reliable order history. You are likely ready for a dedicated purchasing workspace when your team needs to answer questions like these quickly: - Which supplier gave the best price last time? - Which order is still waiting for delivery? - Did the supplier send the full quantity or only part of it? - Who approved this order before it was sent? - Which supplier usually delivers on time? When that information lives in separate spreadsheets, inboxes, and chat threads, coordination becomes hard to manage. Buyers spend too much time searching instead of ordering. In Sherkety ERP & Website Platform, this is the point where supplier records, order history, and receipt tracking become part of the evaluation instead of a “nice to have.” Approval routing is another strong signal. If a department manager must approve a request before a buyer sends the order, or if larger purchases need extra review, Purchasing should usually be considered from the start. Without a structured process, teams may place orders before approval is clear, or finance may receive invoices for purchases nobody formally confirmed. Recurring supplier tasks that often justify Purchasing include: - Comparing supplier prices for the same item - Tracking promised delivery dates - Following up on delayed orders - Recording partial deliveries - Keeping supplier-specific buying terms together [SCREENSHOT: purchasing evaluation notes showing supplier list, delivery dates, approval points, and order tracking needs] If your team is already dealing with requests for quotation, supplier comparisons, formal order approval, and delivery follow-up, Purchasing is no longer just an optional add-on. It becomes part of how buyers stay organized and how managers stay in control. ## Deciding Based on Inventory and Replenishment Needs Inventory needs often decide the timing of a Purchasing rollout. If your business keeps products in stock, replenishes shelves or warehouses, or depends on incoming deliveries to fulfill customer demand, Purchasing should usually be evaluated alongside Inventory rather than later. Start by identifying which of these situations fits your business: | Buying pattern | What it usually means for rollout timing | |---|---| | You buy only when a customer order comes in | Purchasing may be delayed if supplier volume is low | | You keep regular stock on hand | Purchasing is usually needed earlier | | You manage both stocked and non-stocked items | Purchasing should be reviewed carefully with Inventory | For stocked items, buyers often need more than a supplier name. They need item-level details such as: - Preferred supplier - Unit cost - Lead time - Reorder quantity - Expected delivery date - Incoming shipment visibility These details matter because replenishment is not just about placing an order. It is about knowing what is already on the way, what is running low, and when stock will arrive. If buyers cannot connect orders to incoming receipts, stock planning becomes guesswork. Manual replenishment usually breaks down when teams start asking questions such as: - Do we already have an order in progress for this item? - When will the next delivery arrive? - Which supplier should we use for this product? - How much should we reorder based on normal demand? That is the point where Purchasing should move into the main ERP evaluation. In Sherkety ERP & Website Platform, this matters especially if you are already reviewing inventory visibility, stock movements, or replenishment workflows from earlier inventory documents such as [Exploring Inventory Visibility and Warehouse Overview](doc:exploring-inventory-visibility-and-warehouse-overview). [SCREENSHOT: planning comparison showing stocked items, preferred suppliers, reorder quantities, and expected receipts] If incoming stock receipts need to tie directly to supplier orders, delaying Purchasing can create gaps in receiving, stock availability checks, and replenishment planning. ## Comparing Rollout Scenarios for Simple and Complex Procurement Not every business needs Purchasing in phase one. The right timing depends on how formal, frequent, and cross-functional your buying process is. A simple procurement setup can often wait. A complex one usually should not. A delayed rollout is often reasonable when the business has: - Low supplier volume - Few monthly purchases - No stocked inventory - Minimal approval requirements - Little need for formal purchase orders - Finance processes that do not depend on matching orders to invoices In that situation, you may evaluate other areas first and leave Purchasing for a later phase. For example, a service-focused business that buys occasional office supplies or ad hoc external services may not need structured supplier workflows immediately. An early rollout makes more sense when the business needs: - Purchase requests before buying - Multi-step approvals - Frequent supplier comparisons - Ongoing replenishment - Visibility into order status and delivery performance - Better control over what was ordered, received, and invoiced The biggest difference between “evaluate without Purchasing” and “include Purchasing from the start” is control. Without it, supplier onboarding may stay informal, order history may remain scattered, and approval rules may continue outside Sherkety ERP & Website Platform. With it, buyers can evaluate whether supplier records, order controls, and receiving steps fit the business from day one. A practical way to decide is to place your organization into one of these rollout groups: | Rollout choice | Best fit | |---|---| | Phase one | Formal buying, stock replenishment, approvals, invoice matching | | Phase two | Moderate supplier activity, some structure, but not business-critical yet | | Exclude from shortlist for now | Very low buying volume and mostly informal purchasing | [SCREENSHOT: phased ERP rollout plan showing Purchasing marked as phase one, phase two, or later] If your procurement maturity is already growing faster than your current tools can handle, delaying Purchasing may only postpone a problem you already feel today. ## Checking Whether Purchasing Must Connect to Finance and Operations Purchasing becomes much harder to postpone when it needs to connect directly with finance and day-to-day operations. If your team expects purchase orders to flow into receiving, supplier invoices, and payment review, then Purchasing should usually be part of the same evaluation as those connected workflows. Start by asking whether your process depends on these links: - A purchase order is created before anything is bought - A receipt is recorded when goods arrive - A supplier invoice is checked against what was ordered - Finance approves payment only after the order and receipt are confirmed This is where three-way matching becomes important: the order, the receipt, and the supplier invoice must all agree before payment moves forward. If your finance team already expects that level of control, leaving Purchasing out of the initial rollout can create a gap between what buyers do and what finance needs to verify. Operational dependencies also matter. Purchasing should be considered early if your business needs any of the following: - Landed costs added to incoming goods - Budget controls before purchases are approved - Project-based purchasing for specific jobs or departments - Receiving at more than one location - Coordination between warehouse teams and buyers These are not isolated tasks. They affect how teams receive goods, review invoices, and track spending. Once finance and operations are already being designed in Sherkety ERP & Website Platform, adding Purchasing later may require reworking decisions about approvals, receiving steps, and supplier invoice handling. [SCREENSHOT: workflow diagram showing purchase order, goods receipt, supplier invoice, and payment review] If your ERP evaluation already includes inventory receiving, warehouse coordination, or accounts payable controls, treat Purchasing as part of the same conversation. It is much easier to evaluate those connected steps together than to bolt them on after other teams have already finalized their processes. ## Using a Readiness Checklist to Decide if Purchasing Belongs in the Evaluation Use this checklist to make the final decision. If you answer “yes” to several of these points, Purchasing should probably be included now in your Sherkety ERP & Website Platform evaluation. Include Purchasing now if your team needs: - Supplier records with contact details, terms, and order history - Formal purchase orders instead of email-only buying - Approval steps before orders are sent - Receipt tracking when goods arrive - Matching between purchase orders, receipts, and supplier invoices - Visibility into expected delivery dates - Preferred supplier details tied to items - Incoming purchase orders to support inventory planning - Better control over partial deliveries and open orders You can usually delay Purchasing if most of these statements are true: - Buying volume is low - Purchases are occasional and simple - You do not keep stocked inventory - Orders do not require formal approval - Finance does not depend on purchase-order-based controls - Supplier coordination is manageable through basic records When you speak with vendors or review demonstrations, ask them to show the exact workflow your team uses or wants to use. Do not settle for a general overview. Ask to see: 1. Request or quote creation 2. Purchase order approval 3. Order confirmation and tracking 4. Receipt entry 5. Supplier invoice matching [SCREENSHOT: evaluation checklist with yes/no decision points for approvals, receipts, supplier records, and invoice matching] This approach keeps the decision practical. You are not choosing Purchasing because it sounds advanced. You are choosing it because your buyers, warehouse staff, and finance team need a connected workflow that basic tools can no longer support. ## Overview This document helps you decide whether the Purchasing module should be part of your initial ERP shortlist, added in a later phase, or left out for now. The focus is not on setup steps inside Sherkety ERP & Website Platform. Instead, it is on recognizing the business conditions that make Purchasing necessary. Use this guide when your team is already comparing ERP modules and trying to avoid one of two common mistakes: - adding Purchasing too early when buying is still simple and informal - delaying Purchasing even though supplier coordination, stock replenishment, and invoice control already depend on it The decision usually comes down to four areas: - how structured your buying process already is - how many suppliers and orders your team manages - whether inventory depends on incoming supplier orders - whether finance needs purchase orders, receipts, and invoices to match If you have already reviewed the Purchasing app page, this guide builds on that decision point rather than repeating feature descriptions. For that earlier product view, see [Exploring Purchasing Features From the App Page](doc:exploring-purchasing-features-from-the-app-page). If you still need broader context on where Purchasing fits among ERP use cases, see [Understanding Purchasing Module Positioning and Use Cases](doc:understanding-purchasing-module-positioning-and-use-cases). As you read, compare each section to your current process. The goal is to decide whether Purchasing belongs in phase one, phase two, or outside the first rollout discussion entirely. That makes your ERP evaluation more realistic and helps you avoid selecting modules based only on future plans rather than current operational needs. ## Prerequisites Before using this guide to make a rollout decision, make sure you already have a basic picture of how your organization buys goods and services today. You do not need a formal process map, but you should be able to answer a few practical questions about who buys, who approves, and how orders are tracked. Gather these inputs first: - A list of the teams or people involved in buying - Examples of recent supplier orders - Notes on whether approvals happen before orders are sent - A simple count of how many active suppliers you manage - A note on whether you keep stock, buy on demand, or do both - A summary of how finance checks supplier invoices before payment It also helps if you have already reviewed the public ERP module content in Sherkety ERP & Website Platform, especially the Purchasing materials that explain benefits and feature scope. These related documents are the best starting point: - [Discovering the Purchasing Module From Inventory and App Pages](doc:discovering-the-purchasing-module-from-inventory-and-app-pages) - [Understanding Purchasing Benefits and Buyer Actions](doc:understanding-purchasing-benefits-and-buyer-actions) - [Exploring Purchasing Features From the App Page](doc:exploring-purchasing-features-from-the-app-page) You do not need admin access to use this guide. It is intended for decision-makers, buyers, operations leads, and finance stakeholders who are evaluating rollout timing. After you finish this document, continue with [Understanding Purchasing Module Positioning Within the ERP Suite](doc:understanding-purchasing-module-positioning-within-the-erp-suite) to place Purchasing in the wider Sherkety ERP & Website Platform rollout plan. ## Preparing the page and identifying what changed Before you review any SEO update in Sherkety ERP & Website Platform, open the page you are checking in the **SEO** area of the admin and identify exactly what was changed. If the page content was also edited from the website’s inline editing tools or from the **Content** area, keep both screens in mind during your review so you do not approve metadata that no longer matches the visible page. Start by noting the current values in the page record before you compare anything else. Focus on these fields: | Field | What to note | |---|---| | **SEO Title** | The search title currently saved for the page | | **Meta Description** | The summary text intended for search results | | **Canonical URL** | The preferred page address for search engines | | **Slug** or page URL | The part of the page address that identifies the page topic | [SCREENSHOT: SEO edit screen showing SEO Title, Meta Description, Canonical URL, and Slug fields] As you review, separate the change into one of these groups: - **Visible page content only**: heading, intro text, sections, pricing text, or service details changed - **Search-facing fields only**: SEO title, meta description, canonical URL, or slug changed - **Both**: the page body and the search-facing details were updated together This matters because your checks will be different. If only the page body changed, your main job is to make sure the saved SEO fields still describe that page accurately. If only SEO fields changed, confirm the visible page still supports the new wording and topic. If both changed, review them side by side. Also check whether the page is still a **draft**, has been **published**, or is waiting to go live later. A draft can be reviewed entirely inside the admin. A published page needs both an admin review and a live-page check in the browser. If you already worked through consistency rules in [Keeping Search Facing Content Consistent Across Pages](doc:keeping-search-facing-content-consistent-across-pages), use that same page topic as your reference point here. ## Reviewing search-facing fields before publishing Before you publish, compare the saved SEO fields with the page’s visible content rather than reviewing each field in isolation. In Sherkety ERP & Website Platform, the most useful check is to place the page topic at the center of the review and make sure every search-facing field supports that same topic. 1. Open the page’s SEO details and read the **SEO Title** field first. Then compare it with the page’s main heading in the content editor or on the page preview. The wording does not need to be identical, but both should clearly describe the same service, module, or page purpose. If the heading is about accounting services but the SEO title emphasizes startup registration, the page is sending mixed signals. 2. Review the **Meta Description** field next. Read it as if you were a visitor seeing the page in search results. Check whether it matches the actual content on the page, including section headings, service names, package names, or ERP module details. If the description mentions pricing, comparisons, or demo requests, make sure those items really appear on the page. 3. Check the **Slug** or page URL. After content changes, this field can sometimes still reflect an older topic. Make sure the page address still fits the current subject and does not contain outdated wording from a previous version of the page. 4. Look at the **Canonical URL** field carefully. It should point to the main version of this page. If it points somewhere else, make sure that is intentional. A canonical value that references a different page can weaken the page you are trying to publish. [SCREENSHOT: side-by-side review of page heading, SEO Title, Meta Description, Slug, and Canonical URL] If you find a mismatch at this stage, fix it before publishing. It is much easier to correct the wording now than to publish first and then troubleshoot why the live page does not reflect the intended topic. ## Confirming the page targets the intended query Once the fields look correct individually, confirm that the page is actually aimed at one clear search intent. In Sherkety ERP & Website Platform, this means checking more than the SEO title alone. A page should not target one phrase in metadata while the visible content, navigation labels, and supporting sections point to something else. 1. Start with the main target phrase you expect this page to rank for. Compare that phrase against the **SEO Title**, the visible page heading, the opening paragraph, and the page URL. These do not need to repeat the exact same words, but they should all point to the same topic. If the page is meant to focus on HR software, the title, heading, intro, and URL should all support that direction. 2. Review nearby page signals that users also see. Check breadcrumb labels, menu text, and internal links leading to the page. If navigation calls the page one thing but the metadata calls it another, visitors and search engines receive a mixed message. 3. Scan the supporting headings on the page. Section headings should expand on the same topic rather than shift the page into a different subject. For example, a page centered on Sales & CRM should not suddenly use most of its section headings to emphasize reporting or accounting unless that is truly the page’s purpose. 4. Watch for targeting drift after edits. This often happens when an older page is repurposed. The SEO title may be updated for a new service or audience, while the body text still speaks to the previous one. You may also see location wording, package names, or audience references that no longer match the current page goal. If you notice drift, compare the page with the standards you already used in [Keeping Search Facing Content Consistent Across Pages](doc:keeping-search-facing-content-consistent-across-pages). The goal here is not keyword stuffing. It is simple alignment: the page should clearly say the same thing in its title, heading, URL, and main sections. ## Checking the live page after publication After publishing, move out of the admin and review the page as a visitor would see it. A page can look correct in the editor but still show older information on the live site, especially if the wrong version was updated or the published page has not refreshed yet. 1. Open the live page in your browser using its published address. Compare the browser tab title, the visible page heading, and the opening page text with what you saved in the admin. If the tab title still shows older wording, the SEO update may not be live yet. 2. Review the page source or browser inspection view to confirm the live search-facing details. Check that the page title, meta description, canonical setting, and any search visibility instruction match the values you intended to publish. This is the most direct way to confirm the live page is outputting the right information. 3. Test the page address itself. Make sure the published slug opens correctly and does not send you through multiple page jumps before landing on the final page. Also check that menus, breadcrumbs, and internal links point to the current page address rather than an older one. 4. If Sherkety ERP & Website Platform shows a search preview or social preview in the SEO area, review it after publishing. Look for cut-off titles, missing descriptions, or wording that still reflects an older version of the page. [SCREENSHOT: live page in browser with browser tab title, visible heading, and page source view highlighted] If the live page does not match the saved SEO details, do not assume the content is wrong. First confirm you edited the correct page, that the page is published, and that you are checking the final live address rather than an outdated one. ## Spotting mismatches between visible content and metadata A strong SEO review is often about catching mismatches that are easy to miss during editing. In Sherkety ERP & Website Platform, these problems usually appear when content and metadata are updated at different times or by different people. The page may look polished, but the search-facing details can still describe an older version. Common mismatch patterns to look for include: - The **SEO Title** or **Meta Description** mentions a service, feature, package, or offer that no longer appears anywhere in the visible page content. - The metadata targets one audience, business type, or region, while the page heading and body copy clearly speak to another. - The **Meta Description** promises something specific, such as pricing details, a comparison, or a downloadable resource, but the published page does not include it. - The **Canonical URL** points to another page even though this page now has its own complete content and should stand as the main version. - The page URL and breadcrumb wording still reflect the old topic after the page was repositioned for a new one. - Internal links from other pages use one page name, while the current SEO title uses a different name. When you find one of these issues, compare the mismatch against what a visitor would reasonably expect after reading the search result. If the search title promises one thing and the page delivers another, the problem is not just wording—it affects trust and page relevance. [SCREENSHOT: example review showing metadata on one side and published heading/body content on the other] This is also the point where you should check whether the page was reused from an older campaign, service description, or module page. Reused pages are the most likely to keep leftover wording in the slug, canonical field, or description even after the visible content has been refreshed. ## Fixing common review issues before and after launch When you find a problem, fix the issue based on where the mismatch appears rather than making random edits across every field. In Sherkety ERP & Website Platform, most SEO review problems fall into a few repeat patterns. 1. If the SEO changes were saved but do not appear on the live page, first confirm the page is actually published. Then reopen the same page in the admin and verify you edited the correct record. If the page is live but still shows older information, refresh the page and check the live version again before making more edits. 2. If the search-facing fields were updated for a new topic but the visible page still reflects the old one, revise the page heading, intro paragraph, and section headings so they support the same target phrase. Do not leave the metadata pointing to one topic while the body content promotes another. 3. If the live page shows a different canonical setting or search visibility instruction than expected, review the page’s SEO settings again and compare them with the live output. This usually means the page is inheriting a broader default or another saved setting is overriding what you expected to publish. 4. If a URL change creates confusion, check every place where the old address may still appear. Review internal links, navigation items, breadcrumbs, and the canonical field. Then open the published page again and confirm the final address is the one you want search engines and visitors to treat as primary. A practical way to work is to fix one issue, save, publish if needed, and recheck the live page immediately. That keeps you from stacking multiple changes and losing track of which edit solved the problem. For field-level editing steps, continue with [Updating Search Facing Page Information in Admin](doc:updating-search-facing-page-information-in-admin). ## Overview This guide focuses on the review process for SEO edits in Sherkety ERP & Website Platform, especially when you need to confirm that saved metadata still matches the page visitors actually see. The review covers both sides of the page: the search-facing fields in the admin and the published page in the browser. You will use this process when you update or verify: - **SEO Title** - **Meta Description** - **Canonical URL** - **Slug** or page address - Visible page elements such as the main heading, intro text, and section headings The goal is to catch problems before they affect a live page, and to verify published changes after they go live. This includes checking whether the page still targets the intended topic, whether the metadata promises content the page no longer contains, and whether the live page is showing the values you actually saved. This guide does not repeat the field-by-field setup already covered in [Managing Page Metadata in the SEO Admin](doc:managing-page-metadata-in-the-seo-admin) or the maintenance approach in [Maintaining Page SEO Details in Admin](doc:maintaining-page-seo-details-in-admin). Instead, it helps you review edits as a complete page experience: title, description, URL, heading, and live output all working together. Use this guide when: - you are about to publish SEO changes - a page was recently repurposed for a new topic - visible content was edited and you need to confirm the metadata still fits - the live page appears different from what you expected after saving changes ## Prerequisites Before you start this review in Sherkety ERP & Website Platform, make sure you have access to the admin areas needed to check both content and SEO details. You should also be able to open the published page in a browser so you can compare the live result with the saved values. You will need: - Access to the **SEO** area in the admin - Access to the page’s content editing area if the visible page text also changed - Permission to view the published page on the website - A clear understanding of the page’s current topic, service, or module focus - The intended search phrase or page purpose you want the page to support It also helps if you already know: - how page metadata is entered in the admin, covered in [Managing Page Metadata in the SEO Admin](doc:managing-page-metadata-in-the-seo-admin) - how to keep wording consistent across related pages, covered in [Keeping Search Facing Content Consistent Across Pages](doc:keeping-search-facing-content-consistent-across-pages) - how to maintain SEO details over time, covered in [Maintaining Page SEO Details in Admin](doc:maintaining-page-seo-details-in-admin) Before reviewing a live page, have the final page address ready so you can open the correct published version. If the page was recently renamed or moved, confirm which URL is supposed to be the primary one. This is especially important when checking the **Canonical URL** and **Slug** fields, since older addresses can remain in links or navigation after a page update. If you are reviewing a draft, you can complete most of the checks from the admin first and then return to this guide again after publication for the live-page verification steps. ## Knowing When to Sign Out of the Admin Portal In Sherkety ERP & Website Platform, you should sign out whenever you finish working in the admin area, especially after updating website content, reviewing dashboard information, changing SEO details, or managing users. Use the sign-out option from the admin header instead of simply closing the browser tab. Closing a tab may remove the page from view, but it does not clearly confirm that your admin access has ended. Signing out is most important when you are using: - A shared office computer - A public or temporary device - A browser window that other people can reopen - Multiple admin tabs during content or settings work This applies to both **Content Editor** and **Administrator** accounts. Once you sign out, your current admin session ends and protected admin pages are no longer available until you sign in again. That includes areas such as **Dashboard**, **Content**, **Users**, **Settings**, **SEO**, **Services**, and **Pricing**. If you already reviewed account access rules in [Managing Users and Role Based Access](doc:managing-users-and-role-based-access), think of sign-out as the final step that closes your current access completely. It is not a permission change, and it does not remove your account. It simply ends your active session in the browser you are using. This guide focuses on the safe way to leave the admin portal, what you should expect immediately after choosing **Sign out**, and how Sherkety ERP & Website Platform behaves when your session is no longer active. You will also see what happens if you try to reopen protected admin pages after signing out. [SCREENSHOT: Admin portal header with the account menu highlighted] ## Signing Out from the Admin Header When you are ready to leave the admin area, use the account control in the top header of Sherkety ERP & Website Platform. This is the safest way to end your session because it tells the portal to stop treating your browser as signed in. 1. Open any admin page, such as **Dashboard**, **Content**, or **Settings**. 2. Look at the top navigation bar for the user or account control. 3. Click the account control to open the menu. 4. Select **Sign out** or **Log out** from the available account actions. 5. Wait for the page to change. After you click **Sign out**, Sherkety ERP & Website Platform removes your current signed-in access from that browser session. You should no longer see admin-only navigation such as links to **Dashboard** or other restricted sections. Instead, you are typically taken back to the admin sign-in screen where the login form appears again. A successful sign-out usually looks like this: - The **Login** screen is shown again - Your previous admin page is no longer active - Admin navigation options are no longer visible - Trying to continue editing from the current screen is no longer possible If you were editing content before leaving, make sure your changes were already saved before signing out. Signing out ends access; it does not keep editing screens open for later use in the same session. [SCREENSHOT: Account dropdown menu open in the admin header with Sign out selected] [SCREENSHOT: Admin login screen shown after successful sign-out] ## Understanding What Happens After Your Session Ends After sign-out, Sherkety ERP & Website Platform treats you as signed out immediately. Even if an admin page was open a moment earlier, that page is no longer backed by an active session. In practical terms, you are no longer recognized as a logged-in admin user. Protected admin pages require an active sign-in. This includes screens such as: - **Dashboard** - **Content** - **Users** - **Settings** - **SEO** - **Services** - **Pricing** If one of those pages is still open in another tab, it may remain visible for a moment as an old screen view. That does not mean access is still active. As soon as the page refreshes, reloads, or tries to perform a protected action, Sherkety ERP & Website Platform checks your access again. Without a valid session, the protected page will no longer load as an active admin screen. This is also why a page refresh matters after sign-out. Refreshing forces the portal to confirm whether you are still signed in. If you are not, it redirects you away from restricted content instead of continuing to show the admin page. There are two common ways a session can end: - **Manual sign-out**: you choose **Sign out** from the account menu - **Expired or invalid session**: your browser no longer has valid access information From your point of view, both lead to the same result: protected admin pages stop working until you sign in again. The difference is only how the session ended. Manual sign-out is the clean, expected way to leave the admin portal. ## Returning to Protected Pages After Signing Out Once you have signed out, bookmarked admin links and direct admin addresses no longer open the restricted page you were using before. If you try to go straight to a page such as **Dashboard** or **Content**, Sherkety ERP & Website Platform checks whether you still have an active session first. If you do not, it sends you to the admin login screen instead of opening the requested page. This applies across the protected admin area. You cannot reopen: - **Dashboard** - **Content** - **Users** - **Settings** - **SEO** - **Services** - **Pricing** until you sign in again with a valid account. You may notice that the browser **Back** button briefly shows an older version of a page you visited earlier. That can happen because the browser sometimes displays a saved copy of the last screen. Treat that as a temporary visual copy only. It is not active access. If you refresh the page, click a protected menu item, or try to save or edit anything, Sherkety ERP & Website Platform should check your session and redirect you to the login page. This behavior is especially important on editing screens. A content form, settings page, or SEO page might appear briefly if it was already open before sign-out, but it should not remain usable without signing in again. If you need to continue working, return to the login page, sign in, and then reopen the page from the admin navigation. For a broader explanation of why some pages open only for signed-in users, see [Understanding Admin Page Access and Protected Navigation](doc:understanding-admin-page-access-and-protected-navigation). [SCREENSHOT: Attempt to open an admin page after sign-out redirecting to the login screen] ## Leaving Shared Devices Safely On a shared device, always end your work by using **Sign out** from the admin header. Do not rely on closing the browser window, minimizing the screen, or walking away from an open tab. In Sherkety ERP & Website Platform, the safest habit is to actively sign out first and then clear your view of any remaining admin pages. After signing out: - Close any other open admin tabs - Check that no **Dashboard**, **Content**, **Users**, or **Settings** page is still visible on screen - Reopen the admin address only if you want to confirm that the **Login** page appears - Make sure the browser is not offering to keep you signed in on a shared machine Be especially careful with **Administrator** accounts because those accounts can reach more sensitive areas than standard content editing work. If the browser offers to save your sign-in details, avoid accepting that prompt on shared or public devices. A saved sign-in can make it easier for the next person at that workstation to reopen the admin area. A good final check is simple: - Open the admin page again - Confirm that the sign-in form appears - Confirm that you do not return directly to **Dashboard** If you use several tabs while working, stale pages can remain open even after your session has ended. Closing those tabs prevents confusion for the next person using the device and reduces the chance that someone sees content, settings, or user-management screens left on display. ## Fixing Problems When Sign-Out or Access Checks Do Not Behave as Expected If sign-out does not seem to work normally, start with the visible signs in the browser. In Sherkety ERP & Website Platform, the clearest confirmation is whether you still see the login form or whether the account menu still appears as if you are signed in. If clicking **Sign out** appears to do nothing: - Refresh the page - Open the account menu again - Check whether your signed-in user control is still visible - If the login screen appears after refresh, the sign-out likely completed If a protected page still appears after sign-out: - Reload that page manually - Do not rely on what the browser is showing from memory - Try opening **Dashboard** or another admin section again and confirm whether you are redirected to **Login** If Sherkety ERP & Website Platform keeps redirecting you unexpectedly: - Close the current admin tab - Clear your browser cookies or saved site data for the admin sign-in area - Open the login page again - Sign in fresh and retry your task If different tabs show different access states: - Close all open admin tabs - Reopen Sherkety ERP & Website Platform from the login page - Sign in again only once - Continue working from the newly opened session These checks are useful when one tab looks signed out but another still shows an older admin screen. For related interface feedback such as status messages and warnings, see [Understanding Toast Messages and Action Feedback](doc:understanding-toast-messages-and-action-feedback) and [Recognizing Warnings Errors and Dismissible Notices](doc:recognizing-warnings-errors-and-dismissible-notices). ## Overview This page of the admin workflow is about ending access cleanly in Sherkety ERP & Website Platform. The main action happens in the admin header, where you open the account menu and choose **Sign out**. That single action ends your current admin session and removes access to protected areas such as **Dashboard**, **Content**, **Users**, **Settings**, **SEO**, **Services**, and **Pricing**. The most important idea is that signing out is different from simply leaving the page. If you close a tab without using **Sign out**, you have not clearly confirmed that your session ended. By contrast, when you use the sign-out option, Sherkety ERP & Website Platform stops treating your browser as an authenticated admin session. This guide also explains what you should expect after access ends: - The **Login** screen appears again - Protected admin pages no longer open normally - Refreshing an old admin tab triggers a new access check - Direct links to restricted pages send you back to sign in You also saw how shared-device use changes the safest workflow. On a shared computer, the right sequence is to sign out, close remaining admin tabs, and confirm that reopening the admin area shows the login form instead of your previous workspace. If you need to review how you got into the admin area in the first place, return to [Signing In and Accessing the Admin Portal](doc:signing-in-and-accessing-the-admin-portal). If you need to understand where protected pages live inside the admin area, see [Using the Admin Dashboard for Navigation](doc:using-the-admin-dashboard-for-navigation). ## Prerequisites Before the steps in this guide make sense, you should already have an active admin session in Sherkety ERP & Website Platform and be able to see the admin header with your account control. Use this guide when the following are true: - You are already signed in to the admin portal - You can open restricted pages such as **Dashboard** or **Content** - You want to end your current session safely - You may be working on a shared or public device - You want to confirm what happens after access ends It also helps if you already know: - How to reach the admin login page - Which account you are using - Which admin pages are restricted to signed-in users If you need help with account access before signing out, review: - [Signing In and Accessing the Admin Portal](doc:signing-in-and-accessing-the-admin-portal) - [Managing Users and Role Based Access](doc:managing-users-and-role-based-access) If your goal is not to leave the portal but to continue working inside it, this is the point to move on to [Managing Services and Pricing From the Admin Portal](doc:managing-services-and-pricing-from-the-admin-portal). ## Recognizing the Main Blocks on a Public Page When you open a public page in **Sherkety ERP & Website Platform**, start by looking at the **top navigation area**. This is usually where you reorient yourself after arriving from the homepage, a search result, or a shared link. The top area typically includes the main menu, language options, and the page title or opening banner. If you need a refresher on how visitors arrive on these pages, see [Navigating Public Pages and Entry Points](doc:navigating-public-pages-and-entry-points). The next area to focus on is the **main content region**. This is where the page presents its core topic, such as a business service, a company registration topic, or an ERP offering like **Accounting**, **HR**, **Sales & CRM**, **Purchasing**, or **Reporting & Analytics**. The main block often includes a large heading, short supporting text, and one or more visible buttons such as **Learn More**, **Explore**, **Request Demo**, **Start Trial**, or **Contact Us**. As you scroll, you will usually see **supporting sections** that help you evaluate the offer: - **Feature highlights** that explain what is included - **Comparison sections** that place options side by side - **Trust indicators** that reinforce credibility - **FAQ-style content** that answers common questions - **Inquiry prompts** that invite you to take the next step Use the page’s visual cues to tell content apart from actions: - **Headings and subheadings** explain what the section is about - **Cards and grouped blocks** organize related information - **Buttons and linked titles** are the parts you can act on - **Section dividers** help you see where one topic ends and another begins [SCREENSHOT: Public page showing top navigation, hero banner, main content block, feature section, and inquiry button] A simple way to read any page is to ask: **Where am I, what is being offered here, and what can I click next?** The layout usually answers all three without needing to open every link. ## Finding the Information That Matters to You Public pages in **Sherkety ERP & Website Platform** are designed so you can scan before you commit to reading everything. Start with the **largest headings** and **section titles**. These usually tell you whether the page is focused on a service, an ERP module, a company type, pricing information, or a comparison between options. If you are deciding where to spend your time, these labels are the fastest way to spot the sections that match your goal. Look for repeated layouts that group related information together: - **Cards** for services, modules, or package options - **Feature lists** that summarize benefits - **Highlighted blocks** that call attention to important details - **Trust content** such as business credibility or team-related sections - **FAQ sections** for practical questions Visual anchors also help you understand the page structure. A **hero banner** usually introduces the main offer. A **section divider** signals a shift from overview to details. A **button group** often marks the point where reading turns into action. When several buttons appear together, pause and read the labels carefully. One button may be for learning more, while another may be for contacting the business. It also helps to separate **informational links** from **action links**: - **Informational links** usually open deeper content, such as a detailed page for a service or ERP app - **Action links** usually move you toward a response, such as an inquiry, demo request, or trial path For example, a linked service title or **View Details** button usually means “read more first.” A button like **Contact Us** or **Request Demo** usually means “start a conversation.” [SCREENSHOT: Page section with headings, cards, feature list, and two different button types] If a page feels busy, read only the section headings first, then open the blocks that match your needs. That approach is often faster than reading top to bottom. ## Using Inquiry Actions to Contact the Business Across public pages in **Sherkety ERP & Website Platform**, inquiry actions are the clearest way to move from browsing into direct contact. These actions may appear near the top of the page, inside the opening banner, between content sections, or again in the footer. Common labels include **Contact Us**, **Request Information**, **Request Demo**, and **Start Trial**. When you see one of these buttons, click it only after checking the nearby heading and text. The surrounding section usually tells you what the action relates to. For example, an inquiry button placed under an ERP module section is likely connected to that module, while a button near a business service section is likely meant for that service. Reading that nearby context helps you know exactly what you are asking about when you continue. Inquiry actions may lead you to: - A **contact page** - A **public form** - Another **communication entry point** - A more specific page that prepares you before contacting the business Before submitting anything, take a moment to note the exact page or section you came from. This is especially useful if you have been comparing multiple offers such as accounting services, startup support, or ERP apps. Mentioning the correct offering makes your request clearer and reduces back-and-forth later. You will also notice that inquiry actions are repeated across different pages. That consistency is helpful. Once you recognize the pattern, you can use the same approach everywhere: - Read the section heading - Confirm what the button refers to - Click the inquiry action - Continue through the contact path shown on screen [SCREENSHOT: Public page with a visible Contact Us or Request Demo button in the hero area] If you want more detail before reaching out, open the related service or product page first, then use the inquiry button from there. That gives you better context for your message and helps you choose the most relevant next step. ## Comparing Options from Public-Facing Content Many public pages in **Sherkety ERP & Website Platform** are built to help you evaluate more than one option before contacting the business. Comparison-focused content usually appears as **pricing tables**, **side-by-side feature sections**, or **repeated cards** for services, packages, or ERP apps. These layouts make it easier to understand what changes from one option to another without opening every page individually. When you reach a comparison area, start by looking at the labels at the top of each option. Then scan for the differences in: - **Included features** - **Business use cases** - **Package level or scope** - **Highlighted benefits** - **Calls to action** under each option Some comparison areas visually emphasize one choice more than the others. You may see a **highlighted column**, a **featured plan**, or stronger visual styling around a recommended option. Treat that as a suggestion, not a requirement. It usually means the page is drawing attention to a common or preferred choice, but you should still compare the details against your own needs. Repeated service or product cards can also act like a comparison tool. If several cards appear together, read them as a group rather than one at a time. Compare the headings, short descriptions, and buttons underneath each card. This is especially useful when reviewing business services, ERP modules, or package options from a category page. Comparison links and buttons often take you from a broad overview into a deeper page. Use them when you need more detail on one option after narrowing your choices. [SCREENSHOT: Comparison section with multiple cards or columns and one highlighted option] If you are unsure whether a section is meant for comparison or for direct action, check the button labels. **Learn More** and **View Details** usually support evaluation. **Contact Us**, **Request Demo**, or **Start Trial** usually move you into a response path. The difference becomes clearer once you read the section title above the options. ## Exploring Products and Services Through Visible Links Public pages in **Sherkety ERP & Website Platform** often work as starting points rather than final destinations. You may begin on a broad page, then open more specific pages through visible links such as **Explore**, **Learn More**, **View Details**, or the linked title of a service or ERP app. These links help you move from overview content into focused pages where you can read more before taking action. You can usually open deeper content from several clickable elements in the main content area: - **Buttons** under a service or product summary - **Card titles** that open a detail page - **Images** used as linked entry points - **Section links** that lead into category pages or related content As you click through, pay attention to what type of page you have reached. Exploration links may lead to: - A **service description page** - A **company type guidance page** - An **ERP module page** such as **Accounting**, **HR**, **Sales & CRM**, **Purchasing**, or **Reporting & Analytics** - A broader **ERP system** or package page - Another public information page that supports your decision This matters because each page supports a slightly different goal. A category page helps you browse. A detail page helps you evaluate. An inquiry page helps you contact the business. After reading a detail page, you do not need to start over. Use the page’s visible navigation elements to continue browsing. Depending on where you are, that may mean using the top menu, returning to the previous overview page, or selecting another card or linked heading nearby. If you want help understanding how these page types connect, related reading includes [Discovering ERP Products and Packages](doc:discovering-erp-products-and-packages) and [Browsing Company Type Guidance and Registration Content](doc:browsing-company-type-guidance-and-registration-content). [SCREENSHOT: Listing page with multiple cards linking to detail pages] A good browsing habit is to open one detail page, compare its headings and action buttons, then return to the overview and open the next option. That keeps your comparison grounded in what each page actually presents. ## Avoiding Common Mistakes When Navigating Public Pages A common mistake on public pages in **Sherkety ERP & Website Platform** is assuming that every large button leads straight to a purchase or signup. Many prominent buttons are actually there to start an **inquiry**, open a **contact path**, or take you to a more detailed information page. Before clicking, read the button label and the heading above it. That quick check usually tells you whether you are about to explore, compare, or contact. Another easy mistake is losing track of which offer a button belongs to. This happens most often in pages with repeated cards, comparison blocks, or several sections stacked one after another. To avoid that, look at the immediate context around the button: - The **section heading** - The **card title** - The **short description** - Any **feature list** beside it If you land on a deeper page and feel unsure where you are, use the page structure to reorient yourself. Start at the top, identify the current page title, then scan down to the main content block. If needed, use the footer or top navigation to move back into a broader browsing path. This is especially helpful after following a promotional button or a link from a comparison section. It also helps to notice repeated action patterns across the website. Standard visitor actions tend to appear again and again with familiar labels such as **Learn More**, **View Details**, **Contact Us**, **Request Demo**, and **Start Trial**. When you see an unfamiliar promotional link, pause and read the surrounding text before selecting it. [SCREENSHOT: Public page with multiple buttons showing the difference between informational and inquiry actions] If a page feels unclear, do not rely on button size alone. In Sherkety ERP & Website Platform, the most useful clue is usually the combination of the **section title**, **button label**, and **content block** where the action appears. Read those together, and the page becomes much easier to navigate. ## Overview Public pages in **Sherkety ERP & Website Platform** follow a readable pattern that helps you move from orientation to evaluation and then to action. Most pages begin with a **top navigation area** and a clear opening section that introduces the topic. From there, the page usually expands into **main content blocks**, **feature highlights**, **comparison sections**, and **inquiry prompts**. Once you recognize that structure, it becomes much easier to decide what to read closely and what to scan. The most important ideas to keep in mind are: - **Top-of-page elements** help you understand where you are - **Main content sections** explain the offer, service, or ERP module - **Supporting blocks** add proof, comparisons, and extra detail - **Buttons and linked titles** show where you can take action You do not need to treat every page the same way. If your goal is quick evaluation, scan headings and card titles first. If your goal is contact, look for **Contact Us**, **Request Information**, **Request Demo**, or **Start Trial**. If your goal is research, use **Learn More**, **Explore**, and **View Details** links to open deeper pages. This document focused on how page layouts guide your decisions while browsing. It builds on [Navigating Public Pages and Entry Points](doc:navigating-public-pages-and-entry-points), which explains how visitors reach these pages in the first place. The next useful step is [Using Public Calls to Action and Conversion Paths](doc:using-public-calls-to-action-and-conversion-paths), where you will look more closely at what happens when you choose those visible actions. ## Prerequisites You do not need any special setup to use this guide. It is written for anyone browsing the public website in **Sherkety ERP & Website Platform**. The only real requirement is that you can open public pages and move between them using visible menus, links, and buttons. Before using the page layout patterns described here, it helps if you already know how to: - Reach public pages from the homepage or other entry points - Recognize the main menu and footer navigation - Move between broad category pages and more specific pages - Switch language if needed while browsing If those basics are still new, review [Navigating Public Pages and Entry Points](doc:navigating-public-pages-and-entry-points) first. That document explains how visitors arrive on services pages, ERP pages, company type pages, and other public destinations. You will get the most value from this guide if you are currently trying to do one of the following: - Compare business services - Explore Sherkety ERP modules - Read more about a company type or registration topic - Decide whether to contact the business - Understand what a button or linked card is likely to do A desktop or mobile browser is enough. Because public pages may include repeated cards, banners, and inquiry buttons, it is helpful to scroll slowly and read section headings before clicking. That simple habit makes the page layout much easier to understand and prepares you for the next topic: [Using Public Calls to Action and Conversion Paths](doc:using-public-calls-to-action-and-conversion-paths). ## Signing In Through the Admin Entry Point In **Sherkety ERP & Website Platform**, the admin area starts at a dedicated **Login** screen rather than the public website pages. This separate entry point is for authorized staff only. If you are trying to manage website content, pricing, SEO details, users, or settings, start from the admin sign-in page described in [Signing In and Accessing the Admin Portal](doc:signing-in-and-accessing-the-admin-portal), not from the public homepage or service pages. On the **Login** screen, you should expect a simple sign-in form with the main fields and action needed to enter the admin area: - A field for your sign-in identity, such as **email** or **username** - A **Password** field - A **Sign In** button [SCREENSHOT: Admin login screen showing the sign-in form and primary button] After you enter valid account details and select **Sign In**, Sherkety ERP & Website Platform sends you into the protected admin area. For most authorized users, the first destination is the **Dashboard**, which acts as the main starting page for admin work. From there, you can move to areas such as **Content**, **Services**, **Pricing**, **SEO**, **Users**, and **Settings**, depending on your role. Only approved users can move past the sign-in screen. If your account does not have admin access, Sherkety ERP & Website Platform will not open the protected pages. This is different from the public website, where visitors can browse service pages, ERP pages, and contact options without signing in. If you can reach the login page but cannot continue into the admin area, treat that as an access or sign-in issue rather than a navigation issue. Access to admin destinations depends on both a successful sign-in and the permissions attached to your account. ## Entering the Protected Admin Area Once you sign in, **Sherkety ERP & Website Platform** opens a protected admin workspace. This area is separate from the public-facing pages and is designed for ongoing management tasks. You are no longer browsing marketing pages or ERP product information. Instead, you are working inside screens meant for editing and administration. The protected area is organized around a stable admin layout. As you move from one admin page to another, the surrounding navigation stays consistent so you can switch tasks without returning to the public site. Depending on your screen size, this usually means a persistent navigation area and page-level controls that stay available while the main content changes. Inside this protected space, you can open pages such as: - **Dashboard** - **Content** - **Services** - **Pricing** - **SEO** - **Users** - **Settings** [SCREENSHOT: Protected admin area with navigation visible and dashboard loaded] Protection works in a very practical way: - If you are **signed in**, you can open admin pages that your role allows - If you are **not signed in**, opening an admin page sends you back to **Login** - If your session has ended, a previously saved admin link also returns you to **Login** - If you are signed in but lack permission, some destinations may stay hidden or unavailable For most users, the default destination after sign-in is the **Dashboard**. That page acts as the front door to the rest of the admin portal. You may also see session-related controls in the admin header or account area, such as: - Your account or profile menu - Access to account-related options - A **Sign Out** action For a deeper explanation of why some pages open and others do not, refer to [Understanding Admin Page Access and Protected Navigation](doc:understanding-admin-page-access-and-protected-navigation). ## Using the Dashboard as Your Starting Point The **Dashboard** is the main starting page inside the admin portal of **Sherkety ERP & Website Platform**. After signing in, this is the page you are most likely to see first. Think of it as the quickest way to orient yourself before moving into a specific management area. The dashboard is designed to surface the most important admin destinations so you do not need to search through every menu before starting work. Rather than editing content directly on the dashboard, you use it to jump into the right section. Common dashboard uses include quick access to: - **Content** for website page updates - **Services** for service-related management - **Pricing** for pricing tier updates - **SEO** for search-facing page information - **Users** for account management - **Settings** for site-wide configuration [SCREENSHOT: Admin dashboard with shortcut cards or quick links to major sections] When a dashboard card, tile, or shortcut is available, selecting it takes you directly to that management screen. For example, choosing **Content** opens the content management area, while choosing **SEO** opens the page where search-related details are maintained. This makes the dashboard a navigation hub rather than a final destination. What you see can vary by role. In Sherkety ERP & Website Platform: - A **Content Editor** is expected to focus on content-related destinations and other permitted maintenance pages - An **Administrator** may see a broader set of options, including user and settings areas If a coworker describes a dashboard item that you do not see, the difference is often role-based rather than a problem with your browser or account. The dashboard only shows what your access level allows. If you need help understanding the dashboard layout itself, see [Using the Admin Dashboard for Navigation](doc:using-the-admin-dashboard-for-navigation). ## Moving Between Main Management Destinations The admin portal in **Sherkety ERP & Website Platform** is organized around a set of main destinations that appear in the admin navigation. These labels are the clearest map of the portal because each one leads to a distinct type of work. The primary destinations available in the admin area are: - **Dashboard** - **Content** - **Services** - **Pricing** - **SEO** - **Users** - **Settings** These menu items separate everyday publishing work from higher-level administration. In practice: - **Content** is where you manage website page content - **Services** and **Pricing** are where you maintain service and offer information - **SEO** is where you update search-facing page details - **Users** is where authorized staff manage accounts - **Settings** is where site-wide options are maintained [SCREENSHOT: Admin navigation showing Dashboard, Content, Services, Pricing, SEO, Users, and Settings] Moving between areas is straightforward. You select a destination from the admin navigation, and the main workspace updates to that screen. From there, you may open a list-style page, choose an existing item to edit, or use a create action if that page supports adding new records. Across these areas, the navigation pattern is consistent: - Start from the main admin menu - Open the destination you need - Select an item from the page, if applicable - Make changes in the editing screen - Use the page’s save action to keep your updates Some destinations are aimed at **content management**, especially **Content**, **Services**, **Pricing**, and **SEO**. Others are clearly **administrative**, especially **Users** and **Settings**. This separation helps content teams stay focused on publishing tasks while administrators handle account and configuration work. If you are deciding whether to edit directly on the website or from an admin page, compare the two approaches in [Choosing Between Inline Editing and Admin Pages](doc:choosing-between-inline-editing-and-admin-pages). ## Working in Content and Administration Areas Inside **Sherkety ERP & Website Platform**, the admin portal supports two broad kinds of work: **content management** and **administration**. The page you use depends on your role and on the type of change you need to make. For a **Content Editor**, the main working areas are typically: - **Content** - **Services** - **Pricing** - **SEO** These screens are used to maintain what visitors see on the public website. That can include page text, service information, pricing details, and search-facing page information. A content-focused user usually spends most of their time opening an item, reviewing its current details, making edits, and saving the update. For an **Administrator**, the working area is broader and may also include: - **Users** - **Settings** These pages are for account management and site-wide configuration rather than day-to-day page editing. Although each destination has its own purpose, management screens usually follow a familiar structure: - A main page that lists available items or sections - Controls near the top of the page for finding or narrowing what you need - An action to open or edit an existing item - A form screen where values can be updated - A **Save** or **Update** action to apply changes [SCREENSHOT: Admin management page showing a list area and an edit form] Access restrictions affect both visibility and actions. In Sherkety ERP & Website Platform: - A **Content Editor** may be able to update content-related records but not manage user accounts - An **Administrator** may be able to manage both content and administrative settings - Some menu items may not appear at all if your role does not include them - Even when you can open a page, certain actions may still be limited by your permissions For task-specific instructions, use the dedicated guides such as [Managing Services and Pricing From the Admin Portal](doc:managing-services-and-pricing-from-the-admin-portal), [Maintaining SEO and Search Facing Page Information](doc:maintaining-seo-and-search-facing-page-information), and [Managing Users and Role Based Access](doc:managing-users-and-role-based-access). ## Handling Access Problems and Navigation Dead Ends When an admin page does not open as expected in **Sherkety ERP & Website Platform**, the cause is usually one of three things: sign-in details, an expired session, or missing permission for that destination. If the **Login** page opens but signing in does not take you to the **Dashboard**, first confirm that your sign-in details were accepted. A successful sign-in should move you into the protected admin area. If the page stays on **Login**, returns you to the same form, or does not open the dashboard, treat that as a sign-in problem rather than a broken menu link. If a menu item is missing, that often points to a permissions issue. Watch for these signs: - A destination such as **Users** or **Settings** is not shown in the admin navigation - A coworker can open a page that you cannot see - A saved admin link opens **Login** again even though you expected direct access - A page opens only for certain roles, such as **Administrator** [SCREENSHOT: Example of an admin navigation menu where some destinations are not visible for the current user] A bookmarked admin page can also fail when your session has ended. In that case, Sherkety ERP & Website Platform sends you back to **Login** before allowing access to the protected area. After signing in again, return to the destination through the admin navigation instead of assuming the bookmark is broken. For administrators checking access for another user, the key question is whether that person should have permission for the destination they are trying to open. Pages such as **Users** and **Settings** are more restricted than **Content** or **SEO**. If someone can sign in but cannot reach a specific page, compare their role with the type of work that page controls. The related access rules are covered in [Understanding Role Visibility and Access Restrictions](doc:understanding-role-visibility-and-access-restrictions). ## Overview The admin portal in **Sherkety ERP & Website Platform** is easiest to understand when you think of it as a small set of clearly named destinations behind a protected sign-in screen. You enter through **Login**, land on **Dashboard**, and then move into the area that matches the work you need to do. The main structure is built around these destinations: - **Dashboard** for your starting point - **Content** for page and section updates - **Services** for service-related information - **Pricing** for pricing management - **SEO** for search-facing details - **Users** for account management - **Settings** for site-wide configuration This layout helps different roles stay focused. A **Content Editor** usually works in content-related screens, while an **Administrator** can also reach more sensitive areas such as **Users** and **Settings**. If a page is missing from your menu, that is usually intentional and based on your access level. A few practical rules make the portal easier to navigate: - Use **Dashboard** as your orientation point when you are unsure where to start - Use the main admin navigation to move between destinations - Expect to return to **Login** if your session has expired - Treat hidden or unavailable menu items as permission-based, not as missing features [SCREENSHOT: Admin portal showing dashboard and the full set of main destinations] This document focuses on the structure of the portal itself. For hands-on task guidance, continue with the destination-specific guides already listed throughout this page. The next helpful read is [Using Admin Dashboard Cues to Reach Common Tasks](doc:using-admin-dashboard-cues-to-reach-common-tasks), which shows how to use dashboard signals and shortcuts to get to the right admin page faster. ## Prerequisites Before this portal structure makes sense in day-to-day use, you need a few basics in place inside **Sherkety ERP & Website Platform**. These are not setup tasks on a separate screen. They are simply the conditions that must already be true before you can move through the admin destinations described above. You should already have: - An **authorized admin account** - Valid sign-in details for the **Login** page - Permission for at least one admin destination such as **Content** or **Dashboard** - A basic understanding of protected access from [Understanding Admin Page Access and Protected Navigation](doc:understanding-admin-page-access-and-protected-navigation) It also helps if you already know the difference between the public website and the admin area. Public visitors can browse pages about services, company registration, accounting, and ERP modules without signing in. Admin users work in a separate protected area where editing and management actions are available. Before using the destinations in this guide, be ready to recognize these common admin labels: - **Dashboard** - **Content** - **Services** - **Pricing** - **SEO** - **Users** - **Settings** - **Login** - **Sign Out** [SCREENSHOT: Admin portal labels highlighted in the navigation] If you are not yet able to enter the admin area, start with [Signing In and Accessing the Admin Portal](doc:signing-in-and-accessing-the-admin-portal). If you can sign in but are unsure why some pages are unavailable, review [Understanding Admin Page Access and Protected Navigation](doc:understanding-admin-page-access-and-protected-navigation). Once those basics are clear, the admin portal structure becomes much easier to follow and use confidently. ## Starting from Package Pages to Compare ERP Options When you begin evaluating ERP choices in **Sherkety ERP & Website Platform**, the most useful starting point is usually a **package page**. These pages bring together a broader offer in one place so you can judge whether it fits your business before you spend time opening individual module pages. On a package page, focus first on the parts that help you make a quick decision: - **Package name** so you can tell one offer from another - **Included apps or modules** such as **Accounting**, **HR**, **Sales & CRM**, **Purchasing**, or **Reporting** - **Pricing area** that shows the package cost or pricing tier - **Feature highlights** that summarize what the package is designed to support - Action buttons such as **Start Trial**, **Contact Sales**, **Request Demo**, or **View Details** These package pages work as a top-level entry point. Instead of comparing every ERP capability one by one, you can first answer bigger questions: - Does this package cover the main business areas you need? - Is the visible price range close to your budget? - Does the offer look like a complete bundle or a smaller starting package? [SCREENSHOT: ERP package page showing package name, included modules, pricing block, and action buttons] This is different from opening a single module page. A package page helps you judge **broad fit**. A module page helps you inspect one capability in detail, such as whether **Accounting** includes the finance tools you expect or whether **Sales & CRM** matches your sales process. If you already reviewed module detail journeys in [Evaluating ERP Modules From Catalog to Detail Pages](doc:evaluating-erp-modules-from-catalog-to-detail-pages), treat package pages as the layer above that process. Start wide with the package, then drill down only into the modules that matter most to your buying decision. ## Browsing App Listings to Narrow Down What You Need After reviewing a package page, the next useful move in **Sherkety ERP & Website Platform** is opening the **ERP apps catalog** or app listing view. This is where broad package interest turns into a more focused review of individual apps and modules. From the listing page, use the visible controls to narrow what you see: - **Category navigation** to move into areas like **Accounting**, **Sales & CRM**, **HR**, **Purchasing**, or **Reporting** - A **search box** to look for a specific capability by name - **Filters** or **tags** to reduce the list to more relevant options - **Sort options** to change the order of results These controls are especially helpful when a package page mentions several included areas but you want to inspect only one or two of them more closely. Each app card usually gives you a quick decision snapshot. Look for details such as: - **App name** - **Short description** - **Publisher or vendor** - **Rating, popularity, or other trust indicators** if shown - Buttons or links such as **Learn More**, **View Details**, or similar actions [SCREENSHOT: ERP apps catalog with category menu, search field, filters, and app cards] This listing view helps you answer an important buying question: is the package built around core modules that are already part of the main ERP offer, or does it depend on extra apps to fill gaps? If you see a business need on the app listing but not clearly named on the package page, that is a sign to investigate further before assuming it is included. Use the app listing to compare several cards side by side. For example, you might check whether your shortlist covers **finance**, **sales**, **people management**, and **reporting** without needing too many separate add-ons. This makes the app listing a practical bridge between package-level browsing and detailed module evaluation. ## Opening Module Entry Points to Inspect Specific Capabilities A **module entry point** in **Sherkety ERP & Website Platform** is the dedicated page for one ERP capability. Examples include pages for **Accounting**, **Sales & CRM**, **HR**, **Purchasing**, and **Reporting**. These pages are where you move from general package comparison into feature-level inspection. When you open a module page, review the visible page elements carefully: - The **module title**, which confirms exactly what area you are viewing - The **feature summary** or scope description, which explains what that module covers - **Screenshots** or visual sections that show the type of work the module supports - Any notes about **package requirements**, **availability**, or related modules - Links or navigation back to the broader **ERP apps catalog**, **ERP system page**, or package-related pages [SCREENSHOT: Module page showing title, feature highlights, screenshots, and navigation trail] These pages are useful because they help you verify what is actually available. A package page may tell you that a business area is supported, but the module page helps you see whether that support is: - **Included as part of the main offer** - Available as an **optional add-on** - Limited to a **higher package or edition** This is also where navigation labels matter. If the page header, menu trail, or breadcrumb shows how the module sits inside the wider ERP offering, you can tell whether you arrived from the **ERP system** area, the **apps catalog**, or another package-related path. That context helps you avoid mixing up a core module with a separate add-on. Use module entry points when you need confidence about one business function. If your team cares most about payroll, sales pipeline, purchasing approvals, or reporting dashboards, these pages give you the clearest place to inspect those capabilities before contacting the sales team. ## Comparing What Is Included Across Packages, Apps, and Modules To compare ERP options properly in **Sherkety ERP & Website Platform**, it helps to think of the discovery journey in three layers: - **Package pages** show the overall offer - **App listings** show the available apps or modules individually - **Module pages** show the detailed capability for one area Using all three together makes it easier to tell what is bundled and what may need to be added separately. Start with the package page and note the **included modules list**. Then open the app listing and check whether the same business areas appear as individual app cards. Finally, open the module pages for the areas that matter most and look for notes that clarify access, scope, or package fit. Pay close attention to these comparison points: - **Included modules** shown directly on the package page - **Optional add-ons** that appear in the app listing but are not clearly listed in the package - **Edition or tier restrictions** if one capability belongs to a higher offer - **Pricing differences** between package-level pricing and module-level availability - **Feature availability** across packages, especially for finance, inventory, sales, HR, and reporting [SCREENSHOT: Side-by-side comparison notes from package page, app listing, and module page] This process helps you spot overlaps and gaps. For example, two pages may both mention reporting, but one may refer to built-in dashboards while another points to a separate analytics-focused module. In the same way, a package may mention sales support broadly, while the module page shows whether **Sales & CRM** includes the specific workflow your team needs. A practical shortlist should cover your required business areas clearly. Before moving forward, confirm that your preferred option represents the core functions you need: - **Finance or Accounting** - **Inventory or Purchasing** - **Sales or CRM** - **HR** - **Reporting** If one of these appears only as a separate app and not as part of the package, treat that as a comparison point rather than an assumption. ## Using Entry Points to Judge Product Fit Before Contacting Sales Before you use **Contact Sales**, **Request Demo**, or **Start Trial** in **Sherkety ERP & Website Platform**, use the available entry points to build a clear picture of fit. This saves time and helps you ask better questions. Begin with the **package page**. This is the fastest place to confirm two things: - Whether the package appears to cover your main business areas - Whether the visible pricing or tier looks realistic for your budget If the package page looks promising, move to the **ERP apps catalog**. There, check whether the capabilities you care about appear as core ERP apps or as separate additions. This matters because a package can look complete at first glance, while the app listing may reveal that some functions are handled through extra apps rather than the main included modules. Next, open the **module pages** for your highest-priority areas. On each page, look for boundaries such as: - Notes showing a module belongs to a specific package - Signs that a capability is optional rather than standard - Limits in the feature description that narrow what the module actually covers [SCREENSHOT: Buyer reviewing package page, app card, and module detail page before clicking Contact Sales] As you review, keep a simple record of what you checked. Capture the exact: - **Package names** - **App names** - **Module pages** - Visible pricing references - Any notes about inclusion or package level This gives you a concrete starting point when you reach out. Instead of saying you are “interested in ERP,” you can refer to the package and modules you already reviewed. That makes the conversation more specific and helps the sales team respond to your actual business needs instead of broad interest. ## Avoiding Common Confusion When Exploring ERP Offerings When comparing ERP options in **Sherkety ERP & Website Platform**, most confusion comes from mixing package information, app listing details, and module-specific notes. You can avoid that by checking where each piece of information appears. If a feature shows up on an **app card** but not on the **package page**, do not assume it is included. Treat it as a possible **optional add-on** until the package details or module page clearly confirm otherwise. This is one of the most common places buyers overestimate what is bundled. If two modules seem to cover the same business process, compare the wording on each page. Look at the **module title**, the **short description**, and any package-related notes. One page may describe the core business function, while another may describe an extension or a more specialized area. Pricing can also be misleading if you do not check the source. Make sure you know whether the visible amount belongs to: - The **overall package** - An **individual app** - A **higher-tier offer** required to access that module [SCREENSHOT: Example of package pricing area and separate app or module detail section] Navigation clues can help when you lose track of where a page fits. Use: - **Breadcrumbs** - Links back to the **ERP apps catalog** - Links to the **ERP system** page - Package-related **View Details** actions These elements help you trace the correct discovery path and understand whether you are looking at a broad offer, an app listing, or a single module page. If something still feels unclear, compare the same capability across all three levels rather than relying on one page alone. That extra check often reveals whether a feature is standard, optional, or tied to a different package than the one you first opened. ## Overview In **Sherkety ERP & Website Platform**, ERP discovery usually starts from one of three visible entry points: - A **package page** that groups modules under a pricing tier or bundle - The **ERP apps catalog** where individual apps are listed - A dedicated **module page** such as **Accounting**, **HR**, **Sales & CRM**, **Purchasing**, or **Reporting** Each entry point serves a different purpose. **Package pages** are best for early comparison because they show broad coverage, pricing context, included modules, and action buttons like **Start Trial**, **Request Demo**, or **Contact Sales**. **App listings** help you narrow your focus using **search**, **categories**, **filters**, and app cards. **Module pages** let you inspect one capability in more detail through feature descriptions, screenshots, and package-related notes. Use these entry points together rather than separately: - Start on a package page to judge overall fit - Move to the app listing to see what is available individually - Open module pages to confirm what each area actually covers This document focuses on how those discovery paths connect. For broader ERP browsing, see [Discovering ERP Products and Packages](doc:discovering-erp-products-and-packages), [Browsing the ERP Apps Catalog](doc:browsing-the-erp-apps-catalog), and [Using ERP System Landing Pages to Evaluate Offerings](doc:using-erp-system-landing-pages-to-evaluate-offerings). If you want a deeper module-by-module review flow, continue using the approach from [Evaluating ERP Modules From Catalog to Detail Pages](doc:evaluating-erp-modules-from-catalog-to-detail-pages). The goal here is simpler: understand where to start, how to move between package, app, and module views, and how to avoid confusing a broad offer with a single capability page. ## Prerequisites You do not need an account to follow this discovery workflow in **Sherkety ERP & Website Platform**, but it helps to arrive with a short list of business needs. That way, the package pages, app listings, and module pages are easier to compare. Before you begin, make sure you can already do the following: - Browse public ERP pages and move through the main website navigation - Open the **ERP system** area and the **ERP apps catalog** - Recognize common actions such as **View Details**, **Start Trial**, **Request Demo**, and **Contact Sales** - Use page structure cues like **breadcrumbs**, section headings, and comparison blocks These related guides can help if you need a quick refresher: - [Navigating Public Pages and Entry Points](doc:navigating-public-pages-and-entry-points) - [Using Header Menus and Footer Links](doc:using-header-menus-and-footer-links) - [Understanding Breadcrumbs and Page Location](doc:understanding-breadcrumbs-and-page-location) - [Exploring ERP App Categories and Module Entry Points](doc:exploring-erp-app-categories-and-module-entry-points) It is also useful to prepare a simple checklist of the business areas you must cover, such as: - **Accounting** - **Sales & CRM** - **HR** - **Purchasing** - **Reporting** As you browse, compare every package and module against that list. If a needed area appears only in the app listing and not on the package page, mark it for closer review. From here, the next guide is [Comparing Website and ERP Offers for Business Needs](doc:comparing-website-and-erp-offers-for-business-needs), where you will use what you found on package pages and module entry points to decide which offer best matches your business priorities. ## Exploring What the Inventory Dashboard Lets You Control In **Sherkety ERP & Website Platform**, the Inventory area is where you judge whether the module can support your day-to-day stock work or only basic quantity tracking. When you open the inventory workspace, the most important areas to evaluate are the screens that show **product stock**, **warehouse locations**, **stock movements**, **replenishment controls**, and stock value or performance reporting. At a practical level, buyers should look for whether the inventory views make it easy to see these quantity types side by side: - **On Hand** for what is physically available now - **Forecasted** for expected availability after planned receipts and deliveries - **Incoming** for stock that is on the way - **Outgoing** for stock already committed to orders or transfers These figures matter because they support different decisions. A warehouse team may use **On Hand** to confirm what can be picked today, while a planner may use **Forecasted** to decide whether a new sale can be promised without causing a shortage. If **Incoming** and **Outgoing** are visible in the same product or inventory views, teams can understand not just current stock, but where stock is heading next. The inventory workspace should also support the main warehouse actions businesses rely on: - **Receiving goods** from suppliers - **Moving stock internally** between storage areas or warehouses - **Fulfilling deliveries** to customers - **Adjusting stock counts** when physical quantities do not match recorded quantities For a smaller business, this may be enough for simple stock tracking: receive items, store them, and deliver them. For a growing operation, the real value comes when the same inventory area can coordinate multi-step work such as separate receiving, picking, packing, and shipping flows across more than one location. [SCREENSHOT: Inventory workspace showing stock summary cards, movement options, and warehouse-related navigation] If you already reviewed pricing in [Reviewing Inventory Pricing and Next Steps](doc:reviewing-inventory-pricing-and-next-steps), this section helps you move from package comparison into operational fit. ## Checking Stock Availability Across Products and Locations A strong inventory module is not just a product list with one quantity column. In **Sherkety ERP & Website Platform**, the key question is whether stock visibility helps your team answer **what is available, where it is stored, and whether it is already committed**. When reviewing product and inventory views, pay close attention to whether each item shows: - **On Hand** - **Forecasted** - **Incoming** - **Outgoing** These values help different teams work from the same picture. Sales can check whether a product is safe to promise. Purchasing can see whether incoming receipts will cover demand. Warehouse staff can confirm whether enough stock is physically present before preparing a delivery. Location visibility is just as important. If your business stores goods in more than one warehouse, room, shelf area, or staging zone, you need filters or views that separate stock by **warehouse** or **location**. Without that, a company-wide total can look healthy even when the specific dispatch location is empty. A useful inventory screen should let you narrow the view so you can see stock where it actually sits. For businesses that need traceability, quantity alone is not enough. Look for visibility tools such as: - **Lot tracking** for grouped production batches - **Serial number tracking** for individually tracked items - **Package tracking** for stock grouped into handled units These details help when you need to trace where a product came from, which batch was shipped, or which exact item was delivered. This level of visibility supports three major buying concerns: - **Preventing stockouts** by spotting shortages early - **Reducing overstock** by seeing slow or excess stock clearly - **Improving order promise accuracy** by checking expected availability instead of guessing [SCREENSHOT: Product stock view showing On Hand, Forecasted, Incoming, Outgoing, and warehouse or location filtering] If you want a broader introduction to stock visibility before comparing operational depth, see [Exploring Inventory Visibility and Warehouse Overview](doc:exploring-inventory-visibility-and-warehouse-overview). ## Managing Warehouse Operations from Receipt to Delivery The inventory module becomes much more valuable when it does more than display quantities. In **Sherkety ERP & Website Platform**, buyers should assess whether warehouse work is organized through clear movement records from the moment goods arrive until the moment they leave. The core workflows to look for are: - **Receipts** for goods arriving from vendors - **Internal Transfers** for moving stock between storage areas or warehouses - **Deliveries** for goods leaving to customers Each movement should connect a clear **source location** and **destination location**. That structure matters because it turns stock movement into a controlled process instead of a manual note. A receipt should show goods moving into a receiving or storage location. An internal transfer should show stock leaving one place and arriving in another. A delivery should show stock leaving the warehouse toward the customer. For more advanced operations, the inventory module should also support separate warehouse stages such as: - **Picking** items from storage - **Packing** them into shipment-ready units - **Shipping** them out This is especially useful for businesses that process many orders, work with staging areas, or want different teams to handle different parts of fulfillment. Instead of treating every outbound move as one simple action, the warehouse can organize work in the same sequence used on the floor. Another important point is how the module handles stock commitment. Good warehouse control usually includes stages such as: - stock that is **planned** - stock that is **reserved** for a specific move or order - stock that is **validated** as physically moved That distinction helps prevent confusion. Reserved stock should not be treated as freely available, and validated stock should reflect what has actually happened in the warehouse. [SCREENSHOT: Warehouse transfer screen showing receipt, internal transfer, and delivery records with source and destination locations] For a deeper walkthrough of movement handling, compare this section with [Understanding Stock Movements and Warehouse Operations](doc:understanding-stock-movements-and-warehouse-operations). ## Using Replenishment and Inventory Control to Keep Stock Balanced Inventory value is not only about seeing stock; it is also about keeping stock at the right level. In **Sherkety ERP & Website Platform**, replenishment and inventory control features help teams avoid both shortages and excess stock. One of the most important capabilities to evaluate is whether the inventory area supports **reordering rules**, **minimum stock levels**, and **forecast-based replenishment**. These controls help the business respond before a shortage happens. Instead of waiting until a product reaches zero, the team can rely on rules that highlight when stock needs to be purchased again or moved into the right location. Useful replenishment controls typically support decisions such as: - when a product has dropped below a minimum level - whether expected incoming stock already covers demand - whether a buyer should place a new purchase - whether stock should be restocked internally from another location Inventory control also depends on accurate counts. That is where **inventory adjustments** matter. When the quantity counted on the shelf does not match the quantity shown on screen, the adjustment workflow is used to correct the record. This is essential after damage, shrinkage, receiving mistakes, or unrecorded movements. For businesses that want tighter control, scheduled counting practices are just as important as one-off corrections. Look for support for: - **Cycle counts** on selected products or locations - **Scheduled counts** at regular intervals - controlled review of counted versus recorded quantities These routines improve trust in stock figures over time. Without them, even a well-designed replenishment process can make poor decisions because it is working from inaccurate numbers. From a buying perspective, these controls directly affect business outcomes: - **Lower carrying costs** by reducing unnecessary stock - **Fewer fulfillment delays** by replenishing before shortages become urgent - **Better stock accuracy** through regular count corrections - **More reliable planning** because forecast quantities are based on cleaner data [SCREENSHOT: Replenishment or stock control view showing minimum quantity rules, forecast indicators, and adjustment actions] You already covered pricing considerations in [Reviewing Inventory Pricing and Next Steps](doc:reviewing-inventory-pricing-and-next-steps); this section helps you judge whether the operational controls justify that investment. ## Understanding How Inventory Data Supports Cost and Performance Decisions Inventory is not only a warehouse tool. In **Sherkety ERP & Website Platform**, inventory data also helps managers understand stock value, movement quality, and operational performance. A key part of this evaluation is **inventory valuation visibility**. Even without going into accounting detail, buyers should confirm that stock quantities and movement history can support a clear view of how much inventory the business is holding. When quantities are accurate and every receipt, transfer, and delivery is recorded properly, the business can better understand the worth of stock on hand and how that value changes over time. Movement history is equally important for control. Useful inventory records should let you review: - **movement logs** - **transfer history** - **product-level stock records** - traceability details tied to lots, serial numbers, or packages when applicable These records support auditing and troubleshooting. If a product is frequently delayed, missing, or over-reserved, movement history helps identify where the process is breaking down. If one warehouse performs well and another struggles, transfer and delivery records can reveal the difference. Reporting also helps distinguish between different stock behaviors, such as: - **fast-moving items** that need frequent replenishment - **slow-moving items** that tie up cash and storage space - locations with strong throughput versus locations with repeated delays - products with stable counts versus products with frequent adjustment issues When comparing inventory options, prospective buyers should focus on four practical questions: - Does the inventory area provide **real-time stock visibility**? - Can it support **multiple warehouses and locations** clearly? - Does it offer the **traceability depth** your products require? - Can it manage the **level of operational control** your warehouse process needs? [SCREENSHOT: Inventory reporting area showing stock movement history, item performance, and warehouse comparison views] These are the details that separate a basic stock list from a module that can support planning, service levels, and operational accountability. ## Evaluating Whether the Inventory Module Fits Your Operational Complexity The right inventory setup depends on how complex your operation really is. In **Sherkety ERP & Website Platform**, the inventory module can be assessed by matching your daily work to the level of control shown in the inventory screens. For simpler operations, the module is a good fit if your needs are mostly limited to: - **single warehouse** stock tracking - basic **receipts** from suppliers - basic **deliveries** to customers - occasional **manual inventory adjustments** This suits businesses that mainly want reliable quantity visibility without layered warehouse processes. If your team stores goods in one place and does not need detailed traceability, the core inventory views may be enough. For growing operations, look for stronger support in areas such as: - **multiple warehouses** - **internal transfers** between locations - **lot or serial number traceability** - structured **picking, packing, and shipping** workflows These capabilities matter when stock moves through several stages or when different teams need to coordinate handoffs. They also matter when compliance, warranty handling, or product recall processes require exact tracking. You should also assess whether your buying process depends on planning tools such as: - **forecast quantities** - **automated replenishment rules** - **location-level stock visibility** If your sales promises, purchasing timing, or warehouse restocking decisions depend on expected future availability rather than today’s count alone, these features are not optional. As a final fit check, judge the module against three business requirements: - your **warehouse process requirements** - your **reporting expectations** - your **traceability obligations** If those needs are light, basic inventory control may be enough. If they are high, the value of the inventory module comes from its ability to coordinate operations, not just count products. [SCREENSHOT: Inventory module comparison view or navigation showing stock, transfers, replenishment, and reporting areas] The next document, [Exploring Inventory Workflows From Stock Visibility to Replenishment](doc:exploring-inventory-workflows-from-stock-visibility-to-replenishment), connects these capabilities into one end-to-end operating flow. ## Overview Use this document when you are deciding whether the **Inventory** area in **Sherkety ERP & Website Platform** matches the way your business stores, moves, and replenishes stock. The focus here is not setup instructions or pricing details on their own. Instead, this guide helps you evaluate the operational scope of the module by looking at the screens and workflows that matter most in daily use. This guide centers on five decision areas: - **stock visibility** across products and locations - **warehouse operations** such as receipts, transfers, and deliveries - **replenishment controls** for keeping stock at the right level - **traceability** through lot, serial number, or package tracking - **reporting and valuation visibility** for cost and performance review If you already read [Reviewing Inventory Pricing and Next Steps](doc:reviewing-inventory-pricing-and-next-steps), this guide picks up where pricing leaves off. It helps answer a different question: not “How is the module packaged?” but “Will the module support the way our warehouse actually works?” As you read, compare the inventory features to your own operation: - Do you need only simple quantity tracking? - Do you work across more than one warehouse or storage location? - Do you need to reserve, move, and validate stock through structured steps? - Do you need forecasting and replenishment support? - Do you need traceability for compliance, warranty, or recall reasons? Those are the practical signals of fit. This document is especially useful for operations leads, warehouse managers, purchasing teams, and decision-makers comparing ERP modules before rollout. [SCREENSHOT: Inventory landing page or module entry point highlighting stock, operations, replenishment, and reporting sections] ## Prerequisites Before using this guide, it helps to already be familiar with the earlier inventory documents in this documentation set. This page assumes you understand the basic inventory terms and public-facing module presentation in **Sherkety ERP & Website Platform**, so it does not repeat introductory explanations. You will get the most value from this guide if you have already reviewed: - [Exploring Inventory Visibility and Warehouse Overview](doc:exploring-inventory-visibility-and-warehouse-overview) - [Understanding Stock Movements and Warehouse Operations](doc:understanding-stock-movements-and-warehouse-operations) - [Using Barcode and Replenishment Features](doc:using-barcode-and-replenishment-features) - [Reviewing Inventory Pricing and Next Steps](doc:reviewing-inventory-pricing-and-next-steps) You do not need technical knowledge. What matters is that you can recognize the business meaning of common inventory terms shown in the interface, including: - **On Hand** - **Forecasted** - **Incoming** - **Outgoing** - **Receipts** - **Internal Transfers** - **Deliveries** - **Inventory Adjustments** It also helps if you already know your own business requirements in a few practical areas: - how many warehouses or storage locations you operate - whether you need lot or serial tracking - whether you replenish manually or want rule-based restocking - whether your team uses simple shipping or multi-step warehouse handling - whether inventory reporting is needed for performance review or stock value visibility If you are still exploring the broader ERP offering, you may want to pair this guide with [Browsing the ERP Apps Catalog](doc:browsing-the-erp-apps-catalog) or [Using ERP System Landing Pages to Evaluate Offerings](doc:using-erp-system-landing-pages-to-evaluate-offerings). That context makes it easier to compare the inventory module against other business areas before moving into the next inventory workflow guide. ## Exploring the Sales and CRM Workspace When you open the **Sales & CRM** area in Sherkety ERP & Website Platform, the first things to evaluate are the screens that support the full selling cycle: the **CRM pipeline**, **Quotations**, **Sales Orders**, **customer records**, and **reporting dashboards**. These are the areas revenue teams use every day, so they should feel connected rather than scattered across separate tools. On the CRM side, buyers should look for a **Kanban pipeline** that shows opportunities as cards arranged by stage. This layout makes it easy to scan open deals, see where work is stalled, and understand which opportunities are close to closing. A strong module page will also show that opportunities can be viewed in more than one way, such as a **list view** for sorting and filtering records. Common action buttons to watch for include **Create**, **New Quotation**, and **Convert to Opportunity** because these reveal how quickly a team can move from inquiry to active deal. The sales side should clearly show the path from an opportunity into a quotation and then into a confirmed order. On quotation and order screens, pay attention to visible business details such as **customer name**, **product lines**, **quantities**, **unit prices**, **discounts**, and **totals**. These details tell you whether the workspace supports real selling activity, not just contact tracking. You should also check whether customer information and reporting are part of the same experience. A useful setup lets a salesperson review **customer history**, open **quotations**, and monitor **expected revenue** without leaving the sales workspace. [SCREENSHOT: Sales and CRM landing page showing pipeline cards, quotation list, and reporting highlights] If you already reviewed pricing and performance indicators in [Reviewing Sales Reporting and Pricing](doc:reviewing-sales-reporting-and-pricing), use this page to judge how those numbers connect back to the daily screens your team will actually work in. ## Identifying Which Revenue Teams Benefit Most Different revenue teams will look at the same Sales & CRM pages in different ways. In Sherkety ERP & Website Platform, the value becomes clearer when you match each screen to the people who use it. For **sales development** and **business development** teams, the most important area is the **CRM pipeline**. These users need to capture leads, qualify them, and move them through clear stages. A stage-based board helps them see which deals are new, which need follow-up, and which are ready to hand over. If your team works from daily outreach lists, the ability to switch from a stage board to a **list view** is especially useful for sorting opportunities and focusing on priority records. For **account executives**, **inside sales**, and **field sales** teams, the key value is the move from opportunity to revenue. These users depend on **quotation** and **sales order** screens that show customer details, product lines, prices, discounts, and totals in one place. If your sales team regularly turns conversations into formal offers, this part of the module matters more than a simple contact database. For **account managers** and **renewal-focused teams**, the module is most valuable when customer records include **activity history**, **scheduled follow-ups**, and ongoing relationship context. These users need to know what was promised, what was quoted before, and what next action is due. For **sales managers** and **revenue leaders**, the strongest signals are found in the dashboards and summary views. Look for visibility into: - **Expected revenue** - **Win rate** - **Sales performance by salesperson** - **Deals by stage** - **Order progress** These views help leaders coach teams, review forecast quality, and spot pipeline gaps early. [SCREENSHOT: Sales dashboard with expected revenue, stage breakdown, and salesperson filters] If your organization includes both hunters and account managers, the best fit is a workspace where pipeline tracking, quotations, customer history, and reporting all support each role without forcing users into separate tools. ## Following the Lead-to-Revenue Workflow A strong Sales & CRM setup should make the path from first inquiry to booked business easy to follow. In Sherkety ERP & Website Platform, buyers should review whether the workflow feels continuous across the screens, not broken into disconnected steps. The process starts with a **lead**. From there, the lead should be reviewed, qualified, and moved into the **CRM pipeline** as an active opportunity. In the pipeline, look for visible stage movement and practical actions such as assigning a **salesperson** and scheduling the **next activity**. These details matter because they show whether the team can keep ownership clear and avoid missed follow-up. Once an opportunity is qualified, the next step should be creating a **quotation** directly from that sales work. On the quotation screen, check whether the form includes the business details a rep needs to send a real offer: - **Customer** - **Product lines** - **Quantity** - **Unit Price** - **Discount** - **Validity Date** - **Totals** This is where many teams lose time if they have to re-enter information from emails or spreadsheets. A connected workflow reduces that friction. After the quotation is prepared, buyers should look for clear status changes that reflect the real sales cycle. Useful status progression usually includes: - **Draft Quotation** - **Sent Quotation** - **Confirmed Sales Order** - **Completed Order** These status labels help everyone understand where a deal stands without asking for updates manually. Managers can see whether a deal is still being negotiated, already accepted, or fully completed. The business value of this flow is practical: - Faster follow-up after qualification - Fewer handoff gaps between pipeline and quoting - Clearer deal status for reps and managers - Better visibility into what is likely to book [SCREENSHOT: Opportunity record linked to a quotation with visible status and customer details] This workflow builds on the sales concepts introduced in [Understanding Quotations Automation and Follow Up](doc:understanding-quotations-automation-and-follow-up), but here the focus is whether the full chain supports revenue execution from start to finish. ## Evaluating the Business Outcomes the Module Supports When buyers evaluate Sales & CRM pages, the goal is not only to confirm that the screens exist. The more important question is what those screens help a revenue team achieve. In Sherkety ERP & Website Platform, several visible features point directly to business outcomes. A **Kanban pipeline** with stage tracking supports better forecasting because each opportunity is tied to a visible sales stage. When the opportunity also shows **expected revenue** and a likelihood of closing, managers can judge pipeline quality instead of relying on guesswork. This is especially useful during weekly forecast reviews, where leadership needs to know which deals are moving and which are slipping. On the sales document side, reusable **customer records**, product details, and pricing on **quotations** reduce repeated manual work. Reps do not have to rebuild the same offer from scratch every time. If the quotation screen clearly displays product lines, prices, discounts, and totals, that is a strong sign the module can shorten quote turnaround time and improve consistency across the team. Follow-up tools also matter. Look for signs that the workspace supports: - **Scheduled activities** - **Call logging** - **Email follow-ups** - **Opportunity history** These features improve accountability because each rep can see what happened last and what needs to happen next. They also help managers coach based on real activity rather than memory. Finally, dashboards and reporting views should help leaders monitor performance at a glance. Useful indicators include: - **Conversion rates** - **Average deal value** - **Revenue by salesperson** - **Pipeline by stage** - **Order totals** [SCREENSHOT: Reporting area showing pipeline metrics and sales performance summaries] If you already reviewed metric-focused pages in [Reviewing Sales Reporting and Pricing](doc:reviewing-sales-reporting-and-pricing), use this section to decide whether those reports are supported by enough day-to-day workflow structure to produce reliable numbers. ## Comparing the Module to Your Current Sales Process The easiest way to judge fit is to compare the Sales & CRM pages in Sherkety ERP & Website Platform with how your team works today. Instead of asking whether the module looks modern, compare it against the exact records, actions, and handoffs your team depends on. Start with your current tools for **lead tracking** and **opportunity management**. If your team uses spreadsheets, email threads, or separate CRM and quoting tools, check whether Sherkety ERP & Website Platform brings those tasks together. The interface should make it clear that reps can manage **lead records**, move deals through **opportunity stages**, create **quotations**, confirm **sales orders**, and review **customer interaction history** in one connected workspace. As you review the page, answer practical questions such as: - Can reps move deals through defined stages? - Can managers see **expected revenue** by stage? - Can quotes be created directly from opportunities? - Can a **salesperson** be assigned clearly? - Is the **customer** visible on every key sales record? - Can users track an **expected closing date**? - Are **quotation status** and **order totals** easy to read? - Do reports include useful **filters** for reviewing performance? These checks help you compare the module to your sales model, not to a generic feature list. You should also think about the type of revenue motion your business uses. The module may be a better fit if your team depends on: - **New business acquisition** with active pipeline management - **Account-based selling** with customer-specific follow-up - **Recurring follow-up** across longer deal cycles - **Manager-led forecasting reviews** based on stage and expected revenue [SCREENSHOT: Opportunity list with salesperson, customer, expected closing date, and stage filters] A strong fit usually means fewer disconnected tools and less manual updating between pipeline review, quotation preparation, and order confirmation. ## Spotting Signs the Module Fits Your Revenue Team As you review the Sales & CRM pages, certain interface details are strong signs that Sherkety ERP & Website Platform matches the needs of a revenue team. These signs are easy to spot because they appear directly in the screens your users would work with every day. Look first at the **pipeline**. If your team actively manages deals from stage to stage, the best sign is a clear board with editable stages and **drag-and-drop** opportunity movement. This tells you reps can update deal progress quickly during daily work instead of waiting for end-of-week cleanup. A pipeline that is easy to scan also helps managers run faster deal reviews. Next, review the **quotation** and **sales order** screens. If your team needs a direct path from opportunity to booked revenue, the forms should clearly show: - **Customer details** - **Product lines** - **Pricing** - **Taxes** - **Totals** When these details are visible in one place, it is easier to confirm that the module supports real commercial activity rather than basic contact tracking. Leadership teams should focus on the dashboard and reporting views. Good fit is usually obvious when the page includes: - **Expected revenue** - **Stage-based reporting** - **Salesperson filters** - **Performance summaries** These views are especially important if your managers want forecast visibility without exporting data into separate reporting files. Finally, check whether customer records include a timeline of interactions and planned follow-up. If your team relies on structured relationship management, look for: - **Scheduled activities** - **Communication history** - **Customer-specific records** - **Opportunity history** [SCREENSHOT: Customer and opportunity view with follow-up activity and linked sales documents] When these signs appear together, the module is usually well suited for teams that need visibility, accountability, and a smooth path from first contact to confirmed sale. The next document, [Exploring Sales Pipeline and Customer Management Workflows](doc:exploring-sales-pipeline-and-customer-management-workflows), goes deeper into how those day-to-day screens support active selling. ## Overview Sherkety ERP & Website Platform presents the **Sales & CRM** module as a connected workspace for revenue teams that need to manage opportunities, prepare quotations, confirm orders, and monitor sales performance from one place. For buyers, the value is easiest to understand when you review the screens as one continuous flow instead of treating CRM, quotations, and reporting as separate topics. At a high level, the module brings together four core working areas: - **Pipeline management** for tracking leads and opportunities by stage - **Sales documents** for preparing quotations and confirming orders - **Customer records** for keeping account history and follow-up context - **Dashboards and reports** for monitoring expected revenue and team performance This matters because revenue teams often struggle when these activities are split across multiple tools. A salesperson may track the deal in one place, build the quote in another, and report progress somewhere else. In Sherkety ERP & Website Platform, buyers should look for signs that those handoffs are reduced through shared records, visible statuses, and connected actions such as **Create**, **New Quotation**, and **Convert to Opportunity**. This document focuses on business value rather than setup. It helps you judge whether the module supports the way your team sells, follows up, and forecasts. If you need a broader introduction to the module before evaluating fit, start with [Exploring Sales and CRM Overview](doc:exploring-sales-and-crm-overview). If you want more detail on lead handling and pipeline structure, see [Managing Leads Contacts and Sales Pipeline](doc:managing-leads-contacts-and-sales-pipeline). [SCREENSHOT: Sales & CRM page showing pipeline, quotation access, customer records, and reporting entry points] Use this page as a buying lens: not just “what features are listed,” but “can our revenue team work from these screens every day with less friction and better visibility?” ## Prerequisites You do not need admin access or a technical background to evaluate the Sales & CRM module in Sherkety ERP & Website Platform, but you will get more value from this document if you already know the basic sales terms used across the pages. In particular, it helps to recognize the difference between a **lead**, an **opportunity**, a **quotation**, and a **sales order**, because the module is organized around that progression. Before using this guide, it is helpful if you have already reviewed: - [Exploring Sales and CRM Overview](doc:exploring-sales-and-crm-overview) - [Managing Leads Contacts and Sales Pipeline](doc:managing-leads-contacts-and-sales-pipeline) - [Understanding Quotations Automation and Follow Up](doc:understanding-quotations-automation-and-follow-up) - [Reviewing Sales Reporting and Pricing](doc:reviewing-sales-reporting-and-pricing) Those pages explain the basic screens and terms. This document builds on them by helping you decide whether the module is a good fit for your revenue team. As you read, it helps to have your own sales process in mind. You will get the clearest result if you can compare the module against a few familiar items from your current workflow, such as: - Your current **pipeline stages** - How your team prepares **quotes** - Who owns **follow-up** - How managers review **forecast numbers** - What customer details reps need before sending an offer If you are evaluating the module for a team discussion, gather examples of the fields and statuses your team already uses, such as **salesperson**, **customer**, **expected closing date**, **quotation status**, and **order total**. These are the same kinds of details you should look for on the Sales & CRM pages. [SCREENSHOT: Sales & CRM evaluation checklist view with pipeline, quotations, orders, and reporting areas highlighted] With that context in mind, you can use the sections above to compare Sherkety ERP & Website Platform directly against your team’s daily selling and forecasting needs. ## Matching Your Question to the Best Contact Option When you want to contact Sherkety ERP & Website Platform, start by matching your question to the contact option that fits the kind of reply you need. This saves time and helps the team respond in the right way the first time. Use the **Contact** page form for general questions, first-time inquiries, and requests that can be explained in a short message. This works well when you want to ask about services, request more information, or ask the team to contact you back. If you already reviewed social links, address details, or business information in [Using Social Links and Business Details](doc:using-social-links-and-business-details), the next step is choosing the channel that matches your goal. Use the listed **phone number** when your request is urgent or you need a live answer during business hours. This is the best choice for same-day coordination, confirming availability, or checking something that cannot wait. Use the **email address** when your message is detailed, formal, or likely to include documents and background information. Use **WhatsApp** when you need a short back-and-forth conversation, quick clarification, or lightweight follow-up. For a **Business Services** visitor, your choice usually depends on the purpose: - Ask about service availability through the **contact form** or **email** - Request a callback through the **contact form** and mention your preferred contact method - Confirm office details through **phone** or **WhatsApp** if timing matters For a **prospective ERP buyer**, choose based on how much detail you need to share: - Use the **contact form** or **email** for product discussions, pricing questions, implementation planning, or module interest - Use **phone** to check whether someone is available to speak now - Use **WhatsApp** for quick pre-sales questions or arranging a follow-up conversation Before you reach out, prepare a few basics: - Your name - Your company name - The topic of your inquiry - Whether you prefer a reply by phone, email, or WhatsApp - Whether the request is urgent - Whether your question is about **ERP**, **business services**, or both [SCREENSHOT: Contact page showing form, phone, email, WhatsApp, address, and business hours in one view] ## Sending General Questions Through the Contact Form The **Contact** page form in Sherkety ERP & Website Platform is the best place to send non-urgent questions, especially if this is your first time reaching out. It gives you a structured way to share the basics without needing to decide who to contact directly. ### Steps to send a general inquiry 1. Open the **Contact** page from the website navigation or footer. 2. Review the contact section and locate the message form. 3. Enter the required fields, such as your **name**, **email**, **phone number**, **company**, and **message**, where those fields appear. 4. If the form includes a **subject** or topic selector, choose the option that best matches your request. 5. In the **message** box, explain what you need in clear, direct language. 6. Add any useful context, such as whether you want a callback, more information about a service, or a reply by email. 7. Submit the form and wait for confirmation on the page if one appears. The message box is a good fit for requests like: - Questions about business services - Partnership or collaboration inquiries - Requests for the sales team to contact you - General website or offering questions - Follow-up requests after browsing service or ERP pages Keep your message focused. A short message with a clear purpose is usually easier to route than a long note covering several unrelated topics. If you need a reply in a specific way, say so directly in the message. The contact form is less suitable when: - You need an answer immediately - You want to send long requirement documents - You need to attach files - Your request requires several fast clarifications in a row In those cases, the **phone number**, **email address**, or **WhatsApp** option on the same contact area may be a better fit. [SCREENSHOT: Contact form with required fields and message box] ## Calling, Emailing, or Messaging on WhatsApp Based on Urgency If your question is not a good fit for the contact form, choose between the **phone number**, **email address**, and **WhatsApp** based on how quickly you need a reply and how much detail you need to share. ### Steps to choose the right direct channel 1. Check whether your question is urgent, detailed, or conversational. 2. Look at the **business hours** shown on the contact page before choosing a live channel. 3. Use the **phone number** if you need to speak with someone right away during open hours. 4. Use the **email address** if your message includes background details, project scope, or documents. 5. Use the **WhatsApp** option if you need a short exchange, quick clarification, or follow-up coordination. 6. Stick with that one channel unless the team asks you to continue elsewhere. Use the **phone number** for time-sensitive situations. Calling is best when you need a same-day answer, want to confirm whether someone is available, or need immediate clarification. It is also useful when a short conversation will solve the issue faster than typing messages. Use the **email address** when your request is more structured. Email works best for detailed service inquiries, ERP requirement notes, formal business communication, or anything that may need a written record. If your message includes several points, multiple stakeholders, or supporting documents, email is usually the clearest option. Use **WhatsApp** for lighter communication. This channel works well for quick questions, short updates, confirming location details, or checking whether a demo or callback can be arranged. It is especially useful when you expect a brief conversational reply rather than a full written explanation. A simple way to choose: | Channel | Best for | Interaction style | |---|---|---| | Phone | Urgent or same-day matters | Live discussion | | Email | Detailed or formal requests | Structured written reply | | WhatsApp | Quick clarifications and follow-up | Fast conversation | [SCREENSHOT: Contact details area with phone, email, and WhatsApp options] ## Choosing the Best Way to Ask About ERP Services If you are exploring ERP options in Sherkety ERP & Website Platform, the best contact channel depends on whether you are still gathering information or you are ready for a more detailed sales discussion. ERP inquiries are easier to handle when you include enough business context from the start. ### Steps to send an ERP inquiry 1. Decide whether your question is exploratory, urgent, or detailed. 2. If you want a product discussion, use the **contact form** or **email address**. 3. In your message, state that your inquiry is about **ERP services**. 4. List the modules you are interested in, such as **HR**, **Sales & CRM**, **Accounting**, **Purchasing**, or **Reporting**, if relevant to your needs. 5. Add business details that affect the discussion, such as company size, number of users, departments involved, and your target timeline. 6. If you only need a quick confirmation or want to know whether someone is available to speak, use the **phone number** during business hours. 7. If you want a short pre-sales exchange or to arrange a follow-up, use **WhatsApp**. The **contact form** and **email** are the strongest options for discovery-stage ERP requests. They give you room to explain your current setup, your pain points, and what you want to improve. For example, you might be comparing modules, asking about pricing, or trying to understand implementation timing. These channels are also better when several people in your company are involved in the decision. Use the **phone number** when your main goal is immediate confirmation, such as checking whether ERP consultations are available, asking when a sales discussion can happen, or speaking directly with someone if timing matters. Use **WhatsApp** for quick pre-qualification questions. This is a good option when you want to ask whether demos, consultations, or follow-up messages can be arranged before sending a fuller request. Include these details whenever possible: - Company size - Number of users - Departments involved - Current pain points - Modules of interest - Desired timeline - Whether you need **ERP**, **business services**, or both [SCREENSHOT: Contact area used for an ERP sales inquiry] ## Using the Address and Business Hours Before You Reach Out Before you call, message, or submit the contact form in Sherkety ERP & Website Platform, check the **address** and **business hours** shown on the contact page or footer. These details help you choose the right time and method, especially if your request involves office location, mailing, or an in-person meeting. The **business address** is useful when you need to confirm where the office is located, verify where to send materials, or make sure you are referring to the correct location before planning a visit. If your inquiry depends on physical presence, such as meeting coordination or document delivery, reviewing the address first can prevent confusion. ### Steps to use address and business hours effectively 1. Open the **Contact** page or review the footer contact details. 2. Locate the **business address** and read it carefully before planning a visit or sending anything location-related. 3. Find the listed **business hours**. 4. If the office is currently open, decide whether a **phone call** is the fastest option. 5. If the office is closed, use the **contact form** or **email address** so your request is waiting for review on the next business day. 6. If your question is short and timing is flexible, use **WhatsApp** for lightweight follow-up. 7. Mention in your message if you are asking about office access, location confirmation, or meeting timing. Response timing may vary depending on when you send your inquiry. Messages sent during open hours may be easier to handle quickly, especially by phone or WhatsApp. Requests sent outside business hours, on weekends, or during holidays may be reviewed later, so email or the contact form is often the better choice in those cases. Address details are most useful when you need to: - Plan a visit - Confirm office presence - Verify location before sending documents - Check that you are contacting the right office for your request [SCREENSHOT: Business hours and address section on the contact page] ## Avoiding Delays When Contacting the Team A clear message sent through the right channel usually gets a faster response than the same request sent everywhere at once. In Sherkety ERP & Website Platform, the best way to avoid delays is to choose one main contact method and provide enough detail for the team to understand what you need immediately. ### Steps to reduce back-and-forth 1. Pick one primary channel for your request: **contact form**, **phone**, **email**, or **WhatsApp**. 2. Start your message with your **name** and **company name**. 3. Add your preferred reply method, such as phone or email, if you want the team to respond in a specific way. 4. State the exact topic, such as **ERP inquiry**, **business services question**, **pricing request**, or **office confirmation**. 5. Explain whether the request is general, sales-related, or time-sensitive. 6. If your request includes long notes, documents, or several decision-makers, move the conversation to **email** instead of short-message channels. 7. Wait for a response before repeating the same request through another contact option unless timing is critical. Sending the same message through the contact form, email, phone, and WhatsApp at the same time can slow things down because the team may need to compare duplicate requests before replying. A single, well-written inquiry is easier to route and answer. Include identifying details up front: - Your name - Company name - Phone number or email address - The service or ERP topic - The urgency level - The outcome you want, such as a callback, quote discussion, or product conversation Use **email** instead of WhatsApp or a short form message when your request includes attachments, long requirement lists, or input from multiple stakeholders. That makes the conversation easier to track and reduces the need to resend information. ## Overview This page of the Contact Channels documentation helps you decide which contact option in Sherkety ERP & Website Platform best matches your situation. The focus is not on how to fill every field in detail, but on choosing the right path before you reach out. You will usually see several contact choices together on the public-facing contact area: a **contact form**, **phone number**, **email address**, **WhatsApp option**, **business address**, and **business hours**. Each one supports a different style of communication. The contact form is best for general inquiries and first contact. Phone is best for urgent questions during open hours. Email is best for detailed requests and written records. WhatsApp is best for short, quick exchanges. This guide is especially useful if you are unsure whether your question belongs in a general message, a business services inquiry, or an ERP sales conversation. It also helps when timing matters, such as deciding whether to call now, send an email after hours, or use WhatsApp for a quick clarification. If you need help locating contact details first, review [Using Social Links and Business Details](doc:using-social-links-and-business-details). That document explains where to find the public contact information. This guide builds on that by helping you choose the best channel for the message you want to send. The next document in this section is [Sending Messages Through the Contact Page](doc:sending-messages-through-the-contact-page), which walks through the actual message-sending process in more detail. ## Prerequisites Before using this guidance in Sherkety ERP & Website Platform, make sure you have the basic information needed to choose a contact channel and write a clear inquiry. - Open the public website and navigate to the **Contact** page, footer contact area, or another page that shows the contact options - Be ready to identify whether your question is about **business services**, **ERP products**, or both - Know whether your request is **urgent**, **general**, or **detailed** - Prepare your **name** and **company name** - Decide how you want the team to reply, such as by **phone**, **email**, or **WhatsApp** - Gather any key facts you may need to mention, such as: - Modules of interest like **HR**, **Sales & CRM**, **Accounting**, **Purchasing**, or **Reporting** - Service topic or pricing question - Number of users or departments involved for ERP discussions - Whether you need a callback, consultation, or office confirmation - Check the listed **business hours** if you are considering a phone call - Use **email** instead of short-message channels if your inquiry includes long requirements or documents You do not need admin access for anything in this guide. These contact options are part of the public website experience. If your goal is to send the actual message through the website form, continue with [Sending Messages Through the Contact Page](doc:sending-messages-through-the-contact-page). ## Identifying Whether You Need a Website Service, an ERP Product, or Both When you browse Sherkety ERP & Website Platform, you may arrive from two very different needs. One path is for a **Business Services Visitor** who is looking for help with a public-facing website, service presentation, lead capture, or launch support. The other path is for a **Prospective ERP Buyer** who is exploring business software such as **Accounting**, **Sales & CRM**, **HR**, **Purchasing**, or **Reporting**. This page helps you compare both paths without mixing them up. As you review offers, group them into three categories: - **Website services only** for customer-facing pages and online presence - **ERP products only** for internal business operations and team workflows - **Combined website + ERP packages** for businesses that need both public visibility and internal process management Use a simple decision lens while comparing pages, pricing blocks, feature sections, and call-to-action buttons like **Request Demo**, **Start Trial**, or contact options: - **Business goals**: Are you trying to attract customers, manage operations, or both? - **Operational complexity**: Do you only need pages and forms, or do you need structured records, approvals, and reporting? - **Implementation ownership**: Are you buying a delivered website project, an ERP rollout, or a package that includes setup across both? - **Ongoing support**: Will you mainly need content updates, or will your team need training, configuration, and process support? Before comparing offers, gather a few basics from your business: - How you currently receive inquiries or sales leads - Where work breaks down after a customer contacts you - Whether you need a marketing site, an internal work tool, or both - Which teams will use the result every day If you need a refresher on the discovery routes that bring you to these choices, see [Understanding ERP Discovery Options and Package Entry Points](doc:understanding-erp-discovery-options-and-package-entry-points). [SCREENSHOT: Public website page showing service-focused navigation and ERP module entry points side by side] ## Comparing What a Website Service Solves Versus What an ERP Product Solves A **website service** in Sherkety ERP & Website Platform is aimed at what your customers and visitors see. These offers usually help you present your business clearly and turn interest into inquiries. When you review service pages, look for outcomes such as: - Clear pages describing your services or packages - Better brand presentation and trust-building content - **Contact** or inquiry forms that collect leads - Search-friendly page structure and content updates - A smoother visitor journey from homepage to action buttons This path is strongest when your main problem is visibility, credibility, or lead generation. A website helps people find you, understand what you offer, and contact you. An **ERP product** solves a different kind of problem. In Sherkety ERP & Website Platform, ERP pages focus on how your team works after interest turns into real business activity. Module pages such as **Accounting**, **Sales & CRM**, **HR**, **Purchasing**, and **Reporting** point to outcomes like: - Managing customers and sales activity - Tracking quotations, orders, and follow-up - Handling invoicing and finance-related records - Organizing purchasing and stock-related work - Giving teams dashboards, reports, and shared visibility The day-to-day difference is important: - **Website offers** support public interactions from visitors and prospects - **ERP offers** support logged-in staff users handling internal work A website alone usually stops being enough when your business needs more than incoming inquiries. If your team is losing track of leads, re-entering order details, struggling with invoicing, or working from scattered spreadsheets, that is the handoff point where ERP becomes necessary. The public website may still matter, but the real gap is now inside your business operations. For a broader comparison between these two offer types, see [Comparing Website and ERP Offerings](doc:comparing-website-and-erp-offerings). ## Reviewing the Offer Signals That Indicate the Best Fit The fastest way to judge fit is to watch the language used on each page. Sherkety ERP & Website Platform gives clear clues through section headings, feature lists, pricing language, and action buttons. Signals that usually point to a **website-service offer** include wording around: - **Design** - **Pages** - **Content updates** - **SEO** - **Lead capture** - **Launch** - Service presentation and visitor experience If a page focuses on how your business will look online, how many pages are included, how visitors contact you, or how quickly a site can go live, you are likely reviewing a website-service offer. Signals that usually point to an **ERP-product offer** include wording around: - **Modules** - **Users** - **Workflows** - **Permissions** - **Automation** - **Integrations** - **Data migration** - Team productivity and reporting If the page talks about departments, records, approvals, dashboards, or process control, it is aimed at internal operations rather than public marketing. A **combined package** usually blends both sets of signals. Watch for messaging that connects customer-facing delivery with internal setup, such as: - One project covering both website launch and ERP rollout - Website inquiries feeding into customer or sales records - Shared implementation planning across public pages and internal teams - Ongoing support that includes both content and operational setup Pricing language also changes by offer type: - **Website services** often read like project scope, page count, or launch-focused delivery - **ERP offers** often read like implementation, module selection, user access, or ongoing subscription-style value - **Combined packages** often position the offer as a business transformation package rather than a single website or single module purchase When you compare pricing cards or package descriptions, do not stop at the headline. Read the labels around what is included and what kind of work the offer is actually promising. [SCREENSHOT: Comparison of a website-focused offer section and an ERP module-focused offer section with different messaging cues] ## Matching Your Business Situation to the Right Offering Path Start with the problem that feels most urgent in your business. In Sherkety ERP & Website Platform, the right path becomes clearer when you match the offer to the pain point rather than to the most attractive page design or package title. Choose **website services** when your main gap is external. Common signs include: - You need a stronger online presence - Prospects do not understand your services clearly - You rely on word of mouth and need better lead capture - Your current site does not support inquiries or trust-building Choose **ERP products** when your main gap is internal. Common signs include: - Sales follow-up is inconsistent - Orders are hard to track - Finance records are disconnected - Teams work in separate files or tools - Reporting takes too much manual effort Also check who will use the result every day: - If the main users are **visitors, prospects, and customers**, the need leans toward website work - If the main users are **sales, operations, finance, HR, or warehouse teams**, the need leans toward ERP adoption Some businesses need a phased path. That can mean: - Launching a website first, then adding ERP later - Starting with one ERP area such as **Sales & CRM** or **Accounting** - Implementing both together to avoid duplicate setup and repeated planning A combined path is usually the best fit when the website should do more than act as a brochure. If website inquiries need to connect directly to customer handling, sales follow-up, or downstream operational work, a combined offer deserves closer review. For more help comparing package routes before you decide, see [Comparing Website and ERP Package Options](doc:comparing-website-and-erp-package-options) and [Choosing Between Business Services and ERP Products](doc:choosing-between-business-services-and-erp-products). ## Evaluating Combined Package Messaging Without Overbuying A combined offer can be valuable, but only if the page clearly separates what you are actually buying. In Sherkety ERP & Website Platform, the best combined package messaging makes each part visible instead of hiding everything under one broad label. When you review a combined offer, make sure you can distinguish between: - **Website deliverables** such as public pages, content structure, forms, and launch work - **ERP modules or process areas** such as **Accounting**, **Sales & CRM**, **HR**, **Purchasing**, or **Reporting** - **Implementation services** such as setup, configuration, onboarding, or rollout support - **Ongoing support terms** such as updates, maintenance, or post-launch help Be careful with vague bundle language. A package may sound complete while leaving important items unclear. Slow down if you cannot tell whether the offer separately describes: - Website maintenance - ERP setup or configuration - Team training - Data preparation or migration - Support after launch A combined package creates real value when the connection between both sides is meaningful. Good examples include a website that captures leads and supports a clear handoff into customer records, sales activity, or later operational workflows. In that case, one coordinated project can reduce repeated setup work and keep your public and internal processes aligned. Separate purchases may be safer when your needs are still narrow. If you only need a marketing site right now, or if your team is not ready for process changes inside the business, a combined package may add cost and complexity too early. The same is true if the website and ERP parts are described unevenly, with one side detailed and the other side left generic. Use the package page as a scope-reading exercise, not just a pricing comparison. ## Avoiding Common Comparison Mistakes When Choosing an Offer One of the most common mistakes is treating a **website redesign** as the answer to an operations problem. If your real issue is missed orders, weak inventory control, invoicing delays, or poor reporting, a better homepage or refreshed service page will not fix the daily workflow behind the scenes. In Sherkety ERP & Website Platform, that is usually a sign to spend more time on ERP module pages instead of only reviewing website-service offers. The opposite mistake also happens. Some buyers assume an **ERP product** removes the need for a customer-facing website. It does not. If your business still needs public pages, service explanations, trust content, inquiry forms, or clear brand presentation, you still need to evaluate the website side of the offer. Internal process control and public visibility solve different problems. Another mistake is choosing a **combined package** only because it feels convenient. Before you decide, confirm who is responsible for: - Implementation planning - Setup work - Training - Ongoing support - Future content changes - Future process changes Convenience without clear ownership often leads to confusion later. You should also avoid comparing offers by headline price alone. Two offers may look similar until you check what is actually covered. Compare: - Scope boundaries - Which teams are affected - How much rollout effort is needed - Whether support continues after launch - Whether the offer is mainly project delivery, operational setup, or both If you are unsure whether you are comparing entry points correctly, revisit [Evaluating ERP Modules From Catalog to Detail Pages](doc:evaluating-erp-modules-from-catalog-to-detail-pages) so you can separate module evaluation from service-package evaluation. [SCREENSHOT: Offer comparison notes showing website scope, ERP scope, support, and ownership as separate columns] ## Overview Use this page in Sherkety ERP & Website Platform when you are deciding between three buying paths: **website services**, **ERP products**, or a **combined website + ERP package**. The goal is not to rank one option above another. The goal is to match the offer to the business problem you actually need to solve. At a high level, the comparison works like this: - **Website services** are best when you need public pages, stronger presentation, lead capture, and a better online customer journey - **ERP products** are best when you need internal control over sales, finance, people, purchasing, or reporting - **Combined packages** are best when customer-facing activity and internal workflows need to be planned together As you move through Sherkety ERP & Website Platform, you will usually see these paths through different page types: - Public service pages and package messaging for website-related needs - ERP landing pages and app pages for software-related needs - Shared calls to action such as **Request Demo**, **Start Trial**, or contact options that help you continue the conversation This guide is most useful when you already understand the entry points described in [Understanding ERP Discovery Options and Package Entry Points](doc:understanding-erp-discovery-options-and-package-entry-points) and want to make a practical comparison based on fit, scope, and business impact. Keep your attention on four comparison anchors: - What problem the offer solves - Who will use it every day - What kind of setup or rollout it requires - What support you will still need after launch If you use those anchors while reading page sections, package descriptions, and module summaries, it becomes much easier to tell whether you need a customer-facing website project, an internal ERP rollout, or a coordinated package that covers both. ## Prerequisites Before comparing offers in Sherkety ERP & Website Platform, gather enough business context to judge fit properly. You do not need technical knowledge, but you do need a clear picture of what is currently missing in your business. Prepare these basics first: - A short list of your immediate business goals - Notes on where your current process breaks down - A view of who will use the result every day - A rough idea of whether you need public visibility, internal workflow control, or both It helps to answer questions like these before you start reading package pages and module pages: - Are you mainly trying to attract more inquiries? - Do prospects need clearer service information on public pages? - Is your team struggling with customer follow-up, invoicing, purchasing, or reporting? - Do you need a website that only captures leads, or one that supports a broader business process? - Are you ready for internal process change, or do you need to improve your public presence first? You should also be familiar with the main discovery areas inside Sherkety ERP & Website Platform: - Public website pages for business services - ERP landing pages such as **ERP System** - ERP app pages such as **Accounting**, **Sales & CRM**, **HR**, **Purchasing**, and **Reporting** - Package and comparison sections that help you weigh options side by side If you have not reviewed those areas yet, these documents will help before you compare offers in detail: - [Using ERP System Landing Pages to Evaluate Offerings](doc:using-erp-system-landing-pages-to-evaluate-offerings) - [Exploring ERP App Categories and Module Entry Points](doc:exploring-erp-app-categories-and-module-entry-points) - [Comparing Website and ERP Package Options](doc:comparing-website-and-erp-package-options) From here, the next useful step is [Moving From ERP Discovery to Module Evaluation](doc:moving-from-erp-discovery-to-module-evaluation). ## Browsing Service Pages to See What Each Business Service Offers When you open a business service page in **Sherkety ERP & Website Platform**, start at the top of the page and read the first visible section before scrolling. This area usually gives you the fastest summary of what the service is for and what action you can take next. 1. Look at the **service title** first. This tells you the main offering immediately, such as accounting support, company registration help, or another business service. 2. Read the **short description** under the title. This usually explains the service in a few lines so you can tell whether it matches your current need. 3. Check the **hero banner** or top page section. This area often combines the headline, supporting text, and a clear action button in one place. 4. Find the main **call-to-action button**. On service pages, this is often the quickest path to move forward if the page already looks relevant. You may see actions such as asking for more information, requesting a quote, or starting a conversation. 5. Use the page navigation around the service content to move to related offerings. Depending on the page, this may appear as **service cards**, a **services section**, or links in the main navigation. These first page elements help you answer a few basic questions right away: - What is this service? - Who is it meant for? - Is there a clear next step? - Are there related services worth checking before deciding? If you already reviewed comparison-style content in [Using Comparison Sections to Evaluate Offerings](doc:using-comparison-sections-to-evaluate-offerings), this page is where you confirm the details behind those comparisons. Service pages give you a more focused view, with one offering explained in full rather than several options shown side by side. [SCREENSHOT: top section of a service page showing the service title, short description, hero area, and main action button] ## Reviewing Service Details to Understand Fit After the top section, scroll through the main content and read the service details carefully. This is where **Sherkety ERP & Website Platform** helps you decide whether the service actually fits your business, not just whether the headline sounds appealing. 1. Read the full **service description** to understand the purpose of the offering. Look for wording that explains the business problem being addressed. 2. Review the **scope of work** if it is shown. This section helps you see what the service covers and what is included in the engagement. 3. Check any listed **deliverables**. These are especially useful because they show what you can expect to receive, not just general promises. 4. Scan for **pricing blocks** or **package tiers**. If the page includes multiple packages, compare what changes from one option to the next. 5. Look for details about **turnaround time** or **support options**. These help you judge whether the service matches your timeline and the level of help you expect. 6. Read any **feature lists**, **benefit sections**, or **industry-specific examples**. These sections often show whether the service is aimed at startups, growing businesses, or more established companies. Trust signals matter here too. As you move down the page, look for: - **Testimonials** - **Client logos** - **Certifications** - **Case study links** - **FAQ sections** These elements help you judge credibility and reduce uncertainty before you contact the business. A strong service page usually combines practical details with proof that the offering has worked for similar businesses. If a page gives you clear deliverables, visible package differences, and examples of who the service is for, you can usually decide whether it belongs on your shortlist without needing to contact anyone yet. [SCREENSHOT: middle section of a service page showing service details, package or pricing content, and trust indicators] ## Comparing Multiple Services Across the Site When more than one service seems relevant, compare them in a consistent way instead of relying on memory. **Sherkety ERP & Website Platform** makes this easier by using repeated page patterns across service pages, so you can move between listings and detail pages without starting over each time. 1. Start from a **services listing page**, the **Services** menu, or a group of **service cards** on a page you are already viewing. 2. Open one service page and note the main points: service goal, package names, included features, and next-step button. 3. Return to the listing or open another service in a new tab so you can compare the same sections across pages. 4. Check whether each page uses similar blocks such as **pricing sections**, **package tiers**, **feature lists**, or **benefit summaries**. 5. Compare who each service is written for. Look for wording that suggests a fit for startups, small businesses, growing teams, or established companies. 6. Watch for links to **related services**, **recommended add-ons**, or comparison-style content that helps narrow your choice. A simple comparison approach is to focus on the same questions for every page: - What problem does this service solve? - What is included? - Who is it designed for? - Is pricing or package structure shown? - What action does the page want you to take? This is especially helpful when two services sound similar at first glance. One page may focus on setup or registration work, while another may focus on ongoing support. Another may be positioned as a broader business service, while a different page is aimed at a specific operational need. If you need a side-by-side mindset before diving into full service pages, revisit [Using Comparison Sections to Evaluate Offerings](doc:using-comparison-sections-to-evaluate-offerings). Then return to the individual service pages to confirm the details behind the options you are considering. [SCREENSHOT: service listing area with multiple service cards leading to separate detail pages] ## Using Calls to Action to Request More Information Once a service page looks promising, use the visible action buttons instead of searching elsewhere on the site. In **Sherkety ERP & Website Platform**, service pages are designed to move you from reading into asking, booking, or requesting details. 1. Find the main action button near the top of the page or repeated lower down the page. 2. Choose the action that matches your stage of decision-making: - **Contact Us** if you want a general conversation - **Request a Quote** if you want pricing based on your needs - **Book a Consultation** if you want to discuss fit before deciding - **Get Started** if you are ready to move forward 3. Open the form or contact flow that appears after you click. 4. Fill in the requested details as clearly as possible so the team can respond with the right information. 5. Submit the form and watch for an on-screen confirmation message. Service inquiry forms commonly ask for details like these: | Field | Why it matters | |---|---| | Company name | Identifies your business | | Business need | Explains what you want help with | | Budget | Helps match you to a suitable option | | Timeline | Shows how urgent the request is | | Contact details | Lets the team reply to you | Use these actions even if you are not fully ready to choose. A **Request a Quote** button is useful when pricing is not listed. A **Book a Consultation** option is useful when two services seem close and you need help understanding the difference. A **Contact Us** button works well when your situation does not fit neatly into one package shown on the page. The best time to use a call to action is when you understand the service well enough to ask focused questions, but still need confirmation on fit, scope, or pricing. [SCREENSHOT: service page call-to-action area with buttons such as Contact Us, Request a Quote, Book a Consultation, or Get Started] ## Choosing the Right Service for Your Business Need A good choice comes from matching the page content to your actual business situation. In **Sherkety ERP & Website Platform**, service pages often give enough information to sort options by need, budget, and urgency if you read them with a decision in mind. 1. Start with the **problem being solved**. Choose the page that clearly describes the issue your business is trying to fix or improve. 2. Check the **expected outcome**. Look for wording that explains what result you should get, such as setup support, compliance help, ongoing assistance, or operational improvement. 3. Review the **budget range** if package pricing or pricing sections are shown. Eliminate options that clearly sit outside what you are prepared to spend. 4. Consider **urgency**. If the page mentions timing, turnaround, or support availability, use that to decide whether the service matches your deadline. 5. Identify the service type: - **Broad advisory services** usually focus on guidance, planning, or expert direction - **One-time project services** usually center on a defined task with a clear end point - **Ongoing support services** usually describe recurring help, continued management, or long-term assistance 6. Check whether the page appears written for your business stage, such as startup, growing company, or established business. Shortlist the services that do three things clearly: - State what is included - Explain the outcome - Show the next step Be careful with pages that use strong marketing language but do not explain deliverables, process, or fit. A useful service page should help you understand what will happen after you click the action button, not just persuade you to click it. If two pages still look equally suitable, keep both on your shortlist and use their action buttons to ask which option better matches your business size, timeline, or support needs. ## Handling Common Issues When a Service Page Does Not Answer Your Questions Sometimes a service page gives you a strong introduction but leaves out a detail you need to make a decision. When that happens in **Sherkety ERP & Website Platform**, use the page structure and site navigation to fill the gap instead of guessing. 1. If **pricing is not listed**, click **Request a Quote** or **Contact Us** and ask specifically about package options, scope, and what affects the final price. 2. If **two services seem similar**, open both pages and compare their deliverables, target audience, and support style. Focus on what each page says you will receive, not just the headline. 3. If a service **sounds relevant but feels vague**, scroll further for an **FAQ**, **case study**, **testimonial**, or **consultation** option. These sections often clarify how the service works in practice. 4. If you **cannot find the right page**, go back to the main navigation, open the **Services** area again, and browse by category or related links. 5. If you are still unsure, use the visible contact action on the nearest relevant page and describe your business need directly. A practical way to handle uncertainty is to ask targeted questions. For example, instead of asking whether a service is “right,” ask whether it includes the deliverables, support level, or timeline you need. That usually leads to a clearer response. You can also use nearby page elements to continue your search: - **Related services** - **Category links** - **Comparison sections** - **Contact forms** - **Consultation booking options** When a page is missing a detail, that does not always mean the service is unsuitable. It often means you have reached the point where a quote request or consultation is the next useful step. ## Overview This document focuses on how to use business service pages in **Sherkety ERP & Website Platform** as decision-making tools, not just as promotional pages. The main goal is to help you move from browsing to a confident shortlist by reading the right parts of each page in the right order. The most useful pattern is simple: 1. Start with the top section of the service page. 2. Read the service description and included details. 3. Compare similar services using repeated page sections. 4. Use the action button that matches your decision stage. 5. Shortlist the services that clearly explain outcomes, scope, and next steps. As you browse, pay closest attention to visible page elements such as the **service title**, **short description**, **hero section**, **pricing or package blocks**, **feature lists**, **benefit sections**, **trust signals**, and **call-to-action buttons**. These are the parts of the page that help you decide whether to keep reading, compare another option, or request more information. This guide builds on [Using Comparison Sections to Evaluate Offerings](doc:using-comparison-sections-to-evaluate-offerings), where you looked at grouped comparisons. Here, the focus shifts to individual service pages and how they help you judge fit in more detail. If you want to continue from browsing into a more deliberate decision process, the next document is [Understanding Service Comparison and Selection Journeys](doc:understanding-service-comparison-and-selection-journeys). That guide connects page-level browsing with a fuller service selection path across the site. ## Prerequisites Before using this guide, make sure you are ready to browse public-facing service content in **Sherkety ERP & Website Platform**. - Open the public website in your browser. - Be able to access service-related pages from the main navigation, service cards, or internal links. - Have a basic idea of the business need you are trying to solve, such as registration support, accounting help, or another business service. - Be prepared to compare more than one page if several services appear relevant. - If needed, switch to your preferred language before you begin browsing. For language help, see [Switching Languages While Browsing the Platform](doc:switching-languages-while-browsing-the-platform). - If you want more context on how to reach service pages in the first place, see [Finding Services Through Navigation and Service Menus](doc:finding-services-through-navigation-and-service-menus). It also helps to know what kind of answer you are looking for before you open a page: - A quick overview of what the service does - Package or pricing information - Proof that the service fits your business type - A way to ask questions or request a quote You do not need an account or admin access to follow the steps in this guide. This is a public browsing workflow focused on reading service pages, comparing options, and using visible inquiry actions when you need more detail. ## Opening the page with inline editing controls To edit homepage and service content inline in **Sherkety ERP & Website Platform**, start from the live website page you want to update, not from an admin content list. This matters because inline editing works directly on the public page layout, where you can see the real banner, service cards, text blocks, and buttons in context. 1. Sign in with an account that has website editing access, such as a **Content Editor** or **Administrator** account. 2. Open the live **Homepage** or a public service page from the website view. 3. Look for inline edit controls in the page toolbar or directly on editable sections. In many cases, these controls appear when you move your pointer over a section. 4. Hover over visible content areas such as a hero banner, service description, feature row, or call-to-action block to reveal the edit option. 5. Click the edit control only after confirming you are on the exact section you want to change. [SCREENSHOT: Homepage with editable sections highlighted and an inline edit control visible on hover] Not every part of the page is meant to be edited inline. Focus on areas that clearly contain content, such as headings, paragraph text, button labels, service summaries, and image blocks. Layout-only elements, spacing, and some navigation areas may not show edit controls at all. If you already reviewed when to use inline editing versus admin pages, follow the same decision approach described in [Choosing Between Inline Editing and Admin Pages](doc:choosing-between-inline-editing-and-admin-pages). Before you click into a section, pause and check whether the visible block is a homepage section, a service section, or a shared page area. That quick check helps you avoid changing the wrong content, especially on pages that repeat similar layouts. ## Identifying the homepage or service section you want to change On busy pages, the most important step is making sure you have selected the correct content block before you edit anything. In **Sherkety ERP & Website Platform**, homepage and service pages can contain several sections with similar styling, repeated cards, or stacked rows that look almost identical at first glance. 1. Move your pointer over the section you want to change and wait for the inline highlight, hover state, or edit icon to appear. 2. Match the visible content on the page to the exact item you plan to update. Use the section heading, supporting paragraph, button text, or image as your reference point. 3. Check the section’s position on the page. For example, confirm whether it is the top hero banner, a middle feature row, a services grid card, or a lower call-to-action area. 4. If several blocks look similar, compare the exact wording shown in each one before opening the editor. 5. Open the editor only when the selected block clearly matches the content you want to replace. [SCREENSHOT: Service page showing multiple editable blocks with one selected] This is especially useful on pages with repeated service cards. Two cards may use the same layout but contain different service names, descriptions, or buttons. Instead of relying on the card design, rely on the actual text shown inside the card. The same applies to stacked homepage sections with repeated headings and button styles. Also watch for content that may be shared across more than one page. If a section appears in a common page area, it may belong to a shared layout rather than the single page you are viewing. If you are unsure whether a block is shared or page-specific, compare it with similar pages before saving. For broader shared-area editing patterns, see [Editing Footer and Shared Website Sections Inline](doc:editing-footer-and-shared-website-sections-inline). ## Editing text, links, and media directly on the page Once you open the correct inline editor, make your changes carefully and keep them aligned with what visitors see on the page. In **Sherkety ERP & Website Platform**, inline editing is most useful for visible content such as headings, descriptions, button labels, and section images. 1. Click the inline edit control on the selected homepage or service block. 2. In the editing panel or inline form, update the fields that match the visible content on the page, such as the headline, paragraph text, button label, or link field. 3. If the section supports formatted text, use the available formatting tools only where needed. Keep the result consistent with the surrounding page design. 4. If the block includes an image area, use the image edit option or media picker to replace or adjust the image. 5. Review the updated section on the page before saving. [SCREENSHOT: Inline editor open for a homepage section showing text fields, button text, and image controls] When editing text, keep your attention on what visitors will actually read. If you change a service heading, make sure the supporting paragraph still matches that service. If you update a homepage call-to-action, make sure the wording still fits the section around it. For buttons, review both parts of the action: | Field to review | What to check | |---|---| | Button label | The text clearly tells visitors what the button does | | Link target | The button opens the intended page or destination | | Section message | The button still matches the heading and paragraph above it | If you are editing multilingual content, make sure you are working in the correct language version before saving. For language-specific editing guidance, use [Editing Multilingual Content in the Editor](doc:editing-multilingual-content-in-the-editor). ## Saving changes and confirming the correct content block was updated After editing a section, confirm the result before moving on to another block. In **Sherkety ERP & Website Platform**, the safest habit is to save one section at a time and immediately verify that the visible page changed in the place you expected. 1. Click **Save**, **Apply**, or the available publish action in the inline editor. 2. Wait for the page to respond. Look for a success message, the editor closing, or the updated content appearing directly in the section. 3. Review the same block on the page and confirm that the new heading, text, button label, or image is visible. 4. Refresh the page if needed and return to the same section to confirm the saved version still appears. 5. Scan nearby sections with similar layouts to make sure you did not update a different repeated block by mistake. [SCREENSHOT: Updated service section visible on the page after saving, with a success message] If the page contains multiple service cards or repeated homepage rows, compare the changed block with the surrounding ones right away. This helps you catch mistakes while the edit is still fresh in your mind. For example, if you intended to update the second service card in a row, check the first and third cards too so you can confirm only the correct one changed. When the editor closes without errors and the visible page reflects your update, that is usually the clearest sign that the change was saved successfully. If you want a broader review process for checking edits before and after saving, see [Validating Saving and Reviewing Content Changes](doc:validating-saving-and-reviewing-content-changes) and [Using Live Preview to Check Page Updates](doc:using-live-preview-to-check-page-updates). ## Working safely when multiple sections look similar Some homepage and service layouts repeat the same structure several times. You might see multiple feature rows with the same alignment, several service cards in a grid, or repeated call-to-action blocks with nearly identical buttons. In **Sherkety ERP & Website Platform**, careful editing habits reduce the chance of changing the wrong block. 1. Open only one section at a time whenever possible. 2. Before editing, identify the block by its exact page position: top banner, middle row, lower services grid, or final call-to-action section. 3. Change one visible field first, such as the heading or button label, and verify that the correct block updates. 4. If you are unsure, use a short temporary wording change in a visible field so you can confirm which section you opened. 5. Once you verify the correct block, finish the rest of the edits and save again if needed. [SCREENSHOT: Repeated service cards on a page with one card selected for editing] This approach is especially helpful when several cards use the same layout and image size. A small temporary change in the title is easier to spot than a subtle paragraph edit. After confirming the correct block, replace the temporary wording with the final text before saving. A few habits make repeated sections easier to manage: - Compare the content above and below the selected block before editing. - Use the visible heading as your main identifier, not the card design. - Avoid editing two similar sections in separate open panels at the same time. - Save and verify each block before moving to the next one. If you often work with repeated items, the guidance in [Editing Structured Content and Repeating Items](doc:editing-structured-content-and-repeating-items) can help you stay organized. ## Fixing common inline editing problems If inline editing does not behave as expected, the issue is usually related to page selection, permissions, or choosing the wrong block. In **Sherkety ERP & Website Platform**, you can usually correct the problem without leaving the page. 1. If edit controls do not appear, confirm you are signed in with a role that can edit content and that you are viewing the live page, not a static preview or admin list. 2. If the wrong section opens, close the editor and hover again over the exact heading, paragraph, image, or button area you want to change. 3. If your changes save but do not appear where expected, refresh the page and compare nearby sections with similar layouts. 4. If a button or image update looks wrong, reopen that same block and review the button text, link field, or selected image. 5. If the page shows a loading or error message instead of editable content, wait for the page to finish loading or reopen the page and try again. [SCREENSHOT: Inline editing error or missing edit controls on a service section] Use these checks when troubleshooting: - **No edit controls visible**: You may not be signed in with editing access, or you may not be on the live editable page. - **Wrong block changed**: A similar nearby section was selected. Reopen the page and verify the exact text and placement. - **Saved change not visible**: Refresh the page and confirm you updated the intended homepage or service block. - **Unexpected button behavior**: Recheck the button label and its destination together. - **Image looks unchanged**: Reopen the media area and confirm the selected image was applied to that block. For general loading, empty-state, and error behavior, see [Understanding Loading Placeholders Empty States and Errors](doc:understanding-loading-placeholders-empty-states-and-errors) and [Responding to Missing Content and Retry Messages](doc:responding-to-missing-content-and-retry-messages). ## Overview Inline editing in **Sherkety ERP & Website Platform** lets you update visible homepage and service-page content while looking at the actual public page. Instead of searching through admin lists, you work directly on the live section you want to change. This is especially useful for homepage banners, service summaries, feature rows, call-to-action blocks, and other content areas where page placement matters. Use inline editing when you need to answer questions like these: - Which heading appears in the top homepage banner? - Which service card contains this exact description? - Which button belongs to this feature row? - Which image is attached to this visible section? Because you are editing in context, you can compare the section with the content around it before saving. That makes it easier to keep headings, body text, buttons, and images aligned with the rest of the page. This guide focuses on homepage and service sections specifically. It does not repeat the broader decision rules for choosing between inline editing and admin pages; for that, use [Choosing Between Inline Editing and Admin Pages](doc:choosing-between-inline-editing-and-admin-pages). It also does not go deep into shared footer and layout areas, which are covered separately. You will use this guide when you need to: - Open the live homepage or a service page with edit controls - Select the correct visible content block - Change text, links, and images inline - Save and confirm that the intended block was updated - Avoid mistakes when several sections look alike The next document in this sequence is [Editing Footer and Shared Sections From Page Layouts](doc:editing-footer-and-shared-sections-from-page-layouts), which covers shared areas that may appear across multiple pages. ## Prerequisites Before you start editing homepage or service sections inline in **Sherkety ERP & Website Platform**, make sure the following conditions are already in place: - You can sign in to the admin-enabled website experience. - Your account has permission to edit website content, such as a **Content Editor** or **Administrator** role. - You know whether you need to update the **Homepage** or a specific service page. - You can recognize the visible section you want to change by its heading, text, button, or image. - You are working on the live page view where inline controls appear. It also helps if you already understand the basic inline editing tools covered in earlier documents: - [Editing Content Directly From the Website](doc:editing-content-directly-from-the-website) - [Using Section and Footer Edit Controls](doc:using-section-and-footer-edit-controls) - [Updating Homepage and Public Sections With Inline Tools](doc:updating-homepage-and-public-sections-with-inline-tools) If the page includes more than one language, confirm you are viewing the correct language version before editing. That prevents you from updating the right section in the wrong language. For language-specific field handling, use [Managing Multilingual Fields in the Content Editor](doc:managing-multilingual-fields-in-the-content-editor). Before making a visible change, gather the final content you plan to enter: - Approved heading text - Final paragraph copy - Correct button wording - Intended page destination for any button or link - Replacement image, if the section includes media Having those details ready makes inline editing faster and reduces the need to reopen the same section multiple times. ## Opening the correct language variant before you edit Before you change any translated content in Sherkety ERP & Website Platform, make sure you are editing the right language version of the page or content entry. Start from the **Content** area in the admin section, open the page or section you want to update, and check the language control in the editor header before typing into any field. 1. Open the content item you want to edit from **Admin > Content**. 2. In the editor header, find the **language selector** and choose the language you want to work on. 3. Confirm the active language shown in the editor before updating fields such as **Title**, **Summary**, or body content. 4. Look at each field carefully to see whether it behaves as a translated field or a shared field. 5. If the page has not been fully prepared in its main version yet, finish the source content first so you have a clear version to translate. Use the language selector every time you switch from one translation to another. This is especially important when you are moving quickly between Arabic and English content, because the same page can show different values depending on the selected language. Not every field changes by language. In Sherkety ERP & Website Platform, some page details stay shared across all language versions. These are usually page-level settings rather than reader-facing text. For example, a page identifier, publishing state, or other global settings may stay the same no matter which language is selected. If you edit one of these shared fields, the change affects the page as a whole rather than only the current language. [SCREENSHOT: Content editor header showing the language selector and active language label] If you need a refresher on the editor layout before switching languages, see [Managing Multilingual Fields in the Content Editor](doc:managing-multilingual-fields-in-the-content-editor). ## Updating translated field values in the editor Once the correct language is selected, update only the fields that belong to that language version. In Sherkety ERP & Website Platform, translated fields usually include reader-facing text such as **Title**, **Summary**, **SEO Title**, **SEO Description**, button labels, and longer body content. 1. Select the target language in the editor header. 2. Click into a translated field such as **Title** or **Summary** and enter the text for that language. 3. Scroll through the editor and update longer content areas, including rich text sections and body copy, while staying in the same language. 4. Review page metadata fields like **SEO Title** and **SEO Description** so search-facing text matches the translated page. 5. Click **Save** and wait for the confirmation message before switching to another language. When you edit rich text content, keep your focus on the selected language only. Sherkety ERP & Website Platform stores translated values separately for fields that are set up for localization, so updating the Arabic version of a page should not replace the English body copy if you are working in the correct language and field. If a required translated field is missing, the editor may show a validation message when you try to save. Check the fields highlighted in the form and complete any missing translated values before saving again. This often happens with short but important fields such as **Title** or **SEO Title**, which may be required even when the main body text is still being drafted. [SCREENSHOT: Localized content form with Title, Summary, SEO Title, SEO Description, and Save button] For previewing changes while you work, use the process described in [Using Live Preview to Check Page Updates](doc:using-live-preview-to-check-page-updates) rather than switching languages back and forth on the public page. ## Comparing one language version against another A good translation workflow is not just about entering text. You also need to compare language versions to make sure the page says the same thing in each supported language. In Sherkety ERP & Website Platform, the easiest way to do this is to switch the editor between languages and review the same fields one by one. 1. Open the content item in the editor and note the current values in key fields such as **Title**, **Summary**, body content, **SEO Title**, and **SEO Description**. 2. Change the language using the editor header. 3. Review the same fields in the second language and compare them with the source version. 4. Repeat this process for each supported language until all important fields are aligned. 5. Save any missing or corrected translations before moving on. Pay special attention to empty fields and fallback behavior. If a field looks blank or appears to still reflect the source language, that usually means the translated value has not been entered yet or the field is not localized. Compare carefully instead of assuming the page is complete. When the page includes structured sections or repeating items, verify that each language version contains the same set of items in the same order. If one version has three feature blocks and another has only two, the page may feel incomplete even if the visible text is translated correctly. Also check supporting details such as media captions, image alt text, and link labels so they match the surrounding translated content. [SCREENSHOT: Editor showing one language selected, with the same page reopened in another language for comparison] If you are comparing sections that contain repeated cards, lists, or grouped content, the next guide on [Managing Repeating Content Items in the Editor](doc:managing-repeating-content-items-in-the-editor) will help with that part in more detail. ## Keeping localized page structure aligned across languages In Sherkety ERP & Website Platform, page structure and page text do not always behave the same way. Some parts of a page are shared across all languages, while the wording inside those parts can be translated separately. When you update multilingual content, keep the structure aligned so visitors see the same sections, calls to action, and flow regardless of language. 1. Review the page section by section after selecting the source language. 2. Switch to the translated language and confirm the same sections appear in the same order. 3. Update translated text inside each section without changing the intended layout. 4. Check repeatable blocks, cards, or grouped items to make sure the translated version has matching entries. 5. Save and recheck navigation labels, button text, and links in each language. This matters most when the source page has recently changed. If someone adds a new homepage section, removes a feature card, or reorders content blocks, translated versions can drift out of sync unless you review them deliberately. Keep the same block order whenever possible so readers in every language move through the page in the same sequence. Also review labels tied to actions, such as buttons and links. A translated page may have correct body text but still show an outdated call to action, navigation label, or internal link label. These smaller fields are easy to miss, especially when you are focused on longer content. For pages with modular sections, it helps to compare from top to bottom instead of jumping around the editor. That makes it easier to spot a missing block, an untranslated heading, or a section that was added in one language but not updated in another. [SCREENSHOT: Multi-section content editor with repeated blocks and translated labels] ## Managing permissions and publishing translated content Access to multilingual editing in Sherkety ERP & Website Platform depends on your sign-in permissions. The admin area includes protected pages, so not every signed-in user can open the **Content** area, edit translated fields, or publish changes. If you can reach **Admin > Content**, your account already has access to at least part of the content workflow. Editors typically work with the language versions available to their account. If a language does not appear in the language selector, it may not be enabled for your workspace or your role may not be allowed to edit it. In that case, you will need help from someone who manages admin access or site settings. When you click **Save** in a translated page, the result depends on whether the field is localized or shared: | What you edit | What the save affects | |---|---| | Translated text fields such as **Title**, **Summary**, or body content | The currently selected language version | | Shared page settings such as global page details | All language versions tied to that page | Publishing can also feel different when some translations are complete and others are still in progress. A page may have shared page settings already in place while one language version still needs translated text. Always review the active language before saving or publishing so you do not assume another language is ready just because the page itself already exists. If you cannot open admin pages such as **Dashboard**, **Content**, **Users**, **Settings**, or other restricted areas, review [Managing Users and Role Based Access](doc:managing-users-and-role-based-access) and [Understanding Role Visibility and Access Restrictions](doc:understanding-role-visibility-and-access-restrictions). ## Fixing missing translations, overwritten values, and locale mismatches Most multilingual editing problems in Sherkety ERP & Website Platform come from one of three issues: the wrong language was selected, the field is shared instead of translated, or the translated page structure no longer matches the source version. When something looks wrong, troubleshoot field by field instead of trying to fix the whole page at once. - **A translated field is blank after switching languages** - Check the language selector in the editor header and confirm you are viewing the intended language. - Make sure you clicked **Save** after entering the translated text. - Compare the same field in another language to confirm whether it is truly missing or simply not localized. - **Editing one language changed all languages** - Review whether the field is a shared page field rather than a translated field. - If a page-level setting changed everywhere, that is expected behavior for shared values. - Reopen the page and test with a clearly translated field such as **Title** or **SEO Description**. - **One language version looks incomplete** - Compare the page section by section. - Check headings, body text, metadata, repeated items, link labels, and media text. - Look for missing cards, reordered blocks, or untranslated action buttons. - **You cannot access a language or publish its content** - Confirm the language appears in the language selector. - Check whether your account can access the required admin area. - Ask an administrator to review enabled languages or your editing permissions. [SCREENSHOT: Content editor showing a blank translated field, validation message, and language selector] For save errors, warning messages, or missing content states, see [Validating Saving and Reviewing Content Changes](doc:validating-saving-and-reviewing-content-changes) and [Recognizing Warnings Errors and Dismissible Notices](doc:recognizing-warnings-errors-and-dismissible-notices). ## Overview Sherkety ERP & Website Platform lets content editors maintain public website content in more than one language from the same editing workspace. The key to working smoothly is knowing which parts of a page are language-specific and which parts are shared across every version of that page. This guide focuses on four practical tasks: - choosing the correct language from the editor header before you begin - updating translated fields such as **Title**, **Summary**, body text, and search-facing text - comparing one language version against another to catch gaps - keeping page sections, repeated items, and action labels aligned across languages You will use these steps most often when editing public-facing pages such as service pages, company guidance pages, ERP product pages, and shared website sections. Because Sherkety ERP & Website Platform supports both public content and admin configuration, it is important to distinguish between text that should change by language and settings that should stay the same for everyone. This guide does not repeat the full live preview workflow. If you want to check how your edits appear before or after saving, use [Using Live Preview to Check Page Updates](doc:using-live-preview-to-check-page-updates). It also does not go deep into repeated content structures, since that is covered next in [Managing Repeating Content Items in the Editor](doc:managing-repeating-content-items-in-the-editor). Use this page when you need to answer questions like: - “Am I editing the Arabic or English version right now?” - “Why did this field change in every language?” - “Why is one page version missing content?” - “Which fields should I compare before I publish?” ## Prerequisites Before you edit localized content in Sherkety ERP & Website Platform, make sure the basics are already in place. This will help you avoid saving changes in the wrong language or spending time translating content that is still changing in the source version. - You can sign in to the admin area and open **Admin > Content**. - Your account has permission to edit website content. - The page, section, or content entry you want to translate already exists. - The source-language version is complete enough to use as a reference. - You know which supported language you are expected to update. - You are familiar with the editor layout and save flow. It also helps if you have already worked through these related guides: - [Editing Multilingual Content in the Editor](doc:editing-multilingual-content-in-the-editor) - [Managing Multilingual Fields in the Content Editor](doc:managing-multilingual-fields-in-the-content-editor) - [Using Live Preview to Check Page Updates](doc:using-live-preview-to-check-page-updates) Before starting, open the page once and scan the available fields. Look for obvious translated text such as **Title**, **Summary**, body content, and search-facing fields. Then note any page-level settings that appear to stay the same no matter which language is selected. That quick check makes it much easier to avoid accidental changes to shared values. If your team recently changed the source page by adding sections, removing blocks, or updating calls to action, plan to compare the translated version section by section after editing. The next guide, [Managing Repeating Content Items in the Editor](doc:managing-repeating-content-items-in-the-editor), is the best follow-up when your translated pages include cards, lists, grouped items, or other repeated content. ## Scanning the accounting services page for package options When you open the accounting services page in Sherkety ERP & Website Platform, start by reading the offer blocks from top to bottom before clicking any action button. The page is designed to help you compare accounting offers visually, so look first for package cards, pricing panels, or grouped service sections that sit side by side or appear in a stacked layout on mobile. 1. Identify each package or service block by its visible title. Focus on the package name, short summary text, and any short list directly under the title. These quick summaries usually help you tell whether an offer is aimed at routine bookkeeping, broader accounting support, or a more tailored business service. 2. Check the text immediately around the price area. You may see an exact amount, a “starting from” style price, a monthly fee cue, or wording that suggests you need to request a quote. This is the fastest way to separate fixed-price offers from packages that need a custom discussion. 3. Look for visual emphasis that helps you compare options. On many service pages, one offer may stand out through a highlighted border, stronger color treatment, a featured badge, or a “most popular” style marker. If one package is visually emphasized, treat it as a recommended starting point rather than assuming it is automatically the best fit. 4. Scan for side-by-side comparison cues such as checkmarks, short inclusion lists, or repeated headings across package cards. These help you compare without opening other pages. [SCREENSHOT: Accounting services page showing multiple package cards with titles, short summaries, pricing cues, and a highlighted featured offer] If you need a refresher on how visitors typically move through service comparisons before reaching this page, see [Understanding Service Comparison and Selection Journeys](doc:understanding-service-comparison-and-selection-journeys). ## Comparing what each package includes After you identify the available offers, compare the included services line by line. On the accounting services page in Sherkety ERP & Website Platform, the most useful details are usually listed directly inside each package card, in a comparison section, or in short bullet lists under the offer summary. 1. Read each inclusion list carefully. Look for service items such as bookkeeping, payroll support, tax filing, reporting, compliance help, or other accounting-related coverage named on the page. Do not compare only by package title—two offers can sound similar while including different levels of support. 2. Watch for scope indicators in the small print or supporting text. A package may be positioned for a certain business size, a simpler operating model, or a broader accounting need. If the page mentions fit, volume, complexity, or support level, use that wording to judge whether the package matches your business situation. 3. Separate core services from extras. Some offers present essential accounting work in the main list and place additional help in a separate note, badge, or secondary section. If a service appears outside the main checklist, treat it as something you may need to ask about rather than assuming it is included. 4. Use visual comparison tools if they appear. Checklists, comparison rows, icons, and expandable details are especially helpful when one package includes compliance support and another focuses more narrowly on routine accounting tasks. A practical way to compare is to make a short list while you read: - Package name - Main included services - Any visible limits or fit notes - Whether compliance support is clearly included - Whether anything looks optional or unclear [SCREENSHOT: Side-by-side package comparison showing included accounting services with checklist icons] If you want a broader look at how comparison sections are structured across service pages, review [Using Comparison Sections to Evaluate Offerings](doc:using-comparison-sections-to-evaluate-offerings). ## Reviewing compliance and advisory value before inquiring Accounting offers are not only about routine tasks. On the accounting services page in Sherkety ERP & Website Platform, pay close attention to wording that points to compliance support and higher-value guidance. This helps you decide whether a package is simply handling recurring work or also helping reduce risk and improve decision-making. 1. Read the compliance-focused text around each offer. Look for mentions of tax compliance, filing support, deadline handling, statutory obligations, or reporting accuracy. If these items appear in the package description, benefit list, or nearby callout, they are important signals that the offer goes beyond basic recordkeeping. 2. Distinguish operational support from advisory support. Routine accounting work is usually described through task-based wording such as bookkeeping, payroll processing, or filing. Advisory value is often described through phrases about financial guidance, business insights, review support, or strategic input. If the page includes both, that package may suit businesses that want more than monthly processing. 3. Check nearby trust signals. Experience statements, professional positioning, industry-specific support, or service badges placed near compliance claims can help you judge how strongly Sherkety ERP & Website Platform presents its accounting expertise. Treat these signals as part of the offer evaluation, especially if your business has stricter reporting or filing needs. 4. Use supporting content blocks. FAQ sections, benefit highlights, and short reassurance messages often explain how the service helps with deadlines, accuracy, and risk reduction. These sections are especially useful when package cards are brief. [SCREENSHOT: Compliance-focused benefit section or FAQ block on the accounting services page] If one package sounds operational while another sounds more consultative, note that difference before you contact the team. It will help you ask for the right level of support instead of requesting a package that is too limited for your needs. ## Interpreting pricing signals and quote expectations Pricing on the accounting services page in Sherkety ERP & Website Platform may be shown in more than one way, so read the price area and nearby action button together. That combination usually tells you whether you can treat the offer as a standard package or whether pricing depends on your business details. 1. Start with the exact wording of the price. An exact amount usually suggests a clearer package structure. A “starting from” label means the listed figure is an entry point, not a guaranteed final price. If the page uses wording such as contact for pricing or request a quote, expect a tailored response rather than an instant answer. 2. Check the billing cadence if it is shown. Some offers may be framed as monthly support, while others may be presented as a broader service engagement. If the page places the amount beside a monthly cue, compare those offers against each other rather than against a custom quote option. 3. Look for reasons pricing may vary. Notes about company size, service scope, complexity, or compliance requirements are important because they explain why one visitor may not receive the same final quote as another. Read this text before assuming the listed amount covers every filing, report, or support request you need. 4. Read the nearby button label. A package with a direct action may feel more standardized, while an offer paired with **Get a Quote**, **Contact Us**, or **Book Consultation** usually signals that the next step is a discussion, not a purchase. Use this quick reading guide: | Pricing signal | What it usually means on the page | |---|---| | Exact price shown | More defined package structure | | Starting price shown | Base level only; final cost may increase | | Contact for pricing | Custom review is expected | | Consultation-focused action | Pricing depends on your needs | [SCREENSHOT: Pricing section showing an exact package price, a starting price, and a quote-based offer] ## Using inquiry options to ask about the right service package Once you have narrowed your options, use the inquiry tools on the accounting services page in Sherkety ERP & Website Platform to ask about the package that best matches your needs. The goal is to make your message specific enough that the response relates to the exact offer you reviewed. 1. Click the main action button attached to the package or pricing section. Depending on the page, this may be **Contact Us**, **Get a Quote**, or **Book Consultation**. If several buttons appear, choose the one closest to the offer you want to discuss. 2. Complete the visible form fields carefully. If the page includes an inquiry form, enter the details requested on screen. Common fields may include: | Field | What to enter | |---|---| | Name | Your name | | Email | Your email address | | Phone number | Your contact number | | Company name | Your business name | | Message | Your accounting needs and package question | 3. In the **Message** field, mention the package name or pricing tier exactly as shown on the page. Also include the compliance need that matters most to you, such as filing support, payroll help, reporting needs, or broader accounting coverage. This helps the team understand whether you are asking about a standard package or a more tailored arrangement. 4. If you prefer not to use the form, check for alternate contact options shown on the page. Sherkety ERP & Website Platform may also present direct contact methods such as phone, email, or a chat-style contact link. Use these when you want a faster or more direct conversation. [SCREENSHOT: Accounting inquiry form with Name, Email, Phone number, Company name, and Message fields] For a deeper look at action buttons and inquiry prompts across service pages, continue with [Using Service Page Calls to Action and Inquiry Prompts](doc:using-service-page-calls-to-action-and-inquiry-prompts). ## Choosing the best follow-up path after reviewing offers After you send an inquiry, your next step should match how clearly the accounting services page answered your questions. In Sherkety ERP & Website Platform, the best follow-up path depends on whether the package details were specific, broad, or clearly marked as custom. 1. Ask for clarification if the package description is too general. If you saw broad wording but could not tell how often filings are handled, how detailed reports are, or how quickly support questions are answered, send a follow-up message that names those exact points. This is especially important when two packages look similar but differ in scope. 2. Choose a consultation when pricing is custom or your needs are more complex than the listed offers. If the page emphasizes tailored pricing, compliance complexity, or business-specific support, a consultation request is usually better than a short quote request. It gives you space to explain your business situation and ask how the package would be adjusted. 3. Use direct contact options for urgent matters. If the page shows a phone, email, or chat-style contact method and you are dealing with a time-sensitive accounting or statutory deadline, use that route instead of relying only on a general form submission. 4. Keep a short record of what you reviewed before the conversation starts. Note the package names, visible pricing cues, and the compliance or advisory points that stood out. This keeps your discussion tied to the exact offer shown on the page and reduces back-and-forth. A simple shortlist can include: - Package names you compared - Whether pricing was exact, starting from, or custom - The compliance support you need - Any unclear inclusions you want confirmed That preparation makes it easier to move from browsing to a useful conversation about the right accounting service. ## Overview This page in Sherkety ERP & Website Platform helps you evaluate accounting offers by combining package summaries, inclusion lists, pricing signals, compliance messaging, and inquiry actions in one place. Instead of treating the page as a simple advertisement, use it as a decision screen: compare what is included, identify where pricing is fixed or flexible, and decide whether you need a quote, a consultation, or a direct contact conversation. The most important parts of the page are the package cards or service blocks, the visible inclusion details, any comparison layout elements, and the action buttons attached to each offer. When these elements are read together, they help you answer four practical questions: - Which package matches my business needs? - What accounting work is clearly included? - Is compliance support part of the offer? - Should I ask for a quote or book a consultation? This document focuses on evaluating the offer itself and deciding what to do next. It does not repeat how to reach the accounting page or how broader service comparison journeys work. For that earlier context, use [Finding Services Through Navigation and Service Menus](doc:finding-services-through-navigation-and-service-menus), [Exploring the Accounting Services Page](doc:exploring-the-accounting-services-page), and [Understanding Service Comparison and Selection Journeys](doc:understanding-service-comparison-and-selection-journeys). As you read the accounting services page, stay close to what is actually shown on screen: package names, pricing labels, benefit callouts, FAQ entries, and inquiry buttons. If something important is not clearly stated—such as filing frequency, support depth, or custom pricing conditions—treat that as a question to raise through the page’s contact options rather than making assumptions from the headline alone. ## Prerequisites Before you evaluate accounting offers on Sherkety ERP & Website Platform, make sure you have already done a basic first pass through the service content so you can focus on package fit instead of general discovery. - Open the accounting services page and scroll through the full page at least once before comparing offers in detail. - Be familiar with the service comparison patterns used across the website. If needed, review [Using Comparison Sections to Evaluate Offerings](doc:using-comparison-sections-to-evaluate-offerings). - Know the main reason you are visiting the page, such as bookkeeping support, payroll-related help, tax and compliance support, or a broader accounting relationship. - Be ready to compare package names, visible inclusions, and pricing wording rather than relying on the package title alone. - If you expect tailored support, prepare a short note about your business size, reporting needs, or compliance concerns so you can mention them in the inquiry form. - If you prefer direct follow-up instead of a form, check whether the page shows alternate contact methods before you begin your comparison. It also helps to keep a simple shortlist while you browse: - The package names that seem relevant - Any offer marked as featured or highlighted - Whether the price is exact, “starting from,” or quote-based - Which package appears to include compliance support - What details still need clarification If you are ready to move from evaluating offers to using the page’s action buttons and inquiry prompts more effectively, continue with [Using Service Page Calls to Action and Inquiry Prompts](doc:using-service-page-calls-to-action-and-inquiry-prompts). ## Reviewing the HR workflows highlighted on the product page When you open the **HR** product page in **Sherkety ERP & Website Platform**, read it as a business-process page, not as a list of isolated features. The page highlights six connected HR workflows: **employee records**, **attendance**, **leave**, **payroll**, **recruitment**, and **analytics**. Each one represents a full day-to-day process that usually starts with employee information, moves through approvals or tracking, and ends with reporting or management decisions. Use this page the same way you would review a service brochure with practical buying questions in mind. As you scroll through each workflow section, check four things: 1. **What information is being captured?** Look for references to employee details, job data, attendance times, leave dates, salary elements, applicant progress, and performance indicators. 2. **Who needs to review or approve it?** Watch for signs of manager approval, HR review, or team visibility. This matters because HR work usually involves more than one person. 3. **What can managers see while work is in progress?** A strong workflow should show current status, not just final results. For example, managers should be able to see who is present, who is on leave, or where a candidate sits in the hiring process. 4. **What reports or outcomes come from it?** The page should connect operational activity to useful results such as payroll preparation, staffing visibility, or hiring progress. If you already reviewed recruitment and reporting in [Evaluating Recruitment and HR Analytics](doc:evaluating-recruitment-and-hr-analytics), this guide helps you look at those same areas again in the broader context of the full HR journey. The goal here is to judge whether the product page tells one connected story across all six workflows. [SCREENSHOT: HR product page showing the six workflow areas in one scrollable view] Also keep your expectations realistic. A product page can show the workflow story, the business value, and the connections between steps. It usually cannot prove every screen, field, or approval rule in detail. Save those deeper checks for a live demo. ## Assessing how employee records are managed from a single profile On the **HR** product page, treat the employee profile as the center of the entire HR experience. When the page describes employee management, look for signs that one employee record brings together the details HR teams usually need in one place. That includes personal information, job title, department, reporting manager, and work location. If the page presents these items together, it suggests that HR staff and managers are meant to work from a single profile instead of jumping between unrelated records. As you review this section, use the following evaluation steps: 1. **Check whether the profile covers both identity and job context.** A useful employee record should go beyond a name and contact details. It should also reflect where the person sits in the organization, who they report to, and what role they hold. 2. **Look for links to related HR activity.** The strongest product pages show that the employee profile connects to contracts, attendance entries, leave balances, and payroll inputs. This matters because HR work becomes harder when those items live in separate places. 3. **Assess whether the page supports employee lifecycle changes.** Hiring, internal transfers, promotions, manager changes, and offboarding all depend on profile updates. If the page language suggests that employee details can evolve over time, that is a good sign for real-world use. 4. **Review how supporting records are positioned.** Watch for mentions of documents, emergency or contact details, and organizational structure. These details help you judge whether the employee profile is a true working record or only a basic directory card. A strong employee-record story on the product page should make it easy to imagine one person moving through the full HR journey: hired through recruitment, assigned to a department, tracked for attendance, given leave balances, and included in payroll. If the page keeps returning to the employee profile as the starting point, that usually signals a more connected HR design. [SCREENSHOT: Employee profile area highlighting personal details, department, manager, and related HR information] ## Comparing attendance tracking and leave approval workflows The **attendance** and **leave** sections on the **HR** product page should be read together. In real HR operations, these two workflows affect the same daily question: who is available to work today, this week, or this month. When **Sherkety ERP & Website Platform** presents them side by side, check whether the page shows them as connected manager tools rather than separate administrative tasks. Start with the attendance story: 1. **Look for check-in and check-out capture.** The page should make it clear that employee presence is recorded through start and end times or a similar daily attendance action. 2. **Check whether worked time is part of the workflow.** Attendance is more useful when it leads to calculated hours, not just a raw presence log. 3. **See whether managers gain visibility from it.** Daily presence, absences, late arrivals, or exceptions should be visible in a way that supports supervision and planning. Then review the leave process: 1. **Look for a request step.** Employees should be shown selecting a leave type and entering a date range. 2. **Check for approval routing.** The page should suggest that leave requests move to a manager or HR reviewer before becoming approved time off. 3. **Watch for status visibility.** A useful leave workflow shows whether a request is pending, approved, or rejected. The key comparison is how these two workflows influence workforce planning. Approved leave should reduce expected availability, while attendance exceptions should help managers notice gaps or follow up on missed time. If the product page suggests that both attendance records and leave requests appear in the same employee history or manager-facing view, that is a strong sign of workflow alignment. If the page talks about attendance and leave but never shows how they affect staffing decisions together, note that as a question for your demo. This is one of the easiest gaps to miss when evaluating HR software from a product page alone. [SCREENSHOT: Attendance and leave sections showing daily presence and approval-based time-off flow] ## Understanding how payroll is fed by HR activity The **payroll** section on the **HR** product page should not read like a separate accounting tool. Instead, it should appear as the result of earlier HR activity. In **Sherkety ERP & Website Platform**, use this section to judge whether payroll is shown as being fed by employee data, attendance records, leave activity, and compensation rules rather than by repeated manual entry. Review the payroll story in this order: 1. **Start with employee and contract information.** Payroll usually begins with who the employee is, what role they hold, and what pay terms apply to them. If the page connects payroll to employee records, that is a positive sign. 2. **Look for time-based inputs.** Attendance and approved leave often affect pay calculations. The page should suggest that worked time, absences, or approved time off contribute to payroll preparation. 3. **Check for compensation structure.** Salary components, allowances, deductions, benefits, and required obligations should appear as part of the payroll process, not as unrelated notes. 4. **Assess whether payroll is shown as a recurring cycle.** A complete payroll workflow usually includes preparing pay data, reviewing results, and producing payslips. Even on a product page, these stages should feel visible. 5. **Watch for reduced duplicate entry.** The strongest payroll message is that HR activity flows forward into pay processing. If the page implies that attendance, leave, and employee details already feed payroll, that supports efficiency and accuracy. A good payroll section should answer a buyer’s practical question: “Will HR activity already recorded elsewhere help prepare payroll without retyping everything?” If the page shows payroll as connected to employee profiles and time data, it suggests a smoother monthly process. If it only lists payroll as a feature without showing where the numbers come from, that is a sign to ask for a walkthrough. [SCREENSHOT: Payroll workflow area showing employee data, time inputs, review stage, and payslip outcome] ## Following the recruitment journey from applicant to employee The **recruitment** section on the **HR** product page should show more than hiring announcements. It should present a clear hiring journey, starting with job openings and ending with a successful handoff into employee management. Since you already explored this topic in [Evaluating Recruitment and HR Analytics](doc:evaluating-recruitment-and-hr-analytics), focus here on how recruitment fits into the larger HR workflow rather than repeating the earlier feature review. Use this sequence while reading the page: 1. **Start with job openings and applications.** The page should show that hiring begins with open roles and incoming candidate applications. 2. **Check for stage-based movement.** A useful recruitment flow usually includes screening, interview steps, evaluation, offer, and final hire decision. Even if the exact labels differ, the page should make the progression easy to follow. 3. **Look for collaboration points.** Hiring is rarely done by one person. Watch for references to recruiter activity, hiring manager review, interview feedback, and candidate status updates. 4. **Assess whether candidate status is visible.** The page should suggest that teams can see where each applicant stands in the process rather than relying on scattered notes. 5. **Look for the handoff into employee records.** This is one of the most important buying signals. If a hired applicant can move into the employee profile without re-entering the same information, onboarding becomes much smoother. The strongest recruitment story on the product page is one where hiring is not treated as a separate island. Instead, it should lead naturally into the employee record, department assignment, and later HR processes such as attendance, leave, and payroll. If that transition is missing from the page, make a note to ask whether new hires must be entered again manually after the offer is accepted. [SCREENSHOT: Recruitment section showing candidate stages from application to hire] ## Using analytics to judge whether the HR workflows work together The **analytics** section is where you test whether the earlier workflow sections truly connect. On the **HR** product page in **Sherkety ERP & Website Platform**, charts and metrics should help confirm that employee records, attendance, leave, payroll, and recruitment are feeding a shared management view. If analytics appear disconnected from the operational stories above them, the page may be showing attractive numbers without proving workflow integration. Read the analytics section with these checks: 1. **Match each metric to a workflow source.** Headcount should connect to employee records. Attendance trends should connect to daily time tracking. Leave usage should connect to approved time off. Payroll cost should connect to pay processing. Hiring progress should connect to recruitment stages. 2. **Check whether the metrics answer management questions.** Useful analytics help leaders understand staffing levels, absence patterns, payroll impact, and hiring progress. 3. **Look for signs of shared data.** If the page presents dashboards as drawing from the same employee-based records, that suggests stronger consistency across the HR area. 4. **Watch for common product-page gaps.** Be cautious if you see charts with no clear source process, highlighted numbers with no explanation, or KPIs that do not lead to any practical action. 5. **Assess decision-making value.** The analytics story should support workforce planning, compliance monitoring, and day-to-day management follow-up. A strong analytics section does not just say “reporting is available.” It shows how managers can move from a metric to a business question: Which teams have higher absence levels? Are hiring efforts keeping up with staffing needs? Is payroll cost changing with attendance or leave patterns? If the page helps you connect those dots, it is doing its job well. [SCREENSHOT: HR analytics area showing headcount, attendance, leave, payroll, and recruitment indicators] ## Overview Use this document when you are evaluating the **HR** product page as a buyer, team lead, or decision-maker. The goal is not to learn every setup detail. Instead, you are checking whether the page presents a believable end-to-end HR story across the six core workflows: **employee records**, **attendance**, **leave**, **payroll**, **recruitment**, and **analytics**. This guide is especially useful if you want to answer questions such as: 1. **Does the HR page describe connected workflows or just list features?** 2. **Do employee records appear to sit at the center of the process?** 3. **Can attendance, leave, and payroll be understood as one continuous operational flow?** 4. **Does recruitment lead into onboarding without repeated data entry?** 5. **Do the dashboards and metrics reflect real HR activity?** As you move through the page, keep your attention on visible workflow clues: section headings, descriptive text, diagrams, cards, metrics, and calls to action such as **Request Demo** or **Start Trial** if they appear nearby. You are not trying to verify hidden setup rules from the website alone. You are deciding whether the page gives enough confidence to continue your evaluation. This document builds on earlier HR reading, especially [Exploring HR Module Overview and Business Fit](doc:exploring-hr-module-overview-and-business-fit), [Reviewing Employee Management and Organization Features](doc:reviewing-employee-management-and-organization-features), [Understanding Attendance Leave and Payroll Capabilities](doc:understanding-attendance-leave-and-payroll-capabilities), and [Evaluating Recruitment and HR Analytics](doc:evaluating-recruitment-and-hr-analytics). Those guides explain the individual areas in more detail. Here, the focus is how the product page brings them together into one buyer-facing narrative. If the page gives you a clear picture of how information moves from hiring to employment, from daily time tracking to payroll, and from operations to reporting, then it is doing what a strong HR product page should do. ## Prerequisites Before using this guide, make sure you have already opened the **HR** product page within the public website area of **Sherkety ERP & Website Platform**. You do not need admin access for this review. This is a public-facing evaluation task based on what a visitor can read on the page. To get the most value from this guide, it helps to complete these preparation steps: 1. **Review the earlier HR guides first.** If you have not already done so, read [Exploring HR Module Overview and Business Fit](doc:exploring-hr-module-overview-and-business-fit), [Reviewing Employee Management and Organization Features](doc:reviewing-employee-management-and-organization-features), [Understanding Attendance Leave and Payroll Capabilities](doc:understanding-attendance-leave-and-payroll-capabilities), and [Evaluating Recruitment and HR Analytics](doc:evaluating-recruitment-and-hr-analytics). Those documents explain the individual workflow areas that this page brings together. 2. **Be ready to evaluate, not configure.** This guide is about reading the product page critically. You are not expected to fill out forms, change settings, or manage employee data. 3. **Know what product pages can and cannot prove.** A product page can show workflow coverage, business value, and how features appear to connect. It usually cannot confirm every approval path, every field, or every payroll rule. Keep a short list of questions for a later demo. 4. **Use a comparison mindset if you are reviewing options.** If you are comparing HR tools, evaluate each workflow using the same lens: captured data, approvals, manager visibility, and reporting outcomes. A simple way to work through the page is to scroll section by section and note whether each workflow clearly connects to the next one. After that, continue with [Understanding Hr Module Structure and Business Use Cases](doc:understanding-hr-module-structure-and-business-use-cases) to move from page evaluation into module structure and practical fit. ## Understanding repeating content fields in the editor In Sherkety ERP & Website Platform, repeating content fields appear inside the content editor as sections that hold multiple items under one heading. You will usually see these sections labeled with names such as **Links**, **Cards**, **Statistics**, or **Content Blocks**. Instead of entering one value, you work with a list of rows or stacked cards, each representing one item in that section. A repeating field usually shows: - an **Add item** button - one or more existing items displayed as separate rows or cards - item actions such as **Duplicate**, **Remove**, or a drag handle for changing order - field labels inside each item, such as **Title**, **Description**, **Image**, **Link text**, **URL**, **Label**, or **Value** Some repeating sections are simple. For example, a links list may only include **Link text** and **URL** for each row. Others are more detailed, such as card collections with **Title**, **Description**, and **Image** fields. Statistics sections often use short pairs like **Label** and **Value**, while grouped content blocks can include several fields inside one item and may even contain their own smaller repeated sections. Validation appears at the item level, not just at the top of the page. If one card is missing a required **Title**, or one statistic is missing a **Value**, the warning appears on that specific item. Optional fields remain available but do not block saving unless they are required by that block’s setup. When a section contains many items, the editor becomes easier to use if you think of each row as one complete content unit. That makes it simpler to review order, spot missing fields, and compare similar items side by side. [SCREENSHOT: Repeating field section showing stacked cards with Add item, Duplicate, Remove, and reorder handle] ## Adding list items, cards, and grouped blocks To add new repeated content in Sherkety ERP & Website Platform, open the page or section you want to edit and scroll to the repeating field area in the main form. Common sections include **Links**, **Cards**, **Statistics**, and **Content Blocks**. Each section has its own **Add item** button. 1. Open the content entry you want to update. 2. Find the repeating section where the new content belongs. 3. Click **Add item**. 4. Fill in the fields shown for the new row or block. 5. Repeat the process for any additional items. 6. Click **Save** to keep your changes. The fields you complete depend on the section: - In **Links**, you may enter **Link text** and **URL** - In **Cards**, you may fill in **Title**, **Description**, and **Image** - In **Statistics**, you may enter **Label** and **Value** - In **Content Blocks**, you may see a larger set of fields based on the selected block layout Some sections support more than one block style. In that case, after clicking **Add item**, choose the block type first, then complete the fields that appear for that version. For example, one block may show a heading and body text, while another may also include media or a call-to-action link. Only fill in the fields shown for the block you selected. After adding several items, review the list before saving. Make sure each new row appears in the correct position and that no item is left partially completed. Once you click **Save**, reopen or refresh the entry if needed and confirm that every new item still appears in the intended order with the values you entered. [SCREENSHOT: Adding a new card item with Title, Description, Image, and Save button] ## Reordering, duplicating, and removing repeated items The order of repeated items in Sherkety ERP & Website Platform usually controls how they appear on the website. If a card should appear first, or a statistic should move higher in the section, change its position directly in the editor before saving. 1. Locate the item you want to move. 2. Use the drag handle beside that item. 3. Drag it up or down until it sits in the correct position. 4. Release it and check the new order. 5. Click **Save** to keep the updated arrangement. Use **Duplicate** when you want to reuse an existing item as a starting point. This is especially helpful for cards or grouped blocks that already contain the right structure. After duplicating, edit only the fields that need to change, such as **Title**, **Description**, **Label**, or **Value**. This is faster and helps keep formatting consistent across similar items. To remove an item, click **Remove** or **Delete** on that row or block. If Sherkety ERP & Website Platform shows a confirmation prompt, review it carefully before continuing. Once confirmed, the item is removed from the current unsaved version of the entry. If you change your mind before saving, you may still be able to restore the original state by refreshing the page and discarding unsaved edits. Be careful when making several changes at once. Reordering, duplicating, and deleting all count as unsaved changes until you click **Save**. If another editor is updating the same entry at the same time, your view may not reflect their latest changes. When something looks unexpected after saving, refresh the entry and review the current item list before editing further. [SCREENSHOT: Reordering repeated items with drag handle and using Duplicate and Remove actions] ## Editing nested fields inside grouped content blocks Grouped content blocks in Sherkety ERP & Website Platform are the most detailed type of repeating item. Instead of showing only one or two fields, each block can contain its own set of inputs. Depending on the block, you may see fields such as **Heading**, **Description**, **Image**, **Link text**, **URL**, or other content areas arranged inside the same item. When a page contains many grouped blocks, the editor may show them in collapsed or expanded states. A collapsed block helps you move through long pages more quickly, while an expanded block lets you edit all fields inside that item. If you are working on several sections in one session, collapse finished blocks so you can focus on the item you are currently editing. Nested validation works the same way as other repeated content, but the warning appears inside the block where the problem exists. Watch for: - missing required fields such as **Heading**, **Title**, or **Value** - invalid entries in **URL** - incomplete media selections where an **Image** is expected - partially completed nested rows inside a larger block If a grouped block contains its own repeated content, review every nested row before saving. One incomplete nested item can prevent the whole entry from saving correctly. Expand the block fully and scan each field label rather than assuming the warning applies only to the top of the block. Some users may also see extra options in certain blocks. Administrators can have access to additional setup-driven fields or block options that standard content editors do not see. If a teammate’s screen includes extra controls and yours does not, that usually reflects role-based access rather than a problem with the editor. [SCREENSHOT: Expanded grouped content block showing nested fields and validation messages] ## Keeping repeating content consistent across entries Repeating sections are easier to manage when each item follows a clear pattern. In Sherkety ERP & Website Platform, consistency matters both for the website display and for the editing experience. When several cards, links, or statistics appear in one section, uneven naming makes the list harder to scan and easier to mis-edit. Use consistent wording in fields such as **Title** and **Label**. For example, if one statistics row uses a short phrase and another uses a full sentence, the section becomes harder to review quickly in the editor. Keeping similar items in the same style helps you spot mistakes before saving. For more complex sections, **Duplicate** is often the safest starting point. If one content block already has the correct combination of fields completed, duplicate it and replace only the values that should change. This reduces the chance of forgetting a required field in a block that contains several inputs. Before publishing or handing off your changes for review, check every repeated item for: - complete **Title** or **Label** fields - correct **Description** text where used - valid **URL** entries - the right **Image** on each card or block - a logical display order from top to bottom If you manage content across multiple entries, try to keep similar sections structured the same way. A homepage card group, a services list, and a statistics section should each follow their own internal pattern so future edits stay predictable. Administrators may also need to review section setup when editors request more or fewer items than the current section allows. If **Add item** is no longer available in a section that should accept more entries, the item limit for that section may need review. ## Common issues when working with repeating items Most problems with repeating content in Sherkety ERP & Website Platform come from item limits, missing required fields, or unsaved changes. When a section does not behave as expected, start by checking the item itself rather than the whole entry. If **Add item** is unavailable: - check whether the section already contains the maximum number of items allowed - confirm that you are editing a page you have permission to update - refresh the editor if the button should be visible but is not appearing correctly If an item will not save, open that row or block and look for field-level warnings. Common causes include: - empty **Title** - missing **Value** in a statistics row - incomplete **Link text** - invalid **URL** - a required **Image** that has not been selected If the display order is wrong after saving, make sure you moved the item using the reorder handle and then clicked **Save** afterward. Dragging an item without saving leaves the website order unchanged. It is also worth reopening the entry to confirm the saved order matches what you intended. If deleted or changed content reappears, another editor may have saved a different version of the same entry. Refresh the page and review the latest saved content before making more edits. This is especially important when several people are updating homepage sections, service cards, or grouped content blocks at the same time. If you still cannot identify the problem, compare the incomplete item with another item in the same section that saves correctly. Differences in required fields are often easier to spot when you review two similar rows side by side. [SCREENSHOT: Repeated item showing validation warning on a required field and disabled save state] ## Overview - Repeating content fields in Sherkety ERP & Website Platform are sections such as **Links**, **Cards**, **Statistics**, and **Content Blocks** that hold multiple items under one heading. - Each item is edited separately using visible field labels like **Title**, **Description**, **Image**, **Link text**, **URL**, **Label**, and **Value**. - Use **Add item** to create a new row or block, **Duplicate** to copy an existing one, the drag handle to change order, and **Remove** or **Delete** to discard an item. - Validation appears on the exact item that needs attention, which makes it easier to fix missing values inside long repeated sections. - Grouped content blocks may contain nested fields and sometimes their own repeated rows, so expanding and collapsing blocks helps you move through large entries more efficiently. - Consistency matters. Reusing a well-formed item and checking every repeated row before saving helps prevent broken layouts and incomplete content. - If you already worked through multilingual entry updates, combine that process with the item management steps in [Editing Multilingual Fields and Localized Content Variants](doc:editing-multilingual-fields-and-localized-content-variants) instead of treating them as separate workflows. This document focuses on managing the repeated items themselves. The next step is learning how those edits fit into the wider editor layout, review process, and save behavior in [Understanding the Content Editor Workspace and Save Flow](doc:understanding-the-content-editor-workspace-and-save-flow). ## Prerequisites - You can sign in to the admin area of Sherkety ERP & Website Platform and open the content editor for a page or section. - You have permission to edit content in the entry you are working on. - You already know how to work with localized fields if your section appears in more than one language. If needed, review [Editing Multilingual Fields and Localized Content Variants](doc:editing-multilingual-fields-and-localized-content-variants). - You can identify common field labels in the editor, such as **Title**, **Description**, **Image**, **Link text**, **URL**, **Label**, and **Value**. - You understand basic content editing actions such as typing into fields, selecting existing content, and clicking **Save**. - For more complex page sections, it helps if you have already seen how structured items behave in the editor. If not, read [Editing Structured Content and Repeating Items](doc:editing-structured-content-and-repeating-items). Use this guide when you need to add more cards to a section, update a list of links, reorder statistics, or manage grouped content blocks without changing the rest of the page. ## Starting on ERP Discovery Pages and Identifying What to Compare Start with the broad ERP discovery pages in Sherkety ERP & Website Platform before opening individual module pages. These pages help you understand the full ERP offer at a high level, so you can decide which areas deserve a closer look. If you already reviewed offer-level differences in [Comparing Website and ERP Offers for Business Needs](doc:comparing-website-and-erp-offers-for-business-needs), use that as your starting point for narrowing your focus. On these discovery pages, look for navigation links and grouped sections that point you toward **Accounting**, **HR**, **Inventory**, **Purchasing**, **Sales & CRM**, and **Reporting**. You may reach them from ERP landing pages, app category sections, or module cards in the ERP apps catalog. The goal here is not to inspect every feature yet. Instead, use the page structure to identify which business areas match your current needs. Platform-level evaluation is broader than module-level evaluation. On discovery pages, ask questions like: - Does this ERP fit my business size? - Does it appear suitable for my industry or operating model? - Do I need a full rollout or only selected modules? - Which departments would use it first? Once you move into a module page, your questions become more specific: - Which daily tasks does this module cover? - Who will use it? - What approvals, dashboards, or reports are shown? - How does it connect to other business areas? A practical flow is: 1. Open an ERP discovery or category page. 2. Shortlist the module pages that match your business priorities. 3. Compare detailed workflows on those module pages. [SCREENSHOT: ERP discovery page showing links or cards for Accounting, HR, Inventory, Purchasing, Sales & CRM, and Reporting] This keeps your review focused and prevents you from getting lost in feature lists too early. ## Choosing Which Module Pages to Open First Choose your first module pages based on the business problem you need to solve, not on which page has the longest feature list. Sherkety ERP & Website Platform presents ERP areas in ways that help you sort by function, department, or operational need. Use those groupings to decide where to begin. A simple way to match goals to module pages is: | Business goal | Module page to open | |---|---| | Improve financial control | Accounting | | Organize employee operations | HR | | Track stock and warehouse activity | Inventory | | Manage suppliers and buying | Purchasing | | Improve sales follow-up and quotations | Sales & CRM | | Monitor KPIs and performance | Reporting | As you browse discovery pages, pay attention to how links are grouped. If modules are organized around departments, start with the department under the most pressure. If they are grouped by pain point, choose the page closest to the issue you are trying to fix, such as delayed invoicing, stock shortages, weak sales follow-up, or limited reporting visibility. You do not always need to start with one page only. If your challenge crosses departments, open a connected set. For example: - Review **Sales & CRM + Inventory + Purchasing** if you want smoother order fulfillment - Review **Accounting + Sales & CRM** if you care about quotation-to-invoice flow - Review **HR + Reporting** if workforce visibility matters as much as HR processes Treat **Reporting** differently from the other pages. It is often most useful when reviewed alongside operational pages, because dashboards and metrics only matter if they reflect the work happening in Accounting, HR, Inventory, Purchasing, or Sales. [SCREENSHOT: ERP apps or category page with modules grouped by business function] If you are unsure where to begin, open the page tied to the most urgent business bottleneck first, then add the pages that connect to it. ## Reviewing Accounting, HR, and Inventory for Core Operations When you open the **Accounting**, **HR**, and **Inventory** pages in Sherkety ERP & Website Platform, focus on complete day-to-day workflows rather than isolated feature names. These three areas often support the core operations of finance, people management, and stock control, so they are worth reviewing carefully. On the **Accounting** page, look for signs that the module supports the full finance cycle. Useful topics include: - Invoicing - Payments - Bank reconciliation - Tax handling - Financial reporting Instead of asking whether invoicing exists, check whether the page shows how invoices move through the process, how payments are tracked, and whether reporting appears built into the workflow. On the **HR** page, review whether it covers the employee journey in a practical way. Look for: - Employee records - Recruitment - Time Off - Attendance - Payroll-related capabilities - Manager or employee self-service This helps you judge whether HR is limited to recordkeeping or whether it supports daily work for both HR staff and employees. On the **Inventory** page, pay attention to operational movement and stock visibility. Look for references to: - Stock moves - Warehouse visibility - Replenishment - Lot or serial tracking - Transfers between locations These details matter more than a simple statement that stock can be tracked. Across all three pages, compare how Sherkety ERP & Website Platform presents: - Automation - Approval steps - Dashboards - Role-based access Those elements strongly affect usability. A page that clearly shows approvals, alerts, and role-specific views usually gives you a better picture of how the module will work in real daily use. [SCREENSHOT: side-by-side review of Accounting, HR, and Inventory module pages] For deeper module-specific reading, continue with [Evaluating Accounting Capabilities and Pricing](doc:evaluating-accounting-capabilities-and-pricing), [Exploring HR Module Overview and Business Fit](doc:exploring-hr-module-overview-and-business-fit), and [Exploring Inventory Visibility and Warehouse Overview](doc:exploring-inventory-visibility-and-warehouse-overview). ## Reviewing Purchasing, Sales, and Reporting for End-to-End Process Fit The **Purchasing**, **Sales & CRM**, and **Reporting** pages are especially important when you want to understand how work moves across teams. In Sherkety ERP & Website Platform, these pages should help you judge whether buying, selling, and decision-making are connected or handled as separate activities. On the **Purchasing** page, review the buying process from supplier interaction through goods receipt. Look for: - Vendor management - Request for quotation flow - Purchase order flow - Approval steps - Receipt matching with inventory A strong page will show how purchasing decisions become actual stock activity, not just how orders are created. On the **Sales & CRM** page, focus on the path from lead to revenue. Useful areas to inspect include: - Lead or opportunity handling - Quotation creation - Order confirmation - Pricing rules - Invoicing handoff to accounting This helps you see whether the page supports the full quote-to-cash process rather than only contact tracking or quotation entry. On the **Reporting** page, inspect how information is presented for decision-making. Look for: - Dashboards - Filters - Saved views - Exports - Cross-module metrics Reporting is most valuable when it combines information from multiple business areas. If the page only speaks in general terms, look for examples tied to finance, sales, stock, procurement, or workforce performance. As you compare these pages, check whether they clearly show handoffs: - **Purchasing** connecting to **Inventory** - **Sales & CRM** connecting to **Accounting** - **Reporting** pulling from operational areas [SCREENSHOT: module pages showing process links between Purchasing, Sales & CRM, Inventory, Accounting, and Reporting] That process continuity is often more important than the number of listed features, because it tells you whether Sherkety ERP & Website Platform supports real end-to-end work. ## Comparing Module Pages as a Connected ERP System After opening the module pages that matter to you, compare them in a consistent way. The easiest approach is to create a simple comparison grid with the module names as columns: **Accounting**, **HR**, **Inventory**, **Purchasing**, **Sales & CRM**, and **Reporting**. Then fill in the same types of notes for each page. Use categories like these in your grid: | What to capture | What to look for on each module page | |---|---| | Business process covered | The main work the page says the module supports | | Primary users | Finance team, HR team, warehouse staff, buyers, sales team, managers, executives | | Upstream dependencies | What needs to happen before this module is used | | Downstream dependencies | What this module passes to another area | | Automation or approvals | Alerts, approval steps, workflow triggers, dashboard actions | For example, your notes might show that **Sales & CRM** creates quotations and confirmed orders, then passes invoicing activity toward **Accounting**. Or you may note that **Purchasing** updates stock activity in **Inventory** after goods are received. These links are often more useful than standalone feature descriptions because they show how departments work together. Keep your evaluation criteria the same across every page. Compare each module on points such as: - Workflow depth - User roles involved - Approval visibility - Reporting visibility - Cross-module handoffs - Day-to-day operational fit [SCREENSHOT: comparison worksheet or notes table for six ERP module pages] This method makes it easier to spot gaps. A page may look strong on its own, but if it does not clearly connect to the rest of your process, it may not be the right first priority. If you need help reaching the right module pages in the first place, revisit [Browsing the ERP Apps Catalog](doc:browsing-the-erp-apps-catalog) or [Evaluating ERP Modules From Catalog to Detail Pages](doc:evaluating-erp-modules-from-catalog-to-detail-pages). ## Avoiding Common Mistakes When Moving from Discovery to Module Evaluation A common mistake is opening too many module pages at once and treating them all as equally urgent. If everything looks relevant, go back to the ERP discovery page in Sherkety ERP & Website Platform and rank your business problems first. Decide what matters most right now: finance control, hiring and attendance, stock accuracy, supplier purchasing, sales follow-up, or management reporting. Then reopen only the pages tied to those priorities. Another mistake is judging a module page in isolation. A page may look strong on its own but still leave an important gap if it does not explain what happens before or after the process. Watch for missing handoffs such as: - **Sales & CRM** without a clear path to **Accounting** - **Purchasing** without visible links to **Inventory** - **Reporting** without examples from operational areas Feature counting is another trap. A long list of tools can look impressive, but it does not tell you whether the module supports a complete workflow. Shift your attention toward: - End-to-end process steps - User roles involved - Approval points - Dashboard visibility - Reporting outputs If **Reporting** feels too general, do not dismiss it immediately. Instead, check whether the page shows module-specific metrics, such as finance results, workforce trends, stock performance, procurement activity, or sales outcomes. Reporting becomes much easier to evaluate when you review it beside the operational pages it depends on. [SCREENSHOT: example notes showing urgent priorities and module handoffs] If you need to step back and reframe your choices, return to [Using ERP System Landing Pages to Evaluate Offerings](doc:using-erp-system-landing-pages-to-evaluate-offerings) or [Exploring ERP App Categories and Module Entry Points](doc:exploring-erp-app-categories-and-module-entry-points). Those pages help you narrow the field before you compare details again. ## Overview This stage of the buying journey is about moving from broad ERP interest to focused module review inside Sherkety ERP & Website Platform. You are no longer asking only whether the ERP looks suitable overall. Instead, you are deciding which module pages deserve detailed attention and how those pages fit together as one connected business solution. The most useful path is to begin on ERP discovery pages, then open the module pages that match your highest-priority business needs. From there, compare what each page says about workflows, users, approvals, dashboards, and reporting. The key module destinations are: - **Accounting** - **HR** - **Inventory** - **Purchasing** - **Sales & CRM** - **Reporting** As you review them, keep the difference between discovery and evaluation clear: - Discovery helps you understand the overall ERP offer - Evaluation helps you judge whether a specific module supports real work in your business This document fits after [Comparing Website and ERP Offers for Business Needs](doc:comparing-website-and-erp-offers-for-business-needs), where you already narrowed the choice between broader offer types. Here, the focus shifts to selecting module pages and comparing them in a structured way. A good module review in Sherkety ERP & Website Platform should answer questions such as: - Which business process does this page cover? - Which team will use it most? - What other modules does it connect to? - Does the page show workflow depth or only feature labels? - Can I compare it fairly with the other module pages? By the end of this stage, you should have a shortlist of module pages and a clear comparison method, ready for the next part of the journey: [Understanding Erp Discovery Entry Points and Buyer Journeys](doc:understanding-erp-discovery-entry-points-and-buyer-journeys). ## Prerequisites Before using this comparison approach in Sherkety ERP & Website Platform, make sure you have already done the earlier discovery work. You do not need any admin access or setup steps, but you should have enough context to recognize which ERP areas matter to your business. It helps if you have already: - Reviewed the broad ERP offer in [Discovering ERP Products and Packages](doc:discovering-erp-products-and-packages) - Browsed module entry points in [Browsing the ERP Apps Catalog](doc:browsing-the-erp-apps-catalog) - Compared broader offer types in [Comparing Website and ERP Offers for Business Needs](doc:comparing-website-and-erp-offers-for-business-needs) - Looked at ERP landing pages in [Using ERP System Landing Pages to Evaluate Offerings](doc:using-erp-system-landing-pages-to-evaluate-offerings) You should also have a basic idea of your current business priorities, such as: - Better invoicing and finance visibility - Stronger employee and attendance processes - More accurate stock control - Better supplier purchasing flow - Improved sales follow-up and quotations - Clearer dashboards and KPI reporting If you are still unsure how to move around the public pages, these guides may help first: - [Browsing the Sherkety Public Website](doc:browsing-the-sherkety-public-website) - [Using Header Menus and Footer Links](doc:using-header-menus-and-footer-links) - [Understanding Breadcrumbs and Page Location](doc:understanding-breadcrumbs-and-page-location) Bring simple notes with you as you browse. You will get more value from this stage if you can record, for each module page, the process covered, the main users, and any visible links to other modules. That preparation makes the next document, [Understanding Erp Discovery Entry Points and Buyer Journeys](doc:understanding-erp-discovery-entry-points-and-buyer-journeys), much easier to follow. ## Opening the Contact Page and Starting a Message To send a message in Sherkety ERP & Website Platform, start by opening the **Contact** page from the public website. You can usually reach it from the main navigation menu or by using the **Contact** link in the footer. If you already reviewed which channel fits your request best, use that guidance from [Choosing the Right Contact Channel for Your Inquiry](doc:choosing-the-right-contact-channel-for-your-inquiry) and then come here to send the message itself. When the **Contact** page opens, look for the inquiry form on the page. This is the main area where you enter your details and write your message. On the same page, you may also see business contact information or other contact options displayed beside or near the form. Those details help you confirm that you are on the correct page for reaching Sherkety. Use the page as a simple visitor workflow: 1. Open the **Contact** page. 2. Find the inquiry form. 3. Fill in your contact details. 4. Review what you entered. 5. Click the form’s send button. [SCREENSHOT: Contact page showing the inquiry form and contact details area] Before you start typing, make sure you are using the public **Contact** page rather than an admin screen or a product comparison page. The form is intended for visitor inquiries, including questions about business services, ERP modules, pricing, demos, and general follow-up requests. If you arrived from another page such as a services page, ERP app page, or footer link, the process stays the same. Once the **Contact** page is open and the form is visible, you are ready to enter your information and write your inquiry. ## Entering Your Contact Details and Inquiry After opening the form on the **Contact** page, complete each field carefully so Sherkety can understand your request and reply to you. The form includes four main fields: **Name**, **Email**, **Subject**, and **Message**. | Field | What to enter | Why it matters | |---|---|---| | **Name** | Your full name | Helps identify who sent the inquiry | | **Email** | Your working email address | Gives Sherkety a way to reply | | **Subject** | A short summary of your request | Helps route and understand the inquiry quickly | | **Message** | The full details of your question or request | Gives context for a useful response | Follow these steps: 1. In **Name**, type your full name as you want it to appear in the inquiry. 2. In **Email**, enter an email address you check regularly. If this is incorrect, you may not receive a reply. 3. In **Subject**, write a short summary such as asking about pricing, a demo, accounting services, or ERP modules. 4. In **Message**, explain what you need in clear language. [SCREENSHOT: Contact form fields for Name, Email, Subject, and Message] Use the **Message** box to include the details that matter most. For example, if you are asking about Sherkety ERP modules, mention whether you are interested in **HR**, **Sales & CRM**, **Accounting**, **Purchasing**, or **Reporting**. If your question is about business services, mention the service area you want help with. If you want pricing or a demo, say that directly in the message so your request is easy to understand. Keep the subject short, but make the message specific enough for a follow-up response. A clear form entry saves time and reduces back-and-forth after submission. ## Reviewing the Form Before You Submit Before clicking the send button, take a moment to review every field in the contact form. This is the easiest way to avoid missed replies or unclear requests. In Sherkety ERP & Website Platform, the most important items to check are **Name**, **Email**, **Subject**, and **Message**. Use this quick review process: 1. Read the **Name** field and make sure it shows your correct name. 2. Check the **Email** field carefully, especially spelling, missing characters, or extra spaces. 3. Read the **Subject** line and confirm it matches your request. 4. Review the **Message** text area and make sure your question is complete and easy to understand. [SCREENSHOT: Completed contact form ready for final review] Your **Email** field deserves extra attention. A message can be submitted successfully, but if the email address is typed incorrectly, Sherkety may not be able to respond to you. Look closely for common mistakes such as a missing symbol, a misspelled email provider name, or a wrong ending. The **Message** field should also be clear enough for the team to act on. If you are asking about ERP pricing, implementation support, or a product demo, say exactly what you want. If you are comparing business services and ERP offerings, mention that in the message so your inquiry reaches the right follow-up path. You do not need to write a long note, but you should include enough detail to explain your goal. If you notice anything unclear, edit the text directly in the form fields before sending. There is no need to restart the page just to fix wording. A careful review before submission gives you the best chance of getting a useful response quickly. ## Submitting the Message Successfully Once your form is complete and reviewed, send it using the main action button on the **Contact** page. Depending on the page wording, this button may appear as **Send**, **Submit**, or a similar action. Click that button only after you finish checking all fields. Use this final step sequence: 1. Confirm that **Name**, **Email**, **Subject**, and **Message** are filled in. 2. Click the form’s **Send** or **Submit** button. 3. Wait while the page processes your request. 4. Look for the confirmation shown on the page after the message is sent. [SCREENSHOT: Contact form submit button and post-submit confirmation state] After you click the button, give the page a moment to complete the request. Avoid clicking repeatedly unless the page clearly shows that nothing happened. In many cases, the page will either display a confirmation message or move you into a visible success state that tells you the inquiry was sent. A successful submission means your message has been delivered through the website contact workflow in Sherkety ERP & Website Platform. It is different from simply typing into the form and leaving the page. Your inquiry is only sent after you use the form’s submit action and receive the page response. If the page shows a success message, you can treat that as confirmation that the inquiry went through. At that point, you do not need to re-enter the same message unless you want to send a separate follow-up. If no confirmation appears, pause and check the page for a field warning or validation message before trying again. ## Understanding What Happens After Submission After you submit the form, Sherkety ERP & Website Platform should show an on-screen confirmation that your message was sent. This confirmation is the clearest sign that the website accepted your inquiry. Depending on the page behavior, the confirmation may appear as a visible success message on the same page or as a success state after submission. That confirmation matters because it tells you the message moved beyond the form and entered the website’s contact workflow. For visitors asking about business services, ERP modules, pricing, implementation support, or a demo, this means the inquiry has been passed along for follow-up rather than remaining only in your browser. Keep these expectations in mind: - A visible confirmation means the message was submitted successfully. - A submitted contact form is intended to notify the business services team or sales contact handling inquiries. - If you asked about ERP products, pricing, or demos, your message serves as your initial request for follow-up. - Typing into the form without clicking **Send** or **Submit** does not deliver anything. [SCREENSHOT: Success message shown after sending a contact inquiry] This is especially important for prospective ERP buyers. If you are reaching out about **Accounting**, **HR**, **Sales & CRM**, **Purchasing**, or **Reporting**, the submitted form acts as your contact request and helps start the conversation. The same applies if you are asking about business registration support, accounting services, or package options shown elsewhere on the website. If you leave the page before clicking the submit button, your text may be lost and no inquiry will be sent. The success message is the point where you can be confident the website received your request. For more about what information appears on the page and what kind of response timing to expect, continue with [Understanding Contact Page Information and Follow Up Expectations](doc:understanding-contact-page-information-and-follow-up-expectations). ## Fixing Common Problems When Sending a Message If your message does not go through on the **Contact** page, start by checking the form itself. Most problems come from a missing required field, an invalid **Email** entry, or a submission that did not finish properly. Use the issue that matches what you see: 1. If a field is blank, return to the highlighted area and complete it. 2. If the **Email** field looks incorrect, fix it and try again. 3. If clicking **Send** or **Submit** does not complete the request, refresh the **Contact** page and re-enter your message if needed. 4. If no success message appears, look for an error or validation message on the page. Common problems and what to do: - **Name, Email, Subject, or Message is missing** - The form may mark the empty field or stop submission. - Click into the missing field, enter the required information, and submit again. - **Invalid Email** - If the **Email** field is not in a valid format, the page may reject the form. - Correct the address directly in the **Email** field, then click **Send** or **Submit** again. - **Submit button does not complete the request** - Refresh the **Contact** page. - Re-enter the form details if the page clears your text. - Submit the message again once all fields are complete. - **No confirmation after submission** - Check whether the page displayed a warning instead of a success message. - Review each field for missing or incorrect information. [SCREENSHOT: Contact form showing a validation error on one or more fields] If you are unsure whether the message was actually sent, do not assume it went through just because you typed everything into the form. In Sherkety ERP & Website Platform, the clear sign of success is the confirmation shown after submission. Without that confirmation, review the form and try again. ## Overview - In Sherkety ERP & Website Platform, the **Contact** page is the main public page for sending visitor inquiries. - You can open it from the website navigation or the footer **Contact** link. - The form is used to send questions about business services, ERP modules, pricing, demos, and general follow-up requests. - The main form fields are **Name**, **Email**, **Subject**, and **Message**. - A successful inquiry follows a simple flow: - Open the **Contact** page - Fill in the form - Review your entries - Click **Send** or **Submit** - Wait for the on-screen confirmation - The confirmation message is the key sign that your inquiry was delivered through the website. - If you need help choosing whether the contact form is the right option before sending, refer back to [Choosing the Right Contact Channel for Your Inquiry](doc:choosing-the-right-contact-channel-for-your-inquiry). This page is best when you want to write a direct message in one place and include enough detail for someone to respond properly. It is especially useful when your request needs explanation, such as asking about ERP capabilities, implementation support, package pricing, or service fit. ## Prerequisites - You are on the public website of **Sherkety ERP & Website Platform**. - You have opened the **Contact** page from the main navigation or footer. - You are ready to provide the required form details: - **Name** - **Email** - **Subject** - **Message** - You have a valid email address that can receive a reply. - You know the main reason for your inquiry, such as: - ERP product information - Pricing - Demo requests - Business services questions - General contact follow-up - If you are not sure whether the contact form is the best channel for your request, review [Choosing the Right Contact Channel for Your Inquiry](doc:choosing-the-right-contact-channel-for-your-inquiry) before submitting. If you meet these points, you can complete the form and send your message from the **Contact** page. The next document, [Understanding Contact Page Information and Follow Up Expectations](doc:understanding-contact-page-information-and-follow-up-expectations), explains what to look for on the page after submission and how to interpret the follow-up experience. ## Comparing Company Type Pages Before You Choose On the **Company Types** area of Sherkety ERP & Website Platform, each company type page is best used as a **comparison and decision page**, not as a registration form. When you open one of these pages, focus on the parts that help you judge fit: the **company type name**, any **benefits** or **advantages** section, any **limitations** or **considerations** section, and guidance that explains **who this structure is suitable for**. If you already know how to open and read an individual page, use that skill from [Reading Company Type Detail Pages](doc:reading-company-type-detail-pages). Here, the goal is different: you are not just reading one page in isolation, you are using several pages to compare your options. As you scan each page, look for repeated guidance patterns such as: - **What this company type is best for** - **Who can use it** - **Main benefits** - **Possible drawbacks** - **Requirements or conditions** - **Business situations where it makes sense** These pages usually help visitors answer practical questions such as: - **Which structure fits my business idea?** - **Do I need something simple for a small start, or something stronger for growth?** - **Will this structure suit one owner, several owners, or future investors?** - **What responsibilities come with this option after registration?** Use the page content to narrow your shortlist, not to treat the decision as final legal confirmation. A company type page can help you compare **business structures**, understand likely **registration implications**, and identify the most suitable path to discuss next. It does **not** replace professional advice on legal setup, tax treatment, or regulatory obligations. [SCREENSHOT: Company type detail page showing the company type title, benefits section, limitations section, and suitability guidance] ## Reviewing the Decision Factors That Matter to Your Situation When you compare company type pages in Sherkety ERP & Website Platform, the most useful approach is to match the page guidance to your real business situation. The strongest decision factors usually relate to **ownership**, **risk**, **tax impact**, and **ongoing responsibilities**. Instead of asking which option looks easiest, ask which option matches how you plan to operate. Pay close attention to page content that signals: - **Ownership structure** — whether the page seems aimed at one founder, family ownership, partners, or a broader ownership setup - **Liability exposure** — whether the structure appears to separate personal risk from business risk, or leaves more responsibility with the owner - **Tax treatment** — whether the page suggests different tax implications depending on the structure - **Reporting obligations** — whether the page points to more formal recordkeeping, filings, or ongoing compliance work Suitability cues on the page often help you interpret these factors. For example, a page may clearly feel more appropriate for: - A **solo founder** testing a simple business model - A business with **multiple owners** who need shared decision-making - A company planning for **investment or expansion** - A business expecting to stay **small and closely controlled** The trade-offs matter. A structure that looks easy to set up may come with limits later. A more formal option may require more administration, but support stronger governance or growth. As you read, compare: - **Setup simplicity** versus **long-term flexibility** - **Lower paperwork now** versus **more structure for future growth** - **Direct owner control** versus **shared rules and responsibilities** - **Faster registration** versus **heavier compliance after registration** Your final choice is often shaped by how much complexity you can realistically manage. If a page suggests more reporting, more formal obligations, or stricter conditions, include that in your decision—not just the headline benefits. ## Using Page Content to Compare Business Structures Side by Side Sherkety ERP & Website Platform makes company type pages easier to compare because they usually follow familiar content patterns. When several pages use similar headings and section layouts, you can move from one page to another and compare the same kinds of information without starting over each time. That repeated structure is useful when you want to judge two or three options side by side. As you open each company type page, look for comparison-friendly sections such as: - **Benefits** or **advantages** - **Limitations**, **considerations**, or similar caution sections - **Best for** guidance - **Eligibility** notes - **Required documents** or registration-related conditions - Scenario or example-based explanations A practical way to compare is to keep the same questions in mind on every page: - **Who is this structure designed for?** - **What are the main strengths?** - **What restrictions or responsibilities come with it?** - **What conditions might prevent it from being the right fit?** If a page includes a table, a clearly separated pros-and-cons area, or grouped guidance blocks, use those sections first. They often present the fastest route to comparison because the information is already organized into categories. If the pages do not use a formal table, repeated headings still let you compare manually by reading the same section on each page. Be careful with details that can change the decision significantly: - **Eligibility conditions** - **Document requirements** - **Jurisdiction-specific rules** - Notes that suggest the structure is only suitable in certain cases Examples are especially helpful when two options seem similar. A short scenario can reveal whether a page is aimed at a freelancer, a family-run business, a partnership, or a company planning to scale. Those examples help you distinguish between structures that may sound alike in name but differ in responsibility and long-term fit. [SCREENSHOT: Two company type pages open in separate browser tabs, each showing matching sections like benefits, limitations, and best-for guidance] ## Matching a Company Type to Your Business Goals The best way to use company type guidance in Sherkety ERP & Website Platform is to start with your **business goals**, then test each page against them. Instead of beginning with the most familiar company type name, begin with how you expect the business to operate. That gives the page content a clear purpose. Think first about your intended model: - **Independent work** where one person controls decisions - A **family business** with close ownership and limited outside involvement - A **partnership** where responsibilities and ownership are shared - A **growth-oriented company** that may need stronger structure over time Once you know your direction, compare that with the page’s suitability guidance. Useful priorities to map against the page include: - **Control preferences** — do you want full personal control, or a structure that supports shared ownership? - **Funding plans** — are you staying self-funded, or preparing for outside investment later? - **Risk tolerance** — how important is it to separate personal exposure from business obligations? - **Compliance capacity** — can you manage more formal reporting and administration if the structure requires it? As you read, notice whether the page presents the company type as a fit for your **current stage** or for a **later stage**. Some pages may describe an option that is strong for expansion, but unnecessarily formal for a very early business. Others may suit a simple launch but appear limited once the business grows. A useful outcome is to create a shortlist of **one or two company types**. Choose the pages where the strongest alignment appears between your goals and the page’s decision factors. If one page matches your ownership plan but another better supports growth, keep both on your shortlist and compare them again before making contact. ## Recognizing When a Similar Option Is Actually a Better Fit It is common to arrive at one company type page in Sherkety ERP & Website Platform and feel that it sounds right—until you compare it with a similar option. Two structures can appear close at first because both support business registration, but the details on the page often reveal that one is a better fit for your ownership model, risk level, or future plans. Watch for warning signs in the page content that suggest your first choice may not be ideal: - The **best for** section describes a different kind of owner or business stage than yours - The **limitations** section mentions restrictions that would affect your plans - The page seems suitable only for **simple operations**, while you expect growth or multiple stakeholders - The page implies more **administrative work** than you are ready to handle - The page’s examples do not resemble your situation When two pages seem similar, compare their **best for** and **limitations** sections closely. That is often where the real difference appears. One option may be better for a single owner who wants simplicity, while another may make more sense for shared ownership, stronger liability separation, or future expansion. Pay special attention to differences that matter **after registration**, not just at the starting point: - **Ownership flexibility** - **Liability implications** - **Compliance workload** - Suitability for **investors**, partners, or long-term scaling Scenario examples are especially valuable here. If one page describes situations that sound like your business and another does not, that is a strong clue. Use those examples to validate whether you are truly the intended audience for that structure, rather than choosing based only on the company type name. [SCREENSHOT: Company type page section highlighting “Best for” and “Limitations” content used for comparison] ## Avoiding Common Mistakes When Interpreting Company Type Guidance A common mistake on company type pages in Sherkety ERP & Website Platform is assuming that the **fastest** or **simplest** option is automatically the best one. Simplicity can be useful, especially at the start, but a structure that feels easy today may create limits later if your ownership, risk profile, or growth plans change. Always read beyond the headline benefit. Another frequent point of confusion is treating **business name registration** and **company structure selection** as the same decision. They are not the same thing. A page about a company type is helping you understand the **business structure** itself—how it is organized, who it suits, and what responsibilities may follow. Do not assume that choosing a name or starting registration answers the deeper structure question. When reading examples on the page, use them as guidance, not as proof that the option fits you. Generic examples can help you understand the intended audience, but they should never outweigh more important information such as: - **Eligibility rules** - **Tax-related implications** - **Liability considerations** - **Ongoing reporting or compliance requirements** If more than one company type seems suitable, do not force a quick decision. Instead: - Revisit the **best for** sections on each page - Compare the **limitations** side by side - Check whether the page guidance matches your **current stage** or a future stage - Note any conditions or obligations that would affect your daily operations If the page content still leaves you uncertain, treat that as a sign to seek specialist advice before proceeding. The company type pages are there to help you narrow options and ask better questions, not to replace legal, tax, or regulatory guidance. ## Overview Sherkety ERP & Website Platform presents company type pages as a practical decision aid for visitors who are comparing business structures. These pages are most useful when you treat them as **guidance pages** that help you evaluate fit, rather than as a final approval or registration outcome. The value comes from comparing several pages using the same reading pattern. Across the **Company Types** area, focus on the page elements that support decision-making: - **Company type title** - **Benefits** or **advantages** - **Limitations** or caution points - **Best for** guidance - **Eligibility** notes - Any examples that show who the structure is meant for The main purpose of these pages is to help you answer three practical questions: - **Which structure best matches my business model?** - **What trade-offs come with each option?** - **Which one or two options should I discuss further?** As you move between pages, compare the factors that have the biggest effect on your choice: - **Ownership setup** - **Liability exposure** - **Tax implications** - **Compliance and reporting workload** - Suitability for **growth**, **partners**, or **investors** The strongest results come from reading side by side, not from relying on one page alone. If you need help opening the pages and understanding their layout, refer back to [Reading Company Type Detail Pages](doc:reading-company-type-detail-pages). If you need the broader entry points into this area, see [Browsing Company Type Guidance and Registration Content](doc:browsing-company-type-guidance-and-registration-content). Use the content to narrow your shortlist and clarify your questions. In the next document, [Using Company Information Pages to Prepare for Contact](doc:using-company-information-pages-to-prepare-for-contact), you will turn that shortlist into a more focused contact and inquiry plan. ## Prerequisites Before using this guidance effectively in Sherkety ERP & Website Platform, make sure you have already spent some time browsing the company information pages and opening at least one company type detail page. This document assumes you are already comfortable moving through the public website and recognizing the main sections on a company type page. You will get the most value from this guide if you have already done the following: - Browsed the **Company Types** area from the public website - Opened one or more company type detail pages - Read the main page sections such as **benefits**, **limitations**, and **best for** - Identified at least a rough idea of your business situation, such as solo ownership, partnership, family business, or growth plans If you have not done that yet, start with these earlier guides: - [Browsing Company Type Guidance and Registration Content](doc:browsing-company-type-guidance-and-registration-content) - [Reading Company Type Detail Pages](doc:reading-company-type-detail-pages) It also helps to have a few personal decision points in mind before comparing pages. You do not need formal documents to read the guidance, but you should know the basics of what you are trying to decide, such as: - Whether you expect **one owner** or **multiple owners** - Whether you want a **simple launch** or a structure that supports **future growth** - How concerned you are about **personal liability** - Whether you are comfortable with more **ongoing administration** if the structure requires it You do not need to be ready to register anything yet. The goal at this stage is simply to read the page content with a clear comparison mindset so you can narrow your options before moving on to contact preparation. ## Scanning the homepage from the top navigation to the first call to action When you first open the homepage in **Sherkety ERP & Website Platform**, start with the header area at the top of the page. This is where visitors usually see the **logo**, the main navigation links, and one or more action buttons that lead to the next step. The logo acts as a home link, so if you move to another page and want to return, click the logo in the header. The main navigation helps you quickly decide whether you want to explore ERP products, business services, company information, or contact options. If you already reviewed the team and ecosystem areas, keep that context in mind from [Viewing Team and Ecosystem Highlights](doc:viewing-team-and-ecosystem-highlights), but stay focused here on the order in which a new visitor reads the page. Just below the header, the first large block is the **hero section**. This is the top banner area with the main headline, supporting text, and the first prominent button. At a glance, this section answers three basic questions: - What does Sherkety offer? - Is this for businesses looking for ERP software, business services, or both? - What should I click first? Look closely at the first visible buttons. Their labels tell you the intended path. A button related to a demo, ERP, or product exploration points you toward software evaluation. A button related to contact, consultation, or getting started points more toward speaking with the team about services. [SCREENSHOT: Homepage header with logo, main navigation, and first hero call-to-action button] Before scrolling, use the top section to make an initial choice: - **Explore ERP** if you want to compare modules and product capabilities - **Reach out for services** if you need company setup, accounting, or business support - **Keep scrolling** if you are still deciding which path fits you best ## Understanding how the hero section positions ERP and business services The **hero section** is the homepage’s first major message, and it is designed to help two different visitor types orient themselves quickly. Visually, this section usually includes a large **headline**, a short **subheadline or supporting line**, a paragraph or short block of explanatory text, and a **primary button** that stands out more than the surrounding links. Read the headline first. It gives the broad promise of what **Sherkety ERP & Website Platform** offers. Then read the supporting text directly underneath. This is where the page usually clarifies whether the focus is on digital business operations, company support services, or a combination of both. The primary button is the strongest signal of what the page wants you to do next. If you are a **Prospective ERP Buyer**, look for wording that points to: - ERP modules - product features - business management tools - demo or trial actions If you are a **Business Services Visitor**, look for wording that points to: - company registration - accounting support - consultation - service inquiries or direct contact This distinction matters because the hero may speak to both audiences in one shared message. The fastest way to interpret it correctly is to compare the main button label with the nearby supporting text. If the button suggests product exploration, follow that route. If it suggests speaking with the team, use that as your service path. Near the hero, you may also see trust-building content such as short proof statements, brand indicators, or quick credibility cues. These are not the main navigation tools, but they help confirm that the offer is established and business-focused. For a deeper look at the opening message itself, see [Understanding the Homepage Hero and Primary Actions](doc:understanding-the-homepage-hero-and-primary-actions). [SCREENSHOT: Hero section showing headline, supporting text, and primary action button] ## Reading the middle sections to compare offerings and fit Once you move below the hero, the middle part of the homepage helps you compare what **Sherkety ERP & Website Platform** actually offers. These sections are where the page shifts from a broad promise to more specific choices. You may see blocks arranged as **cards**, **columns**, **feature lists**, or grouped content sections with headings and buttons. These middle sections are useful when the hero caught your attention but did not fully answer which path fits your business. Read the section headings first. They usually tell you whether the block is about ERP capabilities, startup support, accounting help, service packages, or another business offering. Then scan the button labels under each block. The label often tells you where the click will take you next. Use these visual cues to compare options: - **Cards** usually separate different offerings into easy-to-scan choices - **Columns** help compare categories side by side - **Icon lists** highlight benefits or included features - **Feature grids** help ERP buyers understand module coverage at a glance As you scroll, ask yourself one question: “Am I trying to buy software, get implementation help, or solve a broader business services need?” The middle sections are designed to answer that. A few practical reading habits help here: 1. Read the section title before reading the paragraph text. 2. Check the button label under each block. 3. Click only when the heading and button both match your goal. For example, a block that emphasizes ERP apps or business operations is likely a product path. A block centered on setup, accounting, or advisory support is more likely a services path. If you want more detail on package and value-focused homepage content, use [Reviewing Startup Package and Value Sections](doc:reviewing-startup-package-and-value-sections). [SCREENSHOT: Mid-page homepage cards or feature blocks with separate buttons for different offerings] ## Using proof sections to judge credibility before contacting sales After the homepage introduces the main offer and presents the core choices, it usually moves into **proof sections**. These are the parts of the page that help visitors feel confident before they click **Contact**, request a demo, or move deeper into a product or services page. In **Sherkety ERP & Website Platform**, this proof can appear as customer quotes, trust indicators, partner-style badges, results-focused statements, or linked stories that support the claims made earlier on the page. The placement matters. Proof sections usually appear **after** the hero and offering sections because most visitors first need to understand what is being offered. Once that is clear, they naturally look for evidence that the company can deliver. If you are a **Prospective ERP Buyer**, look in these sections for signs such as: - successful delivery or implementation language - operational improvement claims - business growth or efficiency outcomes - links that suggest deeper product evaluation If you are a **Business Services Visitor**, look for: - signs of advisory or delivery credibility - evidence of hands-on support - confidence-building statements about service quality - links that move you toward consultation or inquiry Use proof sections as a validation step, not as your main way of navigating the homepage. Read them after you already have a likely direction in mind. If a quote, badge, or trust statement supports the path you were considering, that is a good sign to continue. When a proof section includes a button or link, treat it as a deeper-evaluation option. It may lead to a service page, product detail page, or contact route. For broader trust-focused reading, see [Exploring Homepage Promotions and Trust Content](doc:exploring-homepage-promotions-and-trust-content). [SCREENSHOT: Homepage proof section with trust indicators, quote area, or credibility-focused content] ## Choosing the right next step from the lower-page calls to action By the time you reach the lower part of the homepage, **Sherkety ERP & Website Platform** starts repeating key actions so you do not need to scroll back to the top. These lower-page call-to-action areas are important for visitors who needed more context before deciding. You may see buttons, contact prompts, linked sections, or footer navigation that give you another chance to act. This part of the page works best when you match the action to your intent: | Your goal | Best next step | |---|---| | Evaluate ERP features | Use a demo, product, or ERP-related button | | Ask about business services | Use a contact or consultation option | | Keep comparing before deciding | Use linked pages in the section blocks or footer | If you are still unsure, follow this simple decision flow: 1. **Learn more** from the hero and middle sections. 2. **Compare offerings** using cards, headings, and linked blocks. 3. **Review proof** in trust or credibility sections. 4. **Choose an action** based on whether you want software evaluation or service support. The footer is especially useful if you skipped earlier buttons. It often gives you a fallback path through navigation links, business details, and additional page destinations. Repeated buttons lower on the page are not duplicates by accident—they are there for visitors who needed more information first. [SCREENSHOT: Lower-page call-to-action area and footer navigation links] If the top button did not feel right when you first saw it, the lower-page actions give you a second chance to choose more confidently without starting over. ## Avoiding common misreads when deciding where the homepage should take you A common mistake on the homepage is deciding too quickly based only on the first large headline. In **Sherkety ERP & Website Platform**, the homepage can speak to more than one audience, so the hero alone may not tell the full story. To avoid choosing the wrong path, confirm your direction with the **section headings**, **card titles**, and **button labels** as you scroll. If two buttons seem similar, pause and compare the wording before clicking. A button that suggests a demo usually points toward ERP evaluation. A button that suggests contact or consultation is more likely meant for service discussions. Small wording differences matter because they reflect different next steps. Use this approach when the page feels mixed: - Read the heading of the current section - Check the action button directly under that section - Ask whether it matches your role: ERP buyer or services visitor Also, do not treat testimonials, logos, or trust statements as your main navigation route. These elements are there to support confidence, not to replace the clearer path shown by section titles and action buttons. If you are still deciding fit, rely more on the offering sections than on the proof sections. Another easy misread is assuming every repeated button leads to the same kind of page. Repeated actions may appear in different contexts, and the surrounding section usually explains why that action is being offered there. Read the nearby text before clicking. When in doubt, follow the section whose heading most clearly matches your goal: - **ERP-related wording** for software buyers - **service-related wording** for visitors seeking business support That keeps your homepage journey intentional instead of reactive. ## Overview This homepage flow is designed to help different visitors sort themselves quickly without forcing them into one path too early. In **Sherkety ERP & Website Platform**, the page starts broad at the top, becomes more specific in the middle, adds confidence-building proof further down, and then repeats the most useful actions near the bottom. Reading the page in that order helps you understand not just what is being offered, but which next step is meant for you. The top of the homepage answers the most urgent visitor questions first: what Sherkety does, who it helps, and where to click next. The hero gives the first directional push. The middle sections then separate the offer into clearer categories so you can compare ERP-related content with business services content. Proof sections reinforce credibility once you already understand the choices. Lower-page calls to action then give you a practical route forward without requiring you to scroll back. This matters because the homepage serves more than one buying journey: - visitors exploring ERP products - visitors seeking business services - visitors still comparing both If you want to use the homepage effectively, do not read it as one long advertisement. Read it as a sequence of decision points. The header helps you start, the hero helps you orient, the middle sections help you compare, and the lower-page actions help you commit to a next step. For nearby homepage reading, you can connect this guide with [Viewing Team and Ecosystem Highlights](doc:viewing-team-and-ecosystem-highlights), which covers trust and people-focused content that supports the broader homepage journey. ## Prerequisites You do not need admin access or editing permissions to use this part of **Sherkety ERP & Website Platform**. This guide is for any visitor reading the public homepage and deciding where to go next. Before using the homepage flow described above, it helps if you already know: - whether you are mainly looking for **ERP software** or **business services** - whether you prefer to **contact the team now** or **compare options first** - which language you want to browse in, if you use the site in more than one language A few things make this guide easier to follow: - Open the public homepage in your browser - Be ready to scroll from the header down to the footer - Pay attention to section headings and button labels rather than reading only the largest text - Use internal navigation links when a section clearly matches your goal If you want more background before focusing on homepage flow, these guides can help: - [Browsing the Sherkety Public Website](doc:browsing-the-sherkety-public-website) - [Using Header Menus and Footer Links](doc:using-header-menus-and-footer-links) - [Switching Languages While Browsing the Platform](doc:switching-languages-while-browsing-the-platform) The next document in this sequence is [Using Homepage Promotions and Package Highlights](doc:using-homepage-promotions-and-package-highlights), which focuses on how promotional blocks and package-focused sections influence visitor decisions. ## Starting from the Homepage On the homepage in **Sherkety ERP & Website Platform**, most visitors begin with the areas that are easiest to scan first: - the **top navigation** - the **hero section** - featured **service cards** - **ERP-focused sections** - the **footer** with contact links If you already reviewed broader navigation behavior in [Using Public Website Navigation Patterns Across Marketing Pages](doc:using-public-website-navigation-patterns-across-marketing-pages), this section focuses on how those entry points turn into a real visitor journey. The homepage usually separates two clear goals: - **business services evaluation**, such as company registration, accounting services, startup support, or related offers - **ERP solution discovery**, where a visitor wants to understand Sherkety ERP modules, packages, and business software capabilities This split matters because the page gives different kinds of next steps depending on what a visitor is looking for. A visitor interested in services is more likely to follow a **service card**, a **services menu item**, or a section explaining business support. A visitor interested in software is more likely to choose an **ERP link**, an **ERP apps section**, or a module-related call to action. The first inquiry triggers often appear early, not only at the bottom of the page. Visitors may see: - a **hero call-to-action button** - a **contact** or **consultation** prompt - links that open a more detailed landing page with inquiry options - footer contact links for people who want to act immediately The homepage supports quick scanning. Many visitors move in this order: - read the main headline and value message - glance at featured sections - choose either a **service path** or an **ERP path** - continue to a dedicated page with more detail and stronger contact prompts [SCREENSHOT: Homepage showing hero buttons, service cards, ERP section, and footer contact links] ## Exploring Service Evaluation Paths A service journey usually starts from one of two places on the homepage: - a **service card** - a **Services** menu option in the header From there, the visitor lands on a page focused on one offer, such as accounting support, company registration guidance, startup-related help, or another business service. These pages work best when they keep the visitor in one clear flow instead of forcing them to jump between multiple pages. Service landing pages usually help visitors evaluate an offer through content such as: - a clear **service description** - **benefit statements** explaining what the service helps with - **process explanations** that show how the work happens - **trust-building sections**, such as credibility content, team highlights, or supporting information This creates a simple reading pattern. A visitor first asks, “What is this service?” Then, “Is it right for my business?” Finally, “How do I ask about it?” That final step is where inquiry actions matter. On service pages, visitors are more likely to act when they see contact options placed near the content that answers their questions. Common turning points include: - an **inquiry button** after the service introduction - a **consultation prompt** after benefits or process details - a **contact form link** near the middle or end of the page - a repeated **contact action** in the footer Keeping evaluation content and inquiry actions on the same page reduces friction. The visitor does not need to search for a separate contact area after deciding they are interested. They can read, compare, and act in one place. For deeper examples of service-focused browsing, see [Finding Services Through Navigation and Service Menus](doc:finding-services-through-navigation-and-service-menus), [Exploring the Accounting Services Page](doc:exploring-the-accounting-services-page), and [Browsing Company Type Guidance and Registration Content](doc:browsing-company-type-guidance-and-registration-content). [SCREENSHOT: Service landing page with benefits section and inquiry button visible before the footer] ## Discovering ERP Solutions Through Landing Pages The ERP journey starts differently from a service journey. Instead of looking for a business support service, the visitor is usually researching software fit. On the homepage, that path often begins through: - an **ERP link** in navigation - a featured **ERP solution section** - a module highlight such as **Accounting**, **Sales & CRM**, **HR**, **Purchasing**, or **Reporting** - a campaign-style landing page focused on one ERP topic Once the visitor enters an ERP page, the evaluation flow becomes more product-focused. These pages typically guide the visitor through a sequence like this: - a **solution overview** that explains what the ERP offer covers - **capability highlights** showing what the module or package can do - **implementation messaging** that helps the visitor picture rollout or adoption - **business-fit explanations** that connect features to real company needs This is a more research-driven journey than general service browsing. A service visitor may want quick reassurance and a fast conversation. An ERP visitor often wants to compare options, understand scope, and decide whether a module matches their operations. That is why ERP pages usually move visitors toward deeper-interest actions such as: - **Request Demo** - **Consultation** prompts - **Contact** actions - links to more detailed ERP pages or app pages The goal is not only to get a click, but to help the visitor qualify interest. Someone exploring **Accounting** may continue into pricing or capability details. Someone reading about **HR** may compare employee management, attendance, leave, payroll, recruitment, or analytics content before contacting Sherkety. If you want a closer look at ERP entry points and product evaluation, continue with [Using ERP System Landing Pages to Evaluate Offerings](doc:using-erp-system-landing-pages-to-evaluate-offerings), [Browsing the ERP Apps Catalog](doc:browsing-the-erp-apps-catalog), and [Evaluating ERP Modules From Catalog to Detail Pages](doc:evaluating-erp-modules-from-catalog-to-detail-pages). [SCREENSHOT: ERP landing page showing overview content, module highlights, and demo/contact call-to-action] ## Moving from Interest to Contact Across public pages in **Sherkety ERP & Website Platform**, visitors can move from reading to contacting Sherkety through several action types. The main conversion actions include: - **contact forms** - **inquiry buttons** - **consultation request** prompts - direct **phone** or **email** links when shown on the page - footer **contact links** These actions do not all signal the same level of intent. Some are light-touch actions that help a visitor continue exploring. Others show that the visitor is ready to start a conversation. A useful way to read the page flow is to separate actions into two groups: - **Low-commitment actions**: reading more, opening a detailed page, moving from a homepage section into a service or ERP page - **High-intent actions**: submitting a contact form, clicking a direct inquiry button, requesting a consultation, or choosing a demo-related prompt Contact actions may appear in several places during the journey: - in the **hero section** for visitors ready to act immediately - in **mid-page callouts** after benefits, comparisons, or process explanations - inside repeated **call-to-action blocks** - in the **footer contact area** for visitors who scroll through the full page Each path usually reflects a different visitor need: - **general questions** often come through broad contact links - **service qualification** usually follows reading service details and then choosing an inquiry or consultation action - **ERP discovery conversations** often begin after reviewing module capabilities and then selecting a demo or consultation prompt When contact options appear early and again later, visitors can act at the moment they feel ready instead of hunting for the next step. For more detail on inquiry behavior itself, see [Using Public Calls to Action and Conversion Paths](doc:using-public-calls-to-action-and-conversion-paths) and [Contacting Sherkety Through Forms and Direct Channels](doc:contacting-sherkety-through-forms-and-direct-channels). [SCREENSHOT: Public page with hero contact button, mid-page consultation prompt, and footer contact block] ## Comparing the Main Visitor Journeys The two main public journeys begin on the same homepage, but they behave differently once a visitor chooses a direction. The **homepage-to-service** path usually looks like this: - homepage headline or service teaser - **service card** or **Services** menu choice - service landing page with description, benefits, and process content - **inquiry** or **consultation** action The **homepage-to-ERP** path usually looks like this: - homepage ERP section or ERP-related navigation link - ERP landing page or app page - overview, capability, and business-fit content - **demo**, **consultation**, or **contact** action The shortest path to inquiry is for visitors who already know what they want. They may: - click a **hero call-to-action button** - use a visible **contact** link - jump straight to a landing page and submit an inquiry without reading every section Other visitors need more evaluation first. They often compare benefits, read trust content, review detailed explanations, and only then choose a contact action. That longer path is normal, especially for ERP pages where software comparison takes more thought. Landing pages also behave differently from the homepage. The homepage offers multiple directions and supports broad scanning. A landing page is narrower. It usually removes extra choices and keeps attention on one topic with more direct calls to action. This makes landing pages especially useful for visitors arriving from search, ads, or shared campaign links. Common decision moments appear across both paths: - choosing **services** versus **ERP** - deciding whether to keep reading or contact immediately - moving from broad homepage content into a focused landing page - selecting the right inquiry type based on need That branching behavior is what turns a homepage visit into a meaningful inquiry journey. ## Handling Common Drop-Off Points Before Inquiry When visitors do not move forward, the problem is often visible in the page layout rather than in the contact form itself. The most common drop-off points happen before the inquiry step. If visitors stay on the homepage without progressing, review whether the next choices are obvious. The homepage should make these paths easy to spot: - **hero call-to-action buttons** - **service cards** - **ERP links** - visible **contact** options If those elements blend into surrounding content, visitors may scroll without choosing a direction. The homepage should quickly answer, “Do you need a business service, an ERP solution, or direct contact?” Another common issue is when visitors read a landing page but never contact Sherkety. In that case, check whether inquiry actions appear soon enough. Good placement usually means showing an **inquiry button** or **consultation prompt**: - near the top of the page - after key value or benefit sections - again before the footer If contact options appear only in the footer, visitors may leave before reaching them. Confusion between service pages and ERP pages can also block progress. If a visitor cannot tell whether they need accounting support, company setup help, or an ERP module, the labels and page messaging need to separate those choices more clearly. Helpful distinctions include: - **services** for done-for-you or advisory support - **ERP** for software capabilities, modules, and business process tools Finally, some journeys delay contact too long. If the first clear inquiry option appears only after several sections, surface a contact action earlier in the hero or first content block. Repeating the action later still helps, but the first opportunity should come before the visitor loses momentum. For related guidance on page behavior and action placement, see [Understanding Public Page Layouts and Visitor Actions](doc:understanding-public-page-layouts-and-visitor-actions) and [Using Public Calls to Action Across Marketing Pages](doc:using-public-calls-to-action-across-marketing-pages). ## Overview Public page journeys in **Sherkety ERP & Website Platform** are built around a simple pattern: visitors arrive, choose a direction, evaluate what they see, and then decide whether to contact Sherkety. The homepage is the main starting point because it presents several clear paths in one place. The most important journey types are: - **homepage to service page to inquiry** - **homepage to ERP page to demo or consultation** - **homepage directly to contact action** Each path depends on visible page elements rather than hidden steps. Visitors respond to what they can immediately see: - **navigation links** - **hero buttons** - **service cards** - **ERP sections** - **contact prompts** - **footer links** The journey becomes stronger when each page answers one question at a time: - What is being offered? - Who is it for? - Why should the visitor care? - What should they click next? That is why focused landing pages matter. They reduce distraction and keep the visitor close to the next action. A service page supports evaluation with benefits, process details, and trust content. An ERP page supports comparison with module overviews, capability highlights, and business-fit messaging. The key takeaway is that inquiry does not begin only at the contact form. It begins much earlier, when a visitor first notices a **call-to-action button**, a **service link**, or an **ERP entry point** that matches their intent. If those early signals are clear, the path to contact feels natural instead of forced. [SCREENSHOT: Side-by-side example of homepage entry points leading to service pages, ERP pages, and contact actions] ## Prerequisites Before using this page journey effectively, it helps to already be comfortable with the basic browsing patterns on the public website. You do not need admin access or editing tools. This topic is for anyone viewing public pages and trying to understand how visitors move from interest to inquiry. You should already know how to: - use the **header navigation** - recognize **hero sections** and **call-to-action buttons** - move through **landing pages** - use **footer links** - identify where a page is asking you to read more versus contact Sherkety If you need a refresher on those basics, review: - [Browsing the Sherkety Public Website](doc:browsing-the-sherkety-public-website) - [Navigating Public Pages and Entry Points](doc:navigating-public-pages-and-entry-points) - [Understanding Public Page Layouts and Visitor Actions](doc:understanding-public-page-layouts-and-visitor-actions) It also helps if you can already distinguish between the two major content families on the site: - **business services pages**, such as accounting, company registration, and startup support - **ERP pages**, such as module overviews, app pages, and package-related content If that distinction is still unclear, these related guides will help before you go deeper: - [Finding Services Through Navigation and Service Menus](doc:finding-services-through-navigation-and-service-menus) - [Discovering ERP Products and Packages](doc:discovering-erp-products-and-packages) The next useful step after this document is [Exploring Public Website Entry Pages and Destination Types](doc:exploring-public-website-entry-pages-and-destination-types), which looks more closely at where visitors land first and how those entry pages shape the rest of the journey. ## Exploring the reporting dashboard buyers will use every day In **Sherkety ERP & Website Platform**, the Reporting & Analytics area is easiest to judge by looking at the page the user will open most often: the main dashboard. This screen typically brings together a **dashboard header**, a **filter bar**, **KPI cards**, and a set of **charts** or **tables** on one page. Instead of opening separate reports one by one, managers can scan the top of the screen for headline numbers and then move down into visual details. At the top of the dashboard, expect to see controls such as a **date range selector** and report filters that affect the whole page. When you change the reporting period, every KPI card and chart should update together so you are always looking at one consistent time window. This is especially important when comparing monthly, quarterly, or year-to-date performance. Many reporting screens also separate information using **dashboard tabs** or saved report views. One tab may focus on an **executive summary** with high-level business results, while another may show more detailed operational reporting. That separation matters because senior decision-makers usually want a quick snapshot, while department leads need more detail for follow-up work. As you review the layout, pay attention to how **global filters** work. Useful filters often include: - **Company** - **Department** - **Location** - **Reporting period** When these filters change every widget on the page at once, the dashboard becomes much more practical for real business use. Also note the difference between two common display styles: - **KPI cards** show a fast snapshot, such as current revenue or open receivables. - **Charts and tables** show movement over time, patterns, and detailed breakdowns. [SCREENSHOT: Reporting dashboard with header, KPI cards, charts, and filter bar] If you need a refresher on dashboard basics before judging business value, revisit [Understanding Dashboards KPIs and Drill Down Analysis](doc:understanding-dashboards-kpis-and-drill-down-analysis). ## Reading KPI cards to judge business health quickly A strong reporting experience in **Sherkety ERP & Website Platform** starts with clear **KPI cards**. These small summary tiles help users judge business health without reading a full report. When you open a reporting dashboard, each card should make sense at a glance and answer a simple question: *What is happening right now, and is it better or worse than before?* A useful KPI card usually includes: - A **metric name** such as revenue, gross margin, overdue receivables, or cash position - The **current value** - A **comparison period**, such as last month or last year - A **variance indicator**, showing increase or decrease - A **color cue** that signals positive, neutral, or negative performance These details turn a raw number into something managers can act on. For example, a revenue card may show current sales with an upward variance, while an overdue receivables card may show a warning color if unpaid balances are rising. A cash position card is especially valuable when leadership needs to understand short-term financial flexibility. When reviewing KPI cards, focus on whether the comparison is easy to understand. Good cards do not just show a number; they show whether the number is moving in the right direction. That context matters more than the total itself. Another key point is **drill-down behavior**. A KPI tile becomes much more useful when clicking it opens the supporting detail, such as a transaction list, customer balances, or a more detailed report view. That lets a manager move from “something changed” to “why did it change?” in one action. Look as well for **targets** or **threshold markers**. These are what turn reporting into decision support. A card that shows actual performance against a target helps managers judge urgency immediately instead of interpreting the number on their own. [SCREENSHOT: KPI cards showing current values, variance, and color-coded status] For report sharing and management discussions built on these metrics, see [Sharing Reports and Supporting Decisions](doc:sharing-reports-and-supporting-decisions). ## Using filters and drill-downs to answer specific business questions The real value of reporting in **Sherkety ERP & Website Platform** appears when users can move from broad summaries to specific answers. That is where the **filter bar** and **drill-down actions** matter most. A dashboard may look impressive at first glance, but if users cannot narrow the view or open the detail behind a number, it becomes much less useful in daily work. Start with the **filter bar** at the top of the reporting screen. This is where users refine the dashboard to match the question they are trying to answer. Common filter choices may include: - **Date range** - **Business unit** - **Product category** - **Customer segment** - **Salesperson** These filters should update the whole dashboard together so the user does not have to repeat the same selection on every chart. Grouping options are just as important. A buyer should check whether the report can move from company-wide totals into more focused views, such as: - By **region** - By **team** - By **product** - By **customer group** That flexibility helps different roles use the same reporting area in different ways. An executive may want one total, while a department lead may need a breakdown by branch or sales team. Drill-down actions are the next layer. Clicking a **chart point**, **table row**, or **KPI card** should open the supporting detail behind that summary. For example, a spike on a trend chart should lead to the transactions or records that caused it. This is what makes reporting practical for investigation, not just presentation. It is also useful when users can **save a filtered view** for recurring reviews. A monthly finance review, a branch manager dashboard, or a salesperson-specific view becomes much easier when the user can return to the same saved setup instead of rebuilding filters every time. [SCREENSHOT: Filter bar with date range and business filters above charts and tables] ## Comparing dashboards, charts, and tabular reports for different decisions Not every reporting format serves the same purpose, so a buyer should look at how **dashboards**, **charts**, and **tables** work together inside **Sherkety ERP & Website Platform**. The best reporting experience does not force every question into one screen style. Instead, it gives users a quick summary first and then enough detail for follow-up. **Dashboard widgets** are best for fast monitoring. They help users spot exceptions, check whether targets are on track, and notice sudden changes. This is the format most useful for daily or weekly review meetings because it highlights what needs attention without requiring users to read line-by-line detail. **Charts** are better when the user needs to understand patterns. Different chart styles support different decisions: - **Line charts** help show trends over time - **Bar charts** make category comparisons easier - **Pie charts** show share or proportion at a glance - **Trend charts** help users notice seasonality or repeated movement These visuals are especially useful when a manager wants to compare performance across periods, teams, or product groups. **Tabular reports** matter when users need precision. A table with **sortable columns**, **totals rows**, and **export options** gives finance teams and managers the detail needed for review, reconciliation, or audit support. Tables are also the easiest format for checking exact values behind a chart or KPI. When evaluating reporting value, connect each format to a business need: - **Dashboards** support executive visibility - **Charts** support analysis and pattern detection - **Tables** support operational follow-up and finance detail A strong reporting module lets users move naturally between all three. If a chart shows a problem, a table should help explain it. If a KPI card shows a warning, the dashboard should make it easy to open the related detail. [SCREENSHOT: Dashboard section showing KPI cards, charts, and a detailed report table] ## Evaluating decision-support value across finance, sales, and operations To judge whether Reporting & Analytics in **Sherkety ERP & Website Platform** delivers real business value, look at how well it supports decisions across more than one department. A reporting area is much stronger when finance, sales, and operations can all use it with related filters and consistent measures, instead of each team working from disconnected views. For **finance teams**, the most valuable reporting usually centers on: - **Profitability** - **Cash flow** - **Aging** - **Budget versus actual** These views help finance leaders monitor performance, identify pressure points, and support planning discussions. A dashboard that combines headline financial KPIs with drill-down access to supporting detail is far more useful than a static summary. For **sales leaders**, reporting should help answer questions about growth and execution. Useful views often include: - **Pipeline** - **Bookings** - **Conversion** - **Customer performance** These dashboards help managers adjust targets, review team coverage, and identify where deals are slowing down. The value increases when a summary chart can be filtered by salesperson, team, or customer segment. For **operations teams**, the focus is usually on execution and exceptions. Strong reporting often highlights: - **Inventory turns** - **Fulfillment status** - **Lead times** - **Exception reports** These measures help teams identify delays, stock issues, and process bottlenecks before they become larger business problems. A buyer should also check whether the same filter choices apply across these areas. If **company**, **location**, or **reporting period** can be used consistently across finance, sales, and operations views, users can compare departments more confidently. Consistent metrics across modules are a strong sign that reporting will support cross-functional decisions instead of creating conflicting interpretations. [SCREENSHOT: Cross-functional reporting view with finance, sales, and operations metrics on one page] ## Checking whether the module supports real-world reporting needs When you review Reporting & Analytics in **Sherkety ERP & Website Platform**, it helps to move beyond attractive charts and ask whether the module supports everyday reporting work. A useful reporting area must fit how managers actually review performance, share findings, and follow up on issues. Start with practical capabilities that affect daily use: - **Customizable dashboards** so different roles can focus on the metrics they care about - **Role-based access** so users see the reports appropriate for their responsibilities - **Scheduled report delivery** for recurring reviews - **Export options** such as spreadsheet or PDF for meetings and offline review These features matter because reporting is rarely used by one person in one screen only. Teams often need to revisit the same reports, circulate them, and discuss them outside the dashboard. Trust is another major factor. Buyers should look for reporting that makes KPI definitions and source detail understandable. If a number appears on a KPI card, users should be able to trace it back through drill-down views and supporting reports. That transparency is what gives executives confidence in the figures they are using. Historical comparison is equally important. A report becomes much more useful when users can compare: - Current period versus prior period - Actual results versus targets - One entity or branch versus another - Different currencies or business units where relevant A concise evaluation checklist during a demo can help: - Can users change filters without rebuilding the report? - Can they drill from summary to detail? - Can they save useful views? - Can they export what they see? - Do the numbers stay consistent across related reports? If the answer is yes across most of these points, the reporting module is much more likely to support real decision-making instead of acting as a display-only dashboard. ## Overview The Reporting & Analytics area in **Sherkety ERP & Website Platform** is valuable because it brings together daily monitoring, deeper analysis, and decision support in one reporting experience. Buyers should not judge it only by whether the screen looks modern. The stronger test is whether users can open a dashboard, understand performance quickly, filter the view to match a business question, and then drill into the detail behind the numbers. Across the reporting screens discussed in this guide, the most important value points are: - **KPI cards** for quick business health checks - **Charts** for trends, comparisons, and movement over time - **Tables** for exact detail and follow-up work - **Global filters** for consistent analysis across the page - **Drill-down links** for moving from summary to explanation - **Saved views** for recurring reviews by role or department This matters most when reporting supports more than one team. Finance leaders may focus on margin, cash, and aging. Sales managers may watch pipeline and conversion. Operations teams may care about fulfillment, lead times, and inventory movement. When these views use shared filters and consistent logic, reporting becomes a practical management tool rather than a collection of isolated reports. If you already reviewed report distribution and meeting use cases in [Sharing Reports and Supporting Decisions](doc:sharing-reports-and-supporting-decisions), this guide adds the buyer’s perspective: how to judge whether the reporting module is worth adopting for daily management. [SCREENSHOT: Reporting overview page showing summary metrics and multiple analysis widgets] The next document, [Exploring Dashboards KPIs and Drill Down Analysis on the Product Page](doc:exploring-dashboards-kpis-and-drill-down-analysis-on-the-product-page), shifts from module value to how these reporting capabilities are presented on the product-facing pages. ## Prerequisites Before using this guide to evaluate reporting value in **Sherkety ERP & Website Platform**, it helps to be familiar with a few related areas of the documentation. You do not need technical knowledge, but you should already understand the basic reporting terms and screen patterns used across the Reporting & Analytics pages. You will get the most from this guide if you have already read: - [Exploring Reporting and Analytics Capabilities](doc:exploring-reporting-and-analytics-capabilities) - [Understanding Dashboards KPIs and Drill Down Analysis](doc:understanding-dashboards-kpis-and-drill-down-analysis) - [Sharing Reports and Supporting Decisions](doc:sharing-reports-and-supporting-decisions) Those guides explain the main reporting concepts, how dashboards are structured, and how shared reports support business discussions. This document builds on that foundation by helping you judge the business value of those features from a buyer or evaluator perspective. It is also helpful to be comfortable with common interface patterns used throughout **Sherkety ERP & Website Platform**, especially: - **Filter bars** - **Date selectors** - **Tabs** - **Charts** - **Tables** - **Notifications and status messages** If you want more background on shared interface behavior, these related guides may help: - [Reading Charts Badges and Status Colors](doc:reading-charts-badges-and-status-colors) - [Selecting Single Dates and Date Ranges](doc:selecting-single-dates-and-date-ranges) - [Understanding Loading Placeholders Empty States and Errors](doc:understanding-loading-placeholders-empty-states-and-errors) With that context, you can focus on the main question behind this guide: whether the reporting module gives managers clear, trustworthy, and actionable insight across finance, sales, and operations. ## Recognizing the Two Navigation Systems on the Site In **Sherkety ERP & Website Platform**, public visitors usually move through **two different navigation paths** in the website header. One path is built for **business services and company information**. The other is built for **ERP product discovery**. The easiest way to tell them apart is by the kind of pages they lead to: - The **service menu** points to visitor-facing business topics such as: - **Accounting** pages - **Company Types** - company information and contact-oriented pages - The **ERP path** points to product-focused destinations such as: - the **ERP System** landing page - **ERP Apps** pages - individual module pages like **Accounting**, **Sales & CRM**, **HR**, **Purchasing**, and **Reporting** When you open the main header navigation, these paths appear as separate top-level choices. A visitor reading menu labels can quickly tell whether they are exploring: - a **service Sherkety offers**, or - an **ERP product or app category** This difference becomes clearer as you move deeper into the site. Service pages usually stay focused on business needs, guidance, and contact actions. ERP pages usually narrow into app listings, module descriptions, and product capability details. You may also see this structure confirmed by page-level navigation cues such as: - the **header menu** - **dropdown menus** - **breadcrumb-style trails** near the top of a page - page titles that match the section you entered If you already reviewed general header behavior in [Using Header Navigation Across Public Pages](doc:using-header-navigation-across-public-pages), this guide picks up from there and focuses specifically on how **service routes** and **ERP routes** branch into different destinations. [SCREENSHOT: Header showing separate service-related navigation and ERP-related navigation paths] ## Using Service Menus to Reach Business and Company Information Use the **service menu** when your goal is to learn about Sherkety’s business offerings rather than browse ERP modules. In the header, open the services-related navigation and look for grouped links that point to business-service pages and company information pages. This menu path is where visitors typically find destinations such as: - **Accounting** - **Company Types** - company background or informational pages - contact-oriented pages When you choose **Accounting** from this service-focused area, you are entering a page designed for visitors evaluating accounting help as a business service. The page context is usually commercial and informational. You are more likely to see service descriptions, value explanations, pricing context, comparison content, and inquiry actions than a list of ERP apps. The same menu structure also helps you reach broader company information. For example, if you want to understand what Sherkety offers beyond software, the service path is the better route for: - company profile content - business registration guidance - contact destinations - informational pages that explain service categories This is an important distinction: the service menu is organized around **visitor intent**. It helps someone answer questions like: - “What services does Sherkety provide?” - “Where can I learn about accounting support?” - “How do I find company setup guidance?” - “Where do I contact the business?” Because of that, the service path does **not** behave like a product catalog. It does not primarily sort content by software module hierarchy. Instead, it groups pages in a way that makes sense for a visitor comparing services, reading guidance, or deciding whether to get in touch. [SCREENSHOT: Open service dropdown with links for accounting and company-related pages] ## Following ERP Menu Paths to Browse the Product Structure Choose the **ERP** route in the main navigation when you want to explore software offerings inside **Sherkety ERP & Website Platform**. This path is designed for visitors who are evaluating ERP capabilities, app categories, and individual modules. A common starting point is the **ERP System** page. From there, visitors move into a more product-focused structure that leads to: - ERP overview pages - app catalog destinations - individual module pages such as **Accounting**, **Sales & CRM**, **HR**, **Purchasing**, and **Reporting** This path usually narrows in stages. You begin with a broad ERP entry point, then move into a page that presents available apps or product areas, and finally open a specific module page for more detail. That progression helps visitors move from “What ERP options are available?” to “What does this module do?” For example, a visitor might: - open **ERP System** from the header - browse the ERP apps area - select a module page such as **HR** or **Sales & CRM** - continue reading module-specific content, features, and related actions Unlike the service menu, the ERP path is not centered on general company information or contact-first browsing. Its labels signal that you are inside a **product exploration flow**. The wording, page titles, and section structure usually reflect software evaluation rather than business-service guidance. This makes the ERP route especially useful for prospective buyers who want to compare modules, understand app coverage, and see how different business functions fit together. If your goal is to inspect the software catalog, the ERP path is the clearest route. For more detail on ERP entry points, see [Exploring ERP App Categories and Module Entry Points](doc:exploring-erp-app-categories-and-module-entry-points). [SCREENSHOT: ERP navigation path from ERP System to app pages and a module detail page] ## Choosing the Right Path for Accounting, Apps, and Module Pages The most common navigation confusion in **Sherkety ERP & Website Platform** happens when visitors use the wrong menu for the page they want. The clearest example is **Accounting**, because accounting can appear as a **business service topic** and as an **ERP product area**. Use the **service menu** when you want: - accounting service information - company guidance - business setup or company-type content - contact-oriented or informational pages Use the **ERP path** when you want: - the ERP apps catalog - a product overview - a specific module page - software-focused accounting content A simple way to choose is to ask what kind of answer you need: - If you want to **learn about the company**, use the **service menu** - If you want to **review available ERP apps**, start with **ERP System** - If you want to **open a specific module page**, continue through the **ERP apps path** - If you want to **read about accounting as a service offering**, use the **Accounting** page from the service side The page layout usually confirms whether you chose correctly. Service-oriented pages tend to frame content around business value, service scope, and next-step inquiries. ERP pages tend to feel more like a catalog or module showcase, with app-specific descriptions and product-oriented structure. Consistent menu paths reduce guesswork for two very different audiences: - visitors looking for **business services** - visitors comparing **ERP products** If you are deciding between these two journeys, it helps to pair this guide with [Choosing Between Business Services and ERP Products](doc:choosing-between-business-services-and-erp-products). [SCREENSHOT: Side-by-side example of an accounting service page and an ERP module page] ## Reading Navigation Cues That Confirm You Are in the Right Section Once you open a page, use the navigation cues on the screen to confirm that you are in the right part of **Sherkety ERP & Website Platform**. You do not need to return to the homepage every time—small page signals usually tell you whether you are inside service content or ERP content. Look for these cues first: - **Breadcrumb trails** near the top of the page - the **active menu item** in the header - a highlighted **parent section** - the main **page title** These cues help you verify the page type: - An **accounting service page** usually sits under a service-focused route and uses service-oriented titles - A **company information page** usually appears under business or informational navigation - An **app catalog page** usually sits under the **ERP System** area - A **module page** usually appears deeper in the ERP hierarchy, after an ERP overview or apps listing You can think of the path like this: - **Accounting service information** → **Service menu** - **Company information** → **Service menu** - **App catalog** → **ERP System** path - **Module detail page** → **ERP System** path, then app or module selection As you move deeper into ERP pages, the hierarchy usually becomes more specific. A broad ERP landing page leads to app-level browsing, and app-level browsing leads to a single module page. That narrowing structure is a strong sign that you are following the product path rather than the service path. If you want a broader explanation of breadcrumb behavior, see [Understanding Breadcrumbs and Page Location](doc:understanding-breadcrumbs-and-page-location). [SCREENSHOT: Breadcrumb trail and active header item on an ERP module page] ## Fixing Common Navigation Mistakes When Browsing Services and ERP Content If a page opens but does not match what you expected, the fastest fix is to check the **page title**, the **active header item**, and any **breadcrumb trail** at the top of the page. In most cases, these three cues immediately show whether you landed in a service section or an ERP section. A common mistake is clicking **Accounting** and expecting an ERP accounting module page, but landing on an accounting service page instead. When that happens, look at the surrounding page context: - If the page reads like a service offering, you are on the **service** side - If you wanted software details, go back to the header and start from **ERP System** instead Another common mistake is entering the **ERP apps** area when you actually wanted company information. If the page is listing apps or modules and you were trying to find business background, company guidance, or contact content, return to the main header and reopen the **service menu**. When you are already deep inside the wrong page path, use the visible hierarchy to recover: - click a **parent item** in the breadcrumb trail - reopen the top-level **header menu** - choose the correct section before drilling down again If you still cannot tell where you are, compare these signals: - **Service pages** focus on business services, company guidance, and visitor actions - **ERP pages** focus on apps, modules, and product capabilities This kind of correction is easier when you watch for section labels before clicking deeper links. If needed, revisit [Finding Services Through Navigation and Service Menus](doc:finding-services-through-navigation-and-service-menus) or [Browsing the ERP Apps Catalog](doc:browsing-the-erp-apps-catalog) to reset your path. [SCREENSHOT: Wrong-page example with breadcrumb used to return to the correct parent section] ## Overview **Sherkety ERP & Website Platform** uses two clear public navigation routes so visitors can reach the right content without mixing business services with ERP product pages. The main idea is simple: - Use the **service menu** for: - **Accounting** as a service - **Company Types** - company and contact-oriented information - Use the **ERP** route for: - **ERP System** - app catalog browsing - module pages such as **Accounting**, **Sales & CRM**, **HR**, **Purchasing**, and **Reporting** As you browse, the path usually becomes more specific: - service navigation stays centered on business context - ERP navigation narrows from product overview to apps and then to module details The most useful on-screen checks are: - the **header menu** - **dropdown labels** - **breadcrumb trails** - the **page title** - highlighted parent navigation items These cues help you confirm whether you are in: - a service page - a company-information page - an app catalog page - a module detail page If you remember only one thing, make it this: **service pages answer business-service questions, while ERP pages answer product-evaluation questions**. That distinction makes it much easier to choose the correct path before you click. For users who already understand general header behavior from [Using Header Navigation Across Public Pages](doc:using-header-navigation-across-public-pages), this document adds the missing piece: how to recognize whether a menu path is leading you toward **services** or toward **ERP products**. ## Prerequisites You do not need any account or special access to follow these navigation paths. These pages are part of the public website experience in **Sherkety ERP & Website Platform**. Before using this guide, it helps if you can already: - open the public website - use the main **header navigation** - recognize a **dropdown menu** - identify the **page title** at the top of a page It is also helpful if you already understand: - how header links behave across public pages in [Using Header Navigation Across Public Pages](doc:using-header-navigation-across-public-pages) - how breadcrumb trails show your location in [Understanding Breadcrumbs and Page Location](doc:understanding-breadcrumbs-and-page-location) You do **not** need to know any admin features, sign-in steps, or editing tools for this topic. This guide is only about moving through public-facing menu paths. As you practice, focus on these visible elements: - the top-level menu label you clicked - whether the page feels like a **service page** or an **ERP product page** - whether the breadcrumb or highlighted menu item matches your goal If you can identify those three things, you will be able to move confidently between accounting pages, company information pages, app catalog listings, and individual module pages. For the next part of the navigation set, continue with [Navigating Footer Link Groups and Secondary Destinations](doc:navigating-footer-link-groups-and-secondary-destinations). ## Opening the user administration area In **Sherkety ERP & Website Platform**, user administration is available from the admin area after you sign in with an account that has permission to manage users. If you have already worked through [Reviewing User Access and Resolving Common Admin Issues](doc:reviewing-user-access-and-resolving-common-admin-issues), you already know how access problems can affect what appears in the admin menu. Here, the focus is on where to go and what you can do once the user area is available. Open the admin area and go to **Settings**, then look for the section used for **Users & Companies**. This is where account records are maintained. The main screen is the **Users** list, which shows existing accounts in a searchable table or list view. On this screen, you typically work from two main entry points: - **Open an existing user** by clicking a row in the **Users** list - **Create** a new account by clicking the **Create** button from the list view The **Users** list is the starting point for most account work because it lets you review who already has access before making changes. Each row in the list represents one account record that you can open for more detail. If you do not see **Settings** or any user-related menu, that usually means your current account does not have the required administration rights. In that case, the menu is not simply hidden by mistake; it reflects the permissions assigned to your account. Someone with higher access will need to update your rights before you can manage users. [SCREENSHOT: Admin area with Settings open and the Users list highlighted] ## Reviewing the account list and finding specific users The **Users** list is designed for quick review. Each row represents one account, making it easier to scan the current user population before opening individual records. When you are checking whether someone already exists, confirming account status, or preparing to update access, start here instead of creating a new record immediately. Use the **search bar** at the top of the list to find a person quickly. Search works best when you enter details such as: - **User name** - **Login** - **Email** This is especially useful when the list includes many internal staff, portal users, or older accounts. If your first search does not return the expected result, try a shorter version of the name or search by email instead. To narrow the list further, use the available **filters** and **grouping** options. These controls help when you need to review only certain types of accounts or organize the list in a more useful way. For example, filters can help you focus on active accounts or bring archived records back into view, while grouping can make large lists easier to review by category. Once you find the right row, click it to open the full user form. That record is where you inspect details such as: - Basic profile information - Assigned access rights - Company-related settings - Current account status The list view is best for locating and comparing accounts. The user form is where you confirm the details and make changes. If you are reviewing a large number of records, combine **search**, **filters**, and **grouping** rather than scrolling through the full list manually. [SCREENSHOT: Users list with search bar, filters, and one user record selected] ## Understanding which accounts are visible to you Not every administrator sees the same account list in **Sherkety ERP & Website Platform**. The users you can review depend on the permissions assigned to your own account. If your role includes broad user administration rights, you may see a wider set of records. If your role is more limited, some accounts may not appear or may open with fewer editable options. Visibility can also change based on **company context**. In a multi-company setup, the accounts shown in the **Users** list may depend on the company you are currently working in. If you expect to see a user and do not, check whether you are viewing the correct company context before assuming the record is missing. Different account categories may also appear differently depending on the filters you use: - **Internal users** usually represent staff who sign in to work in the admin or operational areas - **Portal users** usually have more limited access, such as viewing selected information - **Public users** may appear differently from named staff accounts and can be easy to miss if your current filters are narrow Another common reason for confusion is that archived or inactive accounts are often hidden from the default list. This helps keep the main **Users** view focused on active records, but it can make it seem as though a user has disappeared. If you need to review older accounts, adjust the active filters so archived records are included. When a user is missing from view, check these items before taking further action: - Your own **access rights** - The current **company context** - The active **filters** - Whether the account may be **archived** If you need a deeper explanation of role limits, refer back to [Understanding Role Visibility and Access Restrictions](doc:understanding-role-visibility-and-access-restrictions). ## Maintaining user accounts from the user form Once you open a record from the **Users** list, the user form becomes the main place for account maintenance. This is where you create new accounts, update existing details, assign access, and control whether someone can continue signing in. To add a new account, start from the **Users** list and click **Create**. Enter the core identity details shown on the form, including fields such as: - **Name** - **Email** - Login-related details - Company or profile settings, where available - Language or contact preferences, where available Before saving, review the record carefully so you do not create a duplicate account for someone who already exists under a slightly different name or email. To update an existing account, open the user record from the list and edit the fields that need to change. Common updates include profile information, company assignment, and language settings. This is also where you review the **Access Rights** area and assign the permission levels that control which admin sections and business areas the user can open. When someone should no longer sign in, use the option to **archive** the account rather than removing its history. Archiving keeps the record for reference while taking it out of the normal active list. If that person later needs access again, reopen the record and **reactivate** it instead of creating a brand-new account. Use the user form for these common tasks: - Create a new account - Correct names or email details - Change company assignment - Update language preferences - Adjust **Access Rights** - Archive or reactivate the account [SCREENSHOT: User form showing profile details and Access Rights section] ## Managing different kinds of users In **Sherkety ERP & Website Platform**, not all user accounts serve the same purpose. Choosing the correct user category is important because it affects what the person can see after signing in and what access options make sense on the record. The main categories you will encounter are: - **Internal users** - **Portal users** - **Public users** **Internal users** are typically the people who work inside the business and need access to admin or back-office areas. These accounts are the ones most often given app access, operational permissions, and administrative roles. When maintaining an internal user, you will usually review their **Access Rights**, company assignment, and whether they should see specific admin sections. **Portal users** are more limited. These accounts are generally used when someone needs access to selected information without full back-office visibility. When reviewing a portal account, the main goal is usually to confirm that the person has the right level of limited access rather than broad administrative permissions. **Public users** are different again. They are not managed in the same way as named staff accounts and may appear differently in the user listing depending on your current filters and visibility rules. Typical maintenance tasks by user type include: - For **internal users**: grant or adjust app access and admin permissions - For **portal users**: confirm limited access for the intended documents or areas - For **public users**: review visibility carefully before assuming the account is missing or editable in the same way Choosing the wrong category can cause confusion later. A person may be able to sign in but not see the expected apps, or an account may appear in the list but not behave like a staff account. Before changing detailed permissions, first confirm that the account is classified correctly. ## Fixing common account visibility and maintenance issues Most user administration problems in **Sherkety ERP & Website Platform** come down to visibility, permissions, or duplicate records. When something looks wrong, start with the list view and the user form before assuming the account is broken. If a user does not appear in the **Users** list, check the basics first: - Confirm the **search term** is correct - Try searching by **name**, **login**, and **email** - Review active **filters** - Check whether archived accounts are hidden - Confirm you are in the correct **company context** A missing result often turns out to be a filter issue or an archived account rather than a deleted record. If you can see a user but cannot open or edit the record, review your own administration rights. Limited administrators may be able to view some information without having permission to change it. If needed, ask a higher-level administrator to confirm that your account includes the required user management access. If a user can sign in but cannot see the expected apps or records, open the account and review two things together: - The selected **user type** - The assigned **Access Rights** A portal account with limited rights will not behave like an internal user, even if the person can log in successfully. If an account seems duplicated or outdated, compare the **login** and **email** values across both records. Do not remove history by deleting the older record. Instead, keep the correct account active and **archive** the obsolete one so past references remain intact. For broader troubleshooting patterns, see [Viewing and Maintaining User Accounts](doc:viewing-and-maintaining-user-accounts) and [Managing Users and Role Based Access](doc:managing-users-and-role-based-access). ## Overview User administration in **Sherkety ERP & Website Platform** centers on one practical workflow: open the **Users** list, find the correct account, review the user form, and then update visibility or access as needed. The most important thing to remember is that what you see in the list is shaped by permissions, filters, company context, and whether an account is archived. Keep these points in mind when working in the user area: - The **Users** list is your main starting point for review and maintenance - **Search**, **filters**, and **grouping** help you find accounts faster than manual scrolling - Your own **access rights** affect which user records you can see or edit - **Company context** can change which accounts appear in multi-company work - **Internal**, **portal**, and **public** users are not interchangeable - **Archived** accounts may be hidden until you change the current filters - The **Access Rights** section on the user form controls what a person can open after sign-in This area is less about creating accounts quickly and more about making sure each person has the correct visibility and access level. When reviewing a problem, avoid making immediate replacements or duplicate accounts. It is usually better to locate the existing record, confirm its category, and adjust the current settings. If you need help with role logic before making changes, revisit [Understanding Role Visibility and Access Restrictions](doc:understanding-role-visibility-and-access-restrictions). The next document in this series is [Reviewing Access Restrictions and Common User Issues](doc:reviewing-access-restrictions-and-common-user-issues). ## Prerequisites Before you can manage accounts in **Sherkety ERP & Website Platform**, a few conditions need to be true. If any of these are missing, the **Users** area may not appear at all, or you may be able to open records without being able to edit them. Make sure the following are in place: - You can **sign in** to the admin area successfully - Your account includes permission to access **Settings** and user administration - You know which **company context** you should be working in, if your organization uses more than one company - You have enough information to identify the person correctly, such as their **name**, **email**, or **login** - You understand whether the person should be an **internal user**, **portal user**, or another account type before assigning rights It also helps to be familiar with related admin topics before changing user records: - [Signing In and Accessing the Admin Portal](doc:signing-in-and-accessing-the-admin-portal) - [Using the Admin Dashboard for Navigation](doc:using-the-admin-dashboard-for-navigation) - [Understanding Admin Page Access and Protected Navigation](doc:understanding-admin-page-access-and-protected-navigation) - [Reviewing User Access and Resolving Common Admin Issues](doc:reviewing-user-access-and-resolving-common-admin-issues) When preparing to update an account, gather the details you need before opening the form. For example, know whether you are correcting profile information, changing **Access Rights**, or archiving the account. Having that goal clear reduces mistakes, especially when several users have similar names. If your menu options do not match what is described in this guide, stop and confirm your permissions first. In user administration, missing menu items usually reflect access restrictions rather than a navigation error. ## Finding the page settings you need to update To update search-facing information in Sherkety ERP & Website Platform, start by signing in through the **Login** screen and opening the **Admin** area. You need access to the admin pages used by content editors. If you can open the **Dashboard** but do not see the SEO area in the admin navigation, your account may not include permission to edit search-facing page details. In that case, stop before making changes and use an account with the correct access. 1. From the **Dashboard**, open the admin navigation and go to the **SEO** section. 2. Look for the list of public pages available for editing. This is where you choose the page whose search result title and description you want to update. 3. Find the correct page by checking the page title, navigation label, or page slug shown in the list. If several pages have similar names, compare these details carefully before opening one. 4. Select the page record you want to edit. [SCREENSHOT: SEO page list in Admin showing page title and slug columns] It is important to separate two different editing tasks: - **Visible page content** is the text visitors read on the page itself, such as headings, sections, and calls to action. - **Search-facing information** is the text used for search listings, such as the **SEO title**, **meta description**, and any search preview text shown in the editor. If you recently changed page copy using inline editing tools or the content editor, do not assume the search-facing fields changed with it. Those details are usually maintained separately in the **SEO** area. If you need a refresher on where SEO records are managed, see [Managing Page Metadata in the SEO Admin](doc:managing-page-metadata-in-the-seo-admin). Before editing anything, confirm you are working on the exact public page you intend to update. ## Opening a page's search metadata fields Once you are in the **SEO** area, open the page you identified from the list. Sherkety ERP & Website Platform shows search-facing information inside the page editing view rather than in the visible content sections, so make sure you are in the page’s SEO settings and not a general content editor screen. 1. In the page list, click the row or edit action for the page you want to update. 2. Wait for the page editing view to open. 3. Locate the part of the screen that contains the search-facing fields. Depending on the layout, these may appear in a dedicated section for SEO details or in a grouped area within the page editor. 4. Review the existing values before changing anything. You should look for fields such as: | Field | What to confirm before editing | |---|---| | **SEO Title** | Matches the page topic and is for search results, not internal naming | | **Meta Description** | Summarizes the page clearly and reflects current content | | **Search Preview** or snippet preview | Shows how the page may appear in search listings | | **Slug** or page identifier | Confirms you opened the correct page record | [SCREENSHOT: Page SEO edit view with SEO Title, Meta Description, and preview area] Before typing, compare the page details shown in the editor with the page you meant to update. If the screen shows a **slug**, page name, or other page identifier, use it to double-check that you are editing the right record. This matters most when you manage pages with similar names, such as service pages, ERP app pages, or company type pages. If you already reviewed changes before publication in [Reviewing SEO Updates Before and After Publication](doc:reviewing-seo-updates-before-and-after-publication), use the same habit here: verify the page first, then edit the fields. That avoids fixing the wrong page later. ## Updating titles, descriptions, and search snippets When you edit search-facing fields in Sherkety ERP & Website Platform, keep them closely tied to what visitors will actually see on the page. The goal is to make the search listing accurate, clear, and specific to that page. 1. In the **SEO Title** field, enter a title that clearly describes the page topic. Use the public-facing page subject, not an internal admin label or shorthand name used by your team. 2. In the **Meta Description** field, write a short summary of the page’s main message. Focus on what the page currently offers, explains, or highlights. 3. If the editor shows a **Search Preview** text area or snippet field, update that text so it reflects the latest page copy and message. 4. Re-read all search-facing fields together before saving. As you edit, keep these points in mind: - Match the wording to the page’s visible heading and main content. - Use the same service names, ERP module names, or page topic terms that appear on the live page. - Avoid writing a description that promises content the page does not include. - Do not reuse the exact same title and description on several different pages with different purposes. For example, a page about **HR** should use HR-related wording in the **SEO Title** and **Meta Description**, while a page about **Sales & CRM** should use terms that match that page’s heading and content. The same applies to company type pages, accounting pages, and pricing-related pages. If a page’s message changed during a content update, revise the search-facing fields at the same time so search listings stay accurate. If you are trying to keep wording consistent across similar pages, refer to [Keeping Search Snippets Consistent Across Pages](doc:keeping-search-snippets-consistent-across-pages). That document helps with consistency, while this screen is where you make the actual page-by-page updates. ## Saving changes and checking the preview After editing the search-facing fields, save your work directly from the page editor. In Sherkety ERP & Website Platform, saving is the point where your updated metadata is stored, so do not leave the page until you confirm the save completed successfully. 1. Click **Save** or **Update** in the page editor. 2. Watch for the confirmation message that appears after the save finishes. 3. Review the preview area on the page, if one is shown. 4. Confirm the updated **SEO Title** and **Meta Description** appear as expected. 5. If the page uses draft and published states, check whether you also need to publish the page before changes appear on the live website. [SCREENSHOT: Save button and search preview after metadata update] The preview area is especially useful because it lets you catch problems immediately. Look for: - Titles that are too long or visually cut off - Descriptions that stop awkwardly - Old wording that remained in one field but not the others - A mismatch between the preview text and the page’s actual message If the editor shows a search snippet preview, use it as a quick quality check rather than a guarantee of exactly how every search engine will display the page. The main purpose is to help you confirm that the page information is complete, readable, and aligned. If your team uses a publish step, saving may only update the draft version until someone publishes the page. Check the page status before assuming the live website has changed. This is especially important when several editors work on the same public pages. For a broader review process before and after release, use [Reviewing SEO Updates Before and After Publication](doc:reviewing-seo-updates-before-and-after-publication). ## Keeping search-facing information aligned with page content Search-facing information works best when it is maintained as part of the same editing workflow as the page content itself. In Sherkety ERP & Website Platform, that means updating the **SEO Title**, **Meta Description**, and any search preview text whenever the page’s visible message changes in a meaningful way. If you update a page heading, rewrite a service summary, change a featured offer, or shift the page’s main focus, return to the **SEO** area and review the search-facing fields for that page. A page can look correct on the website while still showing outdated wording in search results if those fields were left unchanged. Use these habits to keep pages aligned: - Update metadata when the page heading or main section message changes. - Keep the same key terms across the page heading, body content, and search-facing fields. - Give each public page its own title and description based on its purpose. - Review SEO details during the same editing session as content changes whenever possible. This is especially useful on pages that are easy to confuse, such as: - ERP module pages like **Accounting**, **HR**, **Sales & CRM**, and **Reporting** - Service and pricing pages - Company type guidance pages - Homepage sections that lead to different offers or categories When administrators and content editors split responsibilities, agree on who updates the page copy and who updates the search-facing fields. That prevents a common problem where the visible content is refreshed first and the metadata is corrected much later. If your team already manages page SEO records regularly, this workflow builds on the process described in [Maintaining Page SEO Details in Admin](doc:maintaining-page-seo-details-in-admin). The difference here is the day-to-day practice of keeping search-facing wording synchronized with the latest public content. ## Fixing common problems with page metadata updates If your metadata update does not look right after saving, start with the page record you edited and work through the visible details on the screen. Most issues come from saving the wrong page, leaving a page unpublished, or comparing the admin preview with older search results. 1. Open the page again in the **SEO** area. 2. Check the page title, slug, or page identifier shown in the editor. 3. Review the saved **SEO Title** and **Meta Description** values. 4. Confirm whether the page has been published if your workflow includes a publish step. 5. Compare the admin preview with the live page and with any external search result separately. Here are the most common situations and what to check: - **Changes do not appear on the live page** - Make sure you clicked **Save** or **Update** - Confirm you edited the correct page record - Check whether the page still needs to be published - **The preview in search results still shows old text** - The preview inside Admin may be updated even if external search results still show earlier wording - Recheck the saved values in Admin first before assuming the update failed - **The wrong page was updated** - Compare the page title, slug, and navigation placement - Reopen the intended page and correct its fields there - **Metadata no longer matches the page content** - Review recent content edits - Update the **SEO Title**, **Meta Description**, and preview text together so they stay consistent [SCREENSHOT: SEO edit screen showing page title, slug, and metadata fields for verification] When troubleshooting, avoid making repeated edits across several pages until you confirm which record is correct. One careful check in the **SEO** editor is usually faster than cleaning up multiple mismatched pages afterward. ## Overview This document focuses on updating the search-facing details for public pages inside the **SEO** area of Sherkety ERP & Website Platform. The main fields you work with are the **SEO Title**, **Meta Description**, and any search snippet or preview text shown in the page editor. These fields affect how a page is represented in search listings and should stay aligned with the page’s visible heading, message, and purpose. The workflow in this guide is practical and page-specific: - Find the correct page in the **SEO** section - Open its search metadata fields - Edit the title, description, and preview text - Save the changes - Check the preview and page status - Fix any mismatch before moving on This guide does not repeat the broader review process already covered in [Reviewing SEO Updates Before and After Publication](doc:reviewing-seo-updates-before-and-after-publication). Instead, it concentrates on the actual editing work inside Admin: choosing the right page record, changing the search-facing fields, and confirming the result. Use this guide when you need to: - Refresh outdated search wording after a content change - Correct a title or description on a public page - Make search snippets match the latest service, ERP, or company information - Verify that a saved metadata update belongs to the right page Because Sherkety ERP & Website Platform includes many public pages across services, ERP modules, company types, and informational sections, accuracy matters. A small mistake in page selection can update the wrong record, while a small wording mismatch can make search listings feel disconnected from the landing page. The steps above help you keep those details accurate without changing the visible page content itself. ## Prerequisites Before you start updating search-facing page information in Sherkety ERP & Website Platform, make sure the following are in place: - You can sign in to the **Admin** area through the **Login** screen - Your account has access to the **SEO** section used for page metadata updates - You know which public page needs to be updated - You can identify that page by its title, navigation label, or slug - You have the final wording ready for the **SEO Title** and **Meta Description**, or you know which current page content should be reflected there It also helps to confirm these working conditions before editing: - The visible page content has already been reviewed if the page was recently rewritten - You understand whether your team uses a draft-and-publish workflow - You know whether another administrator or content editor is currently updating the same page - You can compare the page in Admin with the public page if needed If you are not sure where page metadata is maintained, read [Managing Page Metadata in the SEO Admin](doc:managing-page-metadata-in-the-seo-admin) first. If your main concern is consistency across similar pages, [Maintaining Page SEO Details in Admin](doc:maintaining-page-seo-details-in-admin) and [Keeping Search Snippets Consistent Across Pages](doc:keeping-search-snippets-consistent-across-pages) are useful companion guides. After you are comfortable updating individual page records, continue with [Understanding Seo Metadata Fields and Page Coverage](doc:understanding-seo-metadata-fields-and-page-coverage) to learn how the available metadata fields relate to different page types across the website. ## Finding Your Way from the Header on Any Public Page On the public website in Sherkety ERP & Website Platform, the header is the bar that stays at the top of the page while you move between visitor-facing pages. You will see it on pages such as the homepage, company type pages, ERP pages, and service-related pages. This header gives you a consistent place to move around without needing to scroll to the footer or use your browser controls. The most recognizable item in the header is the Sherkety brand logo. This acts as a quick return point to the homepage. If you are reading about a company type, reviewing an ERP app, or browsing service information, the logo gives you a simple way to jump back to the main starting page. Next to the logo, you will usually find the main navigation links. These are the top-level menu items that take you to major public sections of the site. Depending on the page setup, these links may lead to areas such as services, pricing, ERP information, company guidance, or contact pages. These links are for browsing public content, so you do not need to sign in to use them. You may also notice a more prominent button in the header. Unlike a standard text link, this button is designed to draw attention to an important action, such as contacting Sherkety, requesting a demo, or signing in. Think of the header as having three different navigation tools: - **Logo**: returns you to the homepage - **Main menu links**: move you between major public sections - **Highlighted action button**: takes you to an important next step [SCREENSHOT: Public website header showing logo, main menu links, and a highlighted action button] If you need help understanding where a page sits after you open it, use this together with [Understanding Breadcrumbs and Page Location](doc:understanding-breadcrumbs-and-page-location). ## Using the Logo to Return to the Homepage If you are deep inside the public website and want to restart from the main landing page, the logo in the header is the fastest route back. This is useful when you have opened a company type detail page, an ERP app page such as Accounting or HR, or another informational page and want to return to the homepage banner and featured sections. 1. Open any public page in Sherkety ERP & Website Platform. 2. Look at the top-left area of the header. 3. Find the Sherkety logo. 4. Click or tap the logo once. After you select the logo, the page should change to the homepage. You should expect to see the main homepage layout again, including the top banner area and the featured sections that introduce the website’s main offerings. From there, you can continue browsing services, ERP content, company information, or contact options from the homepage entry points. Using the logo is often quicker than using the browser **Back** button because it takes you directly to the homepage in one step. It also helps when you reached the current page from a menu, a card, or a button and do not want to retrace each click. A few practical examples: - If you opened **Company Types** and then a specific company type page, click the logo to return to the homepage. - If you opened the **ERP System** area and then viewed an app page such as **Accounting**, **Sales & CRM**, **HR**, or **Reporting**, click the logo to start over from the main site. - If you followed a contact or information path and want to browse again from the beginning, use the logo instead of reopening the site. [SCREENSHOT: Header logo highlighted on a public page before returning to the homepage] ## Opening Top-Level Pages from the Main Navigation Menu The main navigation menu in the header lets you move directly between major public pages in Sherkety ERP & Website Platform. Instead of returning to the homepage each time, you can use these links to jump straight to another section that matches what you want to explore next. 1. Go to any public page with the website header visible. 2. Look across the header for the main menu links. 3. Click or tap the section you want to open. 4. Wait for the new page to load in the same browser tab. These menu links are designed for public browsing. You can use them whether you are comparing services, reviewing ERP offerings, reading company guidance, or looking for contact information. They do not require an admin account or sign-in unless you choose a sign-in destination on purpose. As you move through the site, the current top-level section may appear visually different from the others. This active menu state helps confirm where you are. For example, if you are viewing ERP-related content, the matching menu item may appear highlighted compared with the rest of the header links. This is useful when you move between related pages and want a quick visual cue about the section you are currently in. When you click another top-level link, Sherkety ERP & Website Platform replaces the current public page with the new one. You stay inside the public website experience, but the main content area changes to the section you selected. Common destinations reached from the main menu can include: - Service-related pages - ERP product pages - Pricing information - Company information pages - Contact pages [SCREENSHOT: Main header menu with one active top-level item highlighted] For a closer look at where service and ERP paths lead after you choose a menu item, continue with [Finding Services Through Navigation and Service Menus](doc:finding-services-through-navigation-and-service-menus). ## Using Header Controls to Reach Key Visitor Actions In addition to standard menu links, the header in Sherkety ERP & Website Platform may include a prominent action button or utility link that takes you to an important next step. These controls are different from regular navigation because they are meant to help you act, not just browse. A standard menu link usually opens a broad section, such as services, ERP information, or contact content. A highlighted header button is more direct. It may take you to a page where you can contact Sherkety, request a demo, start a trial, or sign in. Because these buttons are visually emphasized, they are often the fastest route when you already know what you want to do. Use the header action button when your goal is clear, such as: - You want to speak with the team - You want to request more information - You want to book a demo - You want to access the sign-in page Use the main menu instead when you are still exploring options and want to compare pages before taking action. You may also see utility-style links in the header that lead to customer access or inquiry destinations. For example, a **Sign In** option serves a different purpose from a menu link about ERP products. One takes you into account access, while the other helps you browse public information. A simple way to decide: | Header item type | Best used for | What to expect | |---|---|---| | Logo | Returning to the homepage | Main homepage sections and entry points | | Main menu link | Browsing a major section | Public content page | | Highlighted button or utility link | Taking a specific action | Contact, demo, trial, or sign-in destination | [SCREENSHOT: Header showing a highlighted action button next to standard menu links] If you are deciding between browsing and taking action, this header area is often the quickest place to choose your next step. ## Navigating on Smaller Screens with the Mobile Header Menu On phones and tablets, the header in Sherkety ERP & Website Platform uses a more compact layout. Instead of showing every top-level link across the top, the site usually collapses the navigation into a menu icon. This keeps the header clean and leaves more room for page content. 1. Open the public website on a smaller screen. 2. Look at the top of the page for the header. 3. Find the menu icon in the header. 4. Tap the menu icon to open the mobile navigation list. 5. Tap the page or section you want to visit. 6. After the selection opens, return to reading the page content. When the mobile menu opens, it shows the same public navigation choices that you would normally use on desktop. This means you can still reach major sections such as services, ERP pages, company information, and contact destinations even when the full menu is not visible at first glance. After you choose an item, the mobile menu should close and the new page should appear. If the menu stays open, look for a close icon or tap the menu control again. On some layouts, selecting a destination automatically returns you to the page content. The logo still remains useful on smaller screens. If you want to leave the current page and go back to the homepage, tap the logo in the header just as you would on desktop. Mobile navigation works best when you use one action at a time: - Open the menu - Choose a destination - Let the page load - Reopen the menu only if you want another section [SCREENSHOT: Mobile header with menu icon expanded to show navigation links] For a broader comparison between desktop and mobile behavior, see [Using Mobile and Desktop Navigation Patterns on the Public Site](doc:using-mobile-and-desktop-navigation-patterns-on-the-public-site). ## Fixing Common Problems When Header Links Do Not Behave as Expected If a header link does not behave the way you expect, start by checking what kind of header item you selected. In Sherkety ERP & Website Platform, the logo, menu links, and action buttons each serve different purposes, so a result that seems unexpected may simply be the intended destination. If clicking the logo does not return you to the homepage: - Refresh the page and try the logo again. - Make sure you are still on a public website page, such as a service page, ERP page, or company information page. - If you previously opened another destination from a special button, confirm that you are not on a separate sign-in or action page before testing the logo again. If a top-level menu link seems to be missing: - Remember that visible header items can vary based on the published website setup. - Open the mobile menu if you are on a smaller screen, since some links may be hidden behind the menu icon. - Check another public page to see whether the same menu layout appears there. If the mobile menu does not open or close correctly: - Reload the page and tap the menu icon again. - Make sure you are tapping the menu icon itself, not the page content around it. - After opening the menu, tap one item once and wait for the page to respond. If a header button opens a page you did not expect: - Check whether the item is a call-to-action button such as **Contact**, **Demo**, or **Sign In**. - Treat highlighted buttons as action shortcuts rather than standard browsing links. [SCREENSHOT: Public header with logo, menu links, and action button labeled to show their different purposes] If you continue to lose track of where a link took you, pair the header with page location cues from [Understanding Breadcrumbs and Page Location](doc:understanding-breadcrumbs-and-page-location). ## Overview The header is the main navigation anchor across public pages in Sherkety ERP & Website Platform. It gives you a consistent way to move between the homepage, service content, ERP pages, company guidance, and contact destinations without relying on browser controls. Because the header stays available as you browse, it is the fastest place to decide whether you want to keep exploring or take a direct action. The most important parts of the header are easy to separate once you know what each one does: - The **logo** returns you to the homepage - The **main navigation menu** opens major public sections - The **highlighted action button** takes you to a specific next step such as contact, demo, trial, or sign-in This distinction matters because each header item supports a different browsing goal. If you want to restart from the main entry point, use the logo. If you want to compare sections, use the top-level menu. If you are ready to act, use the highlighted button or utility link. The header also adapts to screen size. On desktop, you typically see the menu links directly in the top bar. On smaller screens, those same options move into a mobile menu opened from a menu icon. Even though the layout changes, the purpose stays the same: helping you reach the same public destinations from any page. [SCREENSHOT: Side-by-side example of desktop header and mobile header] This guide focused on using the header itself. The next document, [Understanding Service and ERP Menu Paths](doc:understanding-service-and-erp-menu-paths), explains what happens after you choose those service and ERP navigation routes. ## Prerequisites You do not need an account to use the public header navigation in Sherkety ERP & Website Platform. Before you follow the steps in this guide, make sure you have the basics below in place: - You are on a **public website page**, not inside the admin area - The **header is visible** at the top of the page - You can see either the **full menu links** or the **mobile menu icon** - Your page has finished loading before you start selecting links This guide is most useful when you are browsing pages such as: - The homepage - Service-related pages - ERP pages such as **Accounting**, **Sales & CRM**, **HR**, or **Reporting** - Company type pages - Contact or information pages It also helps to already understand how page location cues work. If you want help identifying where you are after a page opens, review [Understanding Breadcrumbs and Page Location](doc:understanding-breadcrumbs-and-page-location) before continuing. Keep these practical points in mind: - Use the **logo** when you want the homepage - Use **menu links** when you want another major public section - Use a **highlighted header button** when you want to take action rather than browse - On phones and tablets, open the **mobile menu** first to see the full list of navigation choices [SCREENSHOT: Public page with header visible and key navigation areas marked] Once you are comfortable with these basics, move on to [Understanding Service and ERP Menu Paths](doc:understanding-service-and-erp-menu-paths) to follow the routes behind the main public navigation choices. ## Recognizing the Main Public Entry Pages In Sherkety ERP & Website Platform, a public entry page is any page you can open without signing in. You might reach these pages from the main navigation, a footer link, a shared link, a search result, or a direct page address. These are the starting points visitors use to learn about services, explore ERP offerings, read company information, or contact the business. The **Homepage** is the main starting destination. It usually gives the broadest introduction, with a top navigation menu, a prominent hero section, featured business services, ERP highlights, trust content, and buttons that lead deeper into the site. Unlike the homepage, deeper destination pages focus on one topic or one decision. For example, a service page focuses on a specific offering, while an ERP page focuses on a product area or module. You can usually group public entry pages into these types: | Page type | What visitors use it for | |---|---| | Homepage | First look at Sherkety ERP & Website Platform | | Service pages | Review a specific business service | | ERP pages | Evaluate ERP modules, apps, or implementation options | | Informational pages | Learn about the company, FAQs, or business background | | Legal pages | Review privacy, terms, and policy information | | Contact destinations | Send an inquiry, request a demo, or reach out directly | Different visitors often enter through different page types. Someone looking for accounting help may land directly on a service page. Someone comparing software may open an ERP page first. A cautious buyer may check FAQ or policy pages before contacting the business. If you need a refresher on how visitors move between these destinations, see [Understanding Public Page Journeys From Homepage to Inquiry](doc:understanding-public-page-journeys-from-homepage-to-inquiry). [SCREENSHOT: Homepage with main navigation, hero section, featured links, and footer destinations highlighted] ## Exploring the Homepage and Service-Focused Destinations The **Homepage** in Sherkety ERP & Website Platform is the broadest public destination. It is designed for first-time visitors who need orientation before choosing a path. On this page, you typically see the main navigation at the top, a hero section with key messaging, featured sections for services or ERP offerings, trust indicators, and call-to-action buttons that lead to deeper pages. The homepage is not usually where a visitor finishes their decision. Instead, it helps them choose where to go next. Service-focused destinations are more specific. These pages are built around individual business offerings such as company registration, accounting services, startup support, or related business services. A service page usually includes a clear page title, descriptive sections explaining what the service covers, benefit-focused content, trust-building elements, and a visible inquiry path such as a contact button or form section. Visitors commonly move from the homepage to service pages in several ways: - Through the main menu - By clicking a featured service card - From a banner or highlighted section - Through a service category area on the homepage - From internal links inside related content When you open a service page, look for details that help you decide whether the offering fits your needs. These usually include: - What the service includes - Who the service is for - Why a business would choose it - Any pricing cues or package references - A clear next step such as **Contact**, **Get Started**, or an inquiry form If you want more detail on service discovery patterns, use [Finding Services Through Navigation and Service Menus](doc:finding-services-through-navigation-and-service-menus) and [Exploring the Accounting Services Page](doc:exploring-the-accounting-services-page). [SCREENSHOT: Service page showing title, benefits section, trust content, and inquiry button] ## Finding ERP Pages for Product Evaluation ERP pages in Sherkety ERP & Website Platform are public product-focused destinations. These pages are meant for visitors who are evaluating software capabilities rather than only looking for a business service. Instead of focusing mainly on service delivery, ERP pages help buyers understand modules, workflows, package options, and implementation value. You may reach an ERP page in several ways. Some visitors arrive directly from search results or a shared link to a specific ERP topic. Others start on the homepage and then use a product menu, ERP section, or call-to-action button to continue into ERP content. Sherkety ERP & Website Platform also includes dedicated ERP destinations such as the ERP system page and app pages for areas like **Accounting**, **Sales & CRM**, **HR**, **Purchasing**, and **Reporting**. Common elements on ERP pages include: - Feature blocks explaining what the module does - Module summaries for business teams or use cases - Comparison content to help evaluate options - Buttons such as **Request Demo**, **Start Trial**, or similar next-step actions - Inquiry sections related to implementation or consultation These pages differ from general service pages in purpose. A service page usually answers, “Can Sherkety help my business with this service?” An ERP page answers, “Does this product fit my operations, and should I request a demo?” Because of that, ERP pages usually contain more product-evaluation content and stronger conversion paths toward demos, consultations, or package exploration. If you are comparing ERP destinations in more detail, continue with [Using ERP System Landing Pages to Evaluate Offerings](doc:using-erp-system-landing-pages-to-evaluate-offerings), [Browsing the ERP Apps Catalog](doc:browsing-the-erp-apps-catalog), and [Evaluating ERP Modules From Catalog to Detail Pages](doc:evaluating-erp-modules-from-catalog-to-detail-pages). [SCREENSHOT: ERP page with module highlights, feature blocks, and demo request action] ## Using Informational and Legal Pages to Build Trust Not every public page in Sherkety ERP & Website Platform is designed to drive an immediate inquiry. Some pages help visitors build confidence before they decide to contact the business. These trust-building destinations usually fall into two groups: informational pages and legal pages. Informational pages explain who Sherkety is, what the business offers, and how visitors can understand the company better. Depending on the page, this may include company background, profile-style content, FAQs, industry guidance, or general explanatory content. Visitors often find these pages through the main menu, links inside homepage trust sections, references from other public pages, or footer navigation. These pages are useful when you want to: - Learn more about the company before making contact - Read answers to common questions - Understand the background behind a service or ERP offer - Review supporting information that is not part of a sales page Legal pages serve a different purpose. These are policy-focused destinations such as **Privacy Policy**, **Terms**, cookie-related notices, or other compliance information. They are commonly linked from the footer rather than highlighted in the main promotional sections of the site. Even though they are not usually the first page a visitor opens, they matter when someone wants to confirm how information is handled, what terms apply, or whether the website presents clear business policies. Together, informational and legal pages support credibility. A visitor may read a service page or ERP page first, then move to FAQ or policy pages before submitting a form. For related reading, see [Finding Answers in FAQ and Policy Pages](doc:finding-answers-in-faq-and-policy-pages), [Understanding Disclaimer and App Privacy Pages](doc:understanding-disclaimer-and-app-privacy-pages), and [Using Social Links and Business Details](doc:using-social-links-and-business-details). [SCREENSHOT: Footer area showing FAQ, policy, and informational links] ## Choosing the Right Contact Destination Sherkety ERP & Website Platform can lead you to contact in more than one way, and choosing the right destination helps you send a more relevant request. The most common contact destinations are a dedicated **Contact Us** page, an embedded contact form within a service or landing page, an ERP-focused demo request path, or direct contact links such as phone, email, or social channels when those are shown on the page. Use the general **Contact Us** page when your question is broad or you are not yet sure which service or ERP option fits your needs. Use a service inquiry section when you already know which business service you want to ask about. Use an ERP demo request destination when you want a product walkthrough, implementation discussion, or a more sales-focused conversation about ERP capabilities. A typical contact flow looks like this: 1. Open the contact destination from a header button, page section, footer link, or call-to-action area. 2. Review the available contact methods on that page. 3. If a form is provided, complete the visible fields with your inquiry details. 4. Submit the form using the page’s action button. 5. Watch for confirmation feedback after submission. You will often find contact paths in several places across the public website: - Header buttons - Service page call-to-action sections - ERP landing pages - Footer links - Homepage promotional sections If you want a deeper walkthrough of inquiry options and direct channels, read [Contacting Sherkety Through Forms and Direct Channels](doc:contacting-sherkety-through-forms-and-direct-channels) and [Using Public Calls to Action and Conversion Paths](doc:using-public-calls-to-action-and-conversion-paths). [SCREENSHOT: Contact page or inquiry section with form area and submit button] ## Matching Each Page Type to Your Goal The easiest way to use public destinations in Sherkety ERP & Website Platform is to match the page type to what you are trying to accomplish. When you know your goal, you can avoid opening pages that are too broad or too detailed for your current stage. Use the **Homepage** when you are starting from scratch. It is best for broad orientation, first-time discovery, and choosing between business services and ERP offerings. If you are not sure where to begin, the homepage gives you the widest set of paths. Use **service pages** when you already know the kind of business help you want. These pages are best for evaluating one specific offering, understanding what is included, checking whether the service fits your company, and finding a direct inquiry path. Use **ERP pages** when your goal is product evaluation. These pages are better for comparing capabilities, reviewing module-level benefits, understanding implementation value, and deciding whether to request a demo or consultation. Use **informational pages** when you need background before making a decision. These pages support trust, answer common questions, and help you understand the company beyond promotional content. Use **legal pages** when you want to review privacy, terms, or policy details before sharing information or moving forward. Use **contact destinations** when you are ready to take action. These are the right pages for direct outreach, lead capture, service inquiries, demo requests, or next-step conversations. A simple way to choose is: | Your goal | Best page type | |---|---| | Get oriented | Homepage | | Evaluate a business offering | Service page | | Compare software capabilities | ERP page | | Build trust or review background | Informational page | | Check policies | Legal page | | Reach out directly | Contact destination | The next document, [Using ERP Discovery Paths From Marketing Pages](doc:using-erp-discovery-paths-from-marketing-pages), focuses on how visitors move from public marketing pages into ERP-specific evaluation journeys. ## Overview This document focuses on how to recognize the main public destination types in Sherkety ERP & Website Platform and choose the right one for your purpose. Public entry pages are pages you can open without signing in, and they usually fall into a few clear categories: the homepage, service pages, ERP pages, informational pages, legal pages, and contact destinations. Keep these distinctions in mind while browsing: - The **Homepage** is the broad starting point for first-time visitors. - **Service pages** help you evaluate a specific business service. - **ERP pages** support product comparison, module review, and demo-oriented decisions. - **Informational pages** explain the company, answer common questions, or provide supporting context. - **Legal pages** present privacy, terms, and policy information. - **Contact destinations** are where you submit inquiries or request follow-up. You do not need to read every page type in order. A visitor arriving from search may land directly on a service page or ERP page and only later open the homepage, FAQ, or policy links. That is normal. What matters is recognizing what kind of page you are on and using it for the right decision. If you need broader navigation context, refer back to [Navigating Public Pages and Entry Points](doc:navigating-public-pages-and-entry-points) and [Understanding Public Page Layouts and Visitor Actions](doc:understanding-public-page-layouts-and-visitor-actions). ## Prerequisites Before using this guide, it helps to have a basic understanding of how public browsing works in Sherkety ERP & Website Platform. You should already be comfortable with: - Opening public pages without signing in - Using the main navigation and footer links - Recognizing page-level buttons and call-to-action sections - Moving between broad landing pages and deeper destination pages Helpful background reading: - [Browsing the Sherkety Public Website](doc:browsing-the-sherkety-public-website) - [Using Header Menus and Footer Links](doc:using-header-menus-and-footer-links) - [Understanding Public Page Journeys From Homepage to Inquiry](doc:understanding-public-page-journeys-from-homepage-to-inquiry) You do not need admin access for anything in this document. All page types described here are part of the public website experience. ## Reviewing What the Purchasing App Handles Day to Day In Sherkety ERP & Website Platform, the Purchasing app is built around a clear buying flow that starts with a **Request for Quotation (RFQ)** and ends with receiving goods and preparing the supplier’s bill. On a typical day, buyers move between the main Purchasing entries such as **Requests for Quotation**, **Purchase Orders**, **Products**, **Vendors**, and **Reporting**. These screens let you review what needs to be bought, who you are buying from, what has already been ordered, and whether the order has been received and billed. The usual sequence looks like this: - Create an **RFQ** for one supplier - Send or review the quotation request - Compare supplier responses if you created more than one RFQ - Confirm the chosen RFQ into a **Purchase Order** - Receive the items through the related receipt or incoming shipment - Create or review the related **Vendor Bill** [SCREENSHOT: Purchasing menu showing Requests for Quotation, Purchase Orders, Products, Vendors, and Reporting] Status labels are especially important when you review lists or card-based views. An RFQ usually starts as a draft purchasing document, then moves forward once the supplier is selected and the order is confirmed. After confirmation, the record becomes a **Purchase Order**, which gives your team a firmer commitment to buy. From there, warehouse and finance teams can follow the same order through receiving and billing. This is where Purchasing becomes more than a buying list. A confirmed order affects downstream work. The warehouse team can see what is expected to arrive, and the finance team can use the order as the basis for a **Vendor Bill**. If you already reviewed how Purchasing fits into the wider ERP suite, see [Understanding Purchasing Module Positioning Within the ERP Suite](doc:understanding-purchasing-module-positioning-within-the-erp-suite). Here, the focus is on what buyers should inspect directly on the Purchasing screens before deciding whether the module fits their day-to-day process. ## Comparing Vendors and Building Purchase Orders When you evaluate Purchasing in Sherkety ERP & Website Platform, start with the **Requests for Quotation** screen because this is where supplier comparison usually begins. An RFQ form should let buyers capture the commercial details needed before committing to an order. The most important header fields to review are: | Field | What to check | |---|---| | **Vendor** | Whether you can quickly select the supplier and keep supplier-specific terms organized | | **Order Deadline** | Whether your team can track the date by which the quotation should be confirmed | | **Expected Arrival** | Whether buyers can set a realistic delivery expectation | | **Purchase Representative** | Whether responsibility is clearly assigned to one buyer | | **Company** | Whether the correct business entity can place the order | Below the header, the purchase lines are where the real comparison happens. Each line should support the details buyers use every day: | Line detail | Why it matters | |---|---| | **Product** | Identifies exactly what is being purchased | | **Description** | Lets you confirm the item details shown to the supplier | | **Quantity** | Shows how much you are asking for | | **Unit Price** | Supports price comparison between suppliers | | **Taxes** | Helps finance review the expected cost correctly | | **Planned delivery date** | Helps compare lead times line by line | [SCREENSHOT: RFQ form with vendor details at the top and order lines below] A practical buying test is to create multiple RFQs for the same need and assign each one to a different supplier. Then compare the **Unit Price**, delivery timing, and any visible commercial terms before choosing one. This is often the fastest way to see whether Sherkety ERP & Website Platform supports real purchasing decisions instead of simple order entry. Once you confirm the selected RFQ, it becomes a **Purchase Order**. That change matters because the order is no longer just a request. It becomes the record used by receiving teams to expect incoming goods and by finance teams to prepare supplier billing. During evaluation, check that this handoff feels clear and that the confirmed order keeps all the information your warehouse and finance teams need. ## Checking How Approvals, Deliveries, and Billing Fit Together A purchasing tool is only useful if it matches the way your company approves spending, receives goods, and pays suppliers. In Sherkety ERP & Website Platform, one of the first things buyers should test is how a draft RFQ moves into a confirmed **Purchase Order**. If your company uses approval thresholds, manager review, or different rules for small and large purchases, verify whether the order flow supports that before you shortlist the module. Start by reviewing what happens between a newly created RFQ and a confirmed order. Ask whether buyers can clearly see when an order is still waiting for review and when it has become an approved commitment. If your process includes extra checks before confirmation, this is the point where you need to confirm the workflow is practical for your team. After confirmation, the next key step is delivery handling. A confirmed purchase order should create a related incoming receipt for the warehouse team. That connection is important because buyers, receivers, and finance staff all need to work from the same order trail. When you open a purchase order, make sure you can follow it to the related receipt document and confirm what has actually arrived. [SCREENSHOT: Purchase Order with links or smart buttons to related receipt and vendor bill] Billing is the next area to test carefully. Some companies want supplier bills based on what was ordered, while others only want billing based on what was actually received. During evaluation, check which approach fits your finance process. Then confirm that the quantities on the **Vendor Bill** can be traced back to the purchase order and the receipt. Before making a decision, verify these links in one complete scenario: 1. Create and confirm a purchase order. 2. Open the related receipt and record what was delivered. 3. Open or create the related vendor bill. 4. Compare quantities, dates, and supplier details across all three records. If that chain is easy to follow, Sherkety ERP & Website Platform is more likely to support accurate purchasing control across buyers, warehouse staff, and finance teams. ## Evaluating Product, Pricing, and Supplier Data Management Strong purchasing depends on clean product and supplier data. In Sherkety ERP & Website Platform, buyers should inspect both the **Products** and **Vendors** areas to see whether everyday purchasing information can be maintained without workarounds. This matters because RFQs and purchase orders are only as accurate as the product and supplier details behind them. On the product side, check whether each item can store supplier-specific purchasing information. Buyers often need to know which supplier usually provides the item, what price that supplier offers, the minimum quantity expected, and the lead time before delivery. If that information is available on the product record, the purchasing team can create RFQs faster and with fewer manual corrections. You should also review whether the product catalog supports the details that appear on purchase lines. Common items to inspect include: - **Units of Measure** - **Variants** - **Taxes** - **Internal Reference** - Product descriptions used during purchasing These details affect how clearly buyers can identify products and how accurately costs appear on the order. If your team buys the same item in different sizes, packaging options, or units, this is especially important to test. Replenishment-related settings also influence what buyers see when stock needs to be refilled. If your company plans to trigger purchasing from low stock or planned replenishment, check whether product setup supports that workflow cleanly. This helps you judge whether purchasing can work as part of a broader stock planning process, not just as a manual ordering tool. On the supplier side, inspect the vendor record carefully. Buyers should confirm that the vendor profile can hold: - **Payment Terms** - **Currency** - Contact details - Company-specific purchasing information [SCREENSHOT: Product record with supplier purchasing details and vendor record with payment and currency information] This review is one of the best ways to spot future maintenance problems early. If product and vendor records are easy to keep accurate, buyers can trust the RFQs, purchase orders, receipts, and bills created from them. ## Using Reporting to Judge Cost Control and Purchasing Performance The **Reporting** area in Purchasing is where buyers move from transaction entry to decision-making. In Sherkety ERP & Website Platform, this is the place to test whether the module can answer practical questions about spend, supplier performance, and buying trends. A useful evaluation should go beyond “Can we place orders?” and ask “Can we understand what our purchasing team is doing over time?” Start by checking the main measures available in reporting. Buyers typically want to compare: - **Total spend** - **Order count** - **Average unit price** - Supplier performance over time These figures help you see whether one supplier is becoming too expensive, whether a product’s price is rising, and whether purchasing activity is concentrated with the right vendors. Filters and grouping options are just as important as the numbers themselves. During evaluation, test whether you can narrow and organize results by: - **Vendor** - **Product** - **Purchase Representative** - **Company** - **Order Date** [SCREENSHOT: Purchasing reporting screen with filters, group options, and chart or pivot controls] Different views support different decisions. A **list view** is useful when you want to inspect individual orders and compare exact values. A **pivot view** helps when you want totals by supplier, product, or month. A **graph view** is often the fastest way to spot seasonal buying patterns, top suppliers, and changes in pricing over time. When you test reporting, use buyer-focused questions instead of generic browsing. For example: - Can you quickly see total spend by supplier? - Can you compare average unit price for the same product across vendors? - Can you identify delayed deliveries by supplier or date range? - Can you review purchasing activity by buyer or company? If the Reporting area in Sherkety ERP & Website Platform answers those questions without heavy manual export work, it is much more likely to support cost control and supplier review in real operations. This is where many purchasing evaluations are won or lost, because reporting reveals whether the module helps you improve buying decisions after the order is placed. ## Asking the Right Questions Before Choosing the Module Before choosing Purchasing in Sherkety ERP & Website Platform, run a short evaluation based on your real buying process rather than a generic demo. The goal is to confirm that the screens, fields, and handoffs match how your team actually works. If you already reviewed feature positioning in [Understanding Purchasing Module Positioning and Use Cases](doc:understanding-purchasing-module-positioning-and-use-cases) and [Exploring Purchasing Features From the App Page](doc:exploring-purchasing-features-from-the-app-page), this final check helps turn feature interest into a practical decision. Focus first on workflow fit. Review whether the **RFQ** and **Purchase Order** flow matches your internal process, especially if your team uses approval steps, blanket ordering, or multi-step receiving. A module can look complete on paper but still fail if buyers cannot move orders through the right checkpoints. Then verify the master data side. Buyers should confirm that the following can be maintained cleanly and repeatedly: - Vendor price lists - Lead times - Taxes - Currencies - Payment terms If these details are difficult to maintain, your team will spend too much time correcting orders manually. Next, test the operational links. Confirm that Purchasing connects properly with: - Inventory receipts - Replenishment rules - Vendor bill creation for finance This is especially important if different teams handle ordering, receiving, and billing. The handoff should be visible and easy to trace from one document to the next. Finally, test reporting with sample data that reflects your business. Do not rely only on a clean demo database. Buyers should be able to answer questions such as supplier comparison, spend by vendor, price movement, and delivery reliability quickly from the Reporting area. A good shortlist question is simple: can your buyers open the Purchasing menus, create realistic RFQs, compare suppliers, confirm orders, follow receipts, review bills, and analyze spend without needing side spreadsheets for every step? If the answer is yes, Sherkety ERP & Website Platform is likely a strong fit for structured purchasing work. ## Overview This document focuses on how to evaluate Purchasing in Sherkety ERP & Website Platform from a buyer’s point of view. Instead of repeating where the module sits in the ERP suite, it concentrates on the screens and records that matter during day-to-day procurement work: **Requests for Quotation**, **Purchase Orders**, **Products**, **Vendors**, receipts, **Vendor Bills**, and **Reporting**. The main idea is to help you judge whether Purchasing supports a complete buying cycle. That includes creating RFQs, comparing suppliers, confirming orders, tracking incoming deliveries, and checking how supplier billing connects back to what was ordered and received. It also covers the supporting data behind those actions, such as supplier pricing, lead times, taxes, currencies, and payment terms. You will also see the buyer questions that matter most during evaluation. For example, can your team compare vendors easily? Can warehouse staff receive against confirmed purchase orders? Can finance trace a vendor bill back to the related order and receipt? Can managers use reporting to review spend and supplier performance without extra manual work? This guide is most useful when read after: - [Understanding Purchasing Module Positioning Within the ERP Suite](doc:understanding-purchasing-module-positioning-within-the-erp-suite) - [Exploring Purchasing Features From the App Page](doc:exploring-purchasing-features-from-the-app-page) - [Deciding When to Add Purchasing to an ERP Rollout](doc:deciding-when-to-add-purchasing-to-an-erp-rollout) [SCREENSHOT: Purchasing workspace showing menu entries for RFQs, Purchase Orders, Products, Vendors, and Reporting] Use this page as a practical evaluation checklist in narrative form: open each Purchasing area in Sherkety ERP & Website Platform, test the flow with sample orders, and confirm whether the module supports your company’s approval, receiving, billing, and reporting needs. ## Prerequisites Before working through the evaluation points in this guide, make sure you can access the Purchasing areas you need in Sherkety ERP & Website Platform. You do not need technical setup knowledge, but you do need enough access and sample data to test a realistic buying scenario from start to finish. Prepare the following before you begin: - Access to the **Purchasing** menus, including **Requests for Quotation**, **Purchase Orders**, **Products**, **Vendors**, and **Reporting** - At least one sample **Vendor** record with usable purchasing details - At least one sample **Product** that can be added to purchase order lines - Enough sample data to test a full flow from RFQ to receipt and vendor bill - Permission to view related receiving and billing records if those are handled by other teams It also helps to have a few realistic business questions ready, such as: - Which supplier gives the best price for a specific item? - How long does a supplier usually take to deliver? - Can finance bill based on what was received instead of what was ordered? - Can managers review spend by supplier or by buyer? If you are still getting familiar with how Sherkety ERP & Website Platform presents ERP modules, review these first: - [Discovering the Purchasing Module From Inventory and App Pages](doc:discovering-the-purchasing-module-from-inventory-and-app-pages) - [Understanding Purchasing Benefits and Buyer Actions](doc:understanding-purchasing-benefits-and-buyer-actions) - [Using ERP System Landing Pages to Evaluate Offerings](doc:using-erp-system-landing-pages-to-evaluate-offerings) For the best results, test with your own sample products, suppliers, and expected buying rules rather than relying only on generic examples. That makes it much easier to decide whether the Purchasing workflow fits your real approval, receiving, and supplier management process. ## Orienting Yourself Within the Public Page Layout When you open a public page in **Sherkety ERP & Website Platform**, the fastest way to understand where you are is to scan the page from top to bottom in a consistent order. Start with the **header navigation** at the top. This is where visitors usually move between major public areas such as business services, company registration content, ERP-related pages, and contact destinations. If you already reviewed footer-based navigation in [Navigating Footer Link Groups and Secondary Destinations](doc:navigating-footer-link-groups-and-secondary-destinations), treat the header as your main top-level guide and the footer as your secondary route. Just below the top area, look for the **breadcrumb trail** and the **page title**. These two elements work together. The page title tells you what page you are currently viewing, while the breadcrumb trail shows how that page fits into a larger section. For example, a title focused on accounting, HR, Sales & CRM, Reporting, or ERP apps signals an ERP product page. A title focused on company registration, accounting services, startup support, or related business offerings signals a service page. Supporting information pages usually have titles that read more like guidance, explanations, or category overviews. The **introductory text** under the title often confirms the page purpose before you scroll further. On product-focused pages, this opening area usually introduces capabilities or business value. On service-focused pages, it usually explains the offering, who it helps, or what problem it solves. As you continue down the page, the layout usually shifts into **content sections** followed by **action areas**. Informational sections explain features, benefits, comparisons, trust indicators, FAQs, or supporting details. Action-oriented elements stand out more clearly: prominent buttons, contact prompts, demo requests, trial actions, or links to related pages. This difference matters. Read the content blocks to understand the offer, then use the highlighted action elements when you are ready to move forward. [SCREENSHOT: Public page showing header navigation, breadcrumb trail, page title, intro text, content sections, and footer] ## Using Breadcrumbs to Track Where You Are The **breadcrumb trail** is one of the clearest navigation cues on public pages in **Sherkety ERP & Website Platform**. Read it from **left to right**. The first item usually represents a broader public area, and each item after that moves you into a more specific topic until you reach the page you are currently viewing. This helps when several pages feel closely related. For example, ERP pages, business service pages, and supporting guidance pages may all include similar page layouts, buttons, and promotional sections. The breadcrumb labels help you separate them by hierarchy. If the trail leads through an ERP category, you are likely still within the ERP journey. If it leads through a services area or company guidance area, you are in a different branch of the public site. Each earlier breadcrumb item is usually a **clickable link**. Use those links when you want to step back to a parent page without repeatedly pressing your browser’s **Back** button. This is especially useful when you opened a detailed page and want to return to a category page to compare other options. Breadcrumb links keep you within the same topic path and make it easier to stay oriented. The **last breadcrumb item** is different. It identifies the current page and is there mainly for confirmation, not for navigation. If the final label matches the page title or closely reflects it, that is a strong sign you are exactly where you intended to be. Breadcrumb wording is also useful when topics are similar. A label tied to ERP apps points you toward module exploration. A label tied to services or implementation-related content points you toward business support offerings. A label tied to company types or informational guidance points you toward educational content rather than product selection. For a deeper look at breadcrumb behavior across the site, see [Understanding Breadcrumbs and Page Location](doc:understanding-breadcrumbs-and-page-location). ## Following the Page Section Order to Find Key Information Most public pages in **Sherkety ERP & Website Platform** are designed to be read in a deliberate order. If you follow that order, it becomes much easier to understand both the topic and the next action the page wants you to take. Start at the **top-of-page hero area**. This first section usually contains the main headline, a short supporting message, and one or more prominent buttons. The headline tells you the core promise of the page. The supporting text gives quick context. The button placement shows the most important next step the page is encouraging. After the hero area, continue downward through the sections as they appear. In many cases, the page moves from: 1. a high-level introduction, 2. into feature, service, or capability details, 3. then into proof-building content such as trust indicators, comparisons, FAQs, or supporting highlights, 4. and finally toward contact or conversion actions. This sequence is helpful because it mirrors how most visitors evaluate an offer. First they want to know what it is, then what it includes, then why they should trust it, and finally how to proceed. Use **section headings** as your guideposts. A clear heading usually marks the start of a new topic. Visual spacing, cards, grouped content blocks, and background changes often signal that one section has ended and another has begun. On longer pages, these visual breaks help you skip directly to the part that matters most to you. You may also notice repeated patterns across pages, such as: - benefit blocks, - comparison sections, - trust or credibility content, - FAQ-style question-and-answer areas, - contact or demo prompts near the lower part of the page. Once you recognize these patterns, you can scan faster. If you are comparing ERP modules, jump to capability and comparison sections first. If you are evaluating a business service, focus on service details, proof points, and contact prompts. The layout itself becomes a navigation tool. [SCREENSHOT: Long public page with hero section, feature blocks, trust content, FAQ area, and final call-to-action section] ## Recognizing What Each Call to Action Is Asking You to Do Not every button or link on a public page serves the same purpose. In **Sherkety ERP & Website Platform**, the page layout usually tells you how important an action is and what kind of next step it represents. The most noticeable button in the hero area is usually the **primary call to action**. It stands out because of its placement near the headline and supporting text, and often because of stronger styling than nearby links. This top-of-page action is meant for visitors who are already ready to move forward. On ERP pages, that may mean exploring capabilities, starting a trial, or requesting a demo. On business service pages, it may mean contacting the team or moving toward a consultation-related step. Lower on the page, you may see **secondary actions**. These are often placed after more explanation, proof, or comparisons. They are useful for visitors who want more confidence before acting. A button near a feature section may lead you deeper into ERP details. A link near a service explanation may help you view related offerings. A contact prompt near the bottom often appears after the page has already answered common questions. Before you click, read the **nearby text around the button or link**. The surrounding heading, short description, and section topic usually explain what happens next. This is the easiest way to tell whether an action will: - open a contact path, - move you to a related ERP page, - help you compare offerings, - or continue into a more detailed service page. If two actions seem similar, compare their location. A button near the top usually supports immediate action. A button placed after trust content, FAQs, or comparisons usually supports a more informed decision. The page is not only giving you options; it is also showing you when each option makes the most sense. For more on action-focused public journeys, see [Using Public Calls to Action and Conversion Paths](doc:using-public-calls-to-action-and-conversion-paths). ## Moving Between Related Public Pages Without Losing Context When you move from one public page to another in **Sherkety ERP & Website Platform**, the goal is not just to keep clicking forward. The goal is to stay aware of whether you are moving to a broader category, a related topic, or a deeper detail page. Use the **breadcrumb trail** first when you want to move upward in the topic structure. This is the cleanest way to return from a detailed page to its parent section. Use **in-page links** or prominent buttons when you want to continue along the path the page is suggesting. Use **footer navigation** when you want to jump to another public area entirely or revisit secondary destinations you already explored in [Navigating Footer Link Groups and Secondary Destinations](doc:navigating-footer-link-groups-and-secondary-destinations). After every navigation step, pause briefly and compare: - the **page title**, - the **breadcrumb labels**, - and the first visible **section heading**. These three cues tell you what changed. If the title becomes more general, you likely moved to a broader category page. If the title changes to a similar topic at the same level, you likely moved to a sibling page. If the breadcrumb path grows longer or the content becomes more specific, you likely moved deeper into the topic. You can also use **repeated call-to-action placement** as a clue. If several related pages place a demo, contact, or explore action in the same part of the layout, that consistency helps confirm you are still within the same overall journey. For example, ERP-focused pages often repeat capability and next-step prompts, while service-focused pages often repeat consultation or contact-oriented prompts. If you are comparing ERP offerings with business services content, do not hesitate to return to a parent page and start again from the broader category. That reset often makes the differences between paths much easier to see. ## Resolving Common Navigation Confusion on Public Pages If a public page feels unclear, use the visible layout cues before clicking any button. In **Sherkety ERP & Website Platform**, the fastest way to reduce confusion is to check the **page title**, the **breadcrumb trail**, and the **first main heading** near the top of the page. Together, these usually tell you whether you are on an ERP module page, a business service page, or a supporting information page. When multiple buttons look similar, do not choose based on button text alone. Read the **section heading** and the short paragraph around each action. A button placed inside a feature section usually relates to learning more about that feature area. A button near a contact section usually points toward speaking with the team. A button near a comparison or package section usually supports evaluation rather than immediate contact. If you are unsure whether you are still within the same topic area, use these checks: - Compare the current **breadcrumb path** with the previous page. - Look at the **page title** to see whether the subject became broader, narrower, or simply related. - Scan the **footer links** to confirm which larger public section you may want to revisit. Long pages can also create confusion simply because important details are spread out. When that happens, stop scrolling line by line and switch to **heading-based scanning**. Look for section titles that signal: - benefits, - features or service details, - comparisons, - FAQs, - contact or next-step areas. Visual blocks can help too. Cards, grouped icons, highlighted sections, and separated content bands often mark topic changes more clearly than paragraphs alone. If navigation still feels uncertain, return to a parent page through the breadcrumb trail and re-enter the topic from there. That usually restores the context you need without losing your place in the broader public journey. [SCREENSHOT: Public page with multiple calls to action and visible breadcrumb used to confirm page context] ## Overview This document focuses on the **navigation cues inside public page layouts** in **Sherkety ERP & Website Platform**. Instead of covering top-level menus or footer groups in detail, it explains how visitors use the page itself to stay oriented after they arrive. The most important cues are the **breadcrumb trail**, **page title**, **introductory text**, **section order**, and the placement of **call-to-action buttons and links**. These cues work together. The page title and opening text confirm what kind of page you are viewing. The breadcrumb trail shows how that page fits into a larger path. The section order helps you predict where key information will appear. Prominent actions near the top usually support immediate next steps, while lower-page actions often appear after more explanation, comparisons, or trust-building content. This matters most when browsing closely related areas such as: - ERP module pages, - business service pages, - company registration guidance, - supporting informational pages. Because these pages can share similar layouts, the visible structure becomes your best guide. Reading the page from top to bottom, watching for heading changes, and checking the breadcrumb path after each move helps you avoid losing context. Use this guide when you want to: - confirm where you are on the public site, - understand what a page is asking you to do, - compare related pages without getting disoriented, - recover quickly when a page feels unclear. If you need a broader refresher on public entry points before using these layout cues, see [Navigating Public Pages and Entry Points](doc:navigating-public-pages-and-entry-points). ## Prerequisites Before using the guidance in this document, it helps to be familiar with a few basic public-site navigation patterns in **Sherkety ERP & Website Platform**. You do not need admin access or editing permissions. This guide is written for regular visitors browsing the public website. You will get the most value from this page if you can already do the following: - recognize the **header navigation** and move between major public sections, - use **footer links** to reach secondary destinations, - identify a **page title** and main heading on a public page, - scroll through longer pages and scan section headings, - open related public pages and compare what changed. Helpful background reading: - [Using Header Menus and Footer Links](doc:using-header-menus-and-footer-links) - [Using Header Navigation Across Public Pages](doc:using-header-navigation-across-public-pages) - [Navigating Footer Link Groups and Secondary Destinations](doc:navigating-footer-link-groups-and-secondary-destinations) - [Understanding Breadcrumbs and Page Location](doc:understanding-breadcrumbs-and-page-location) If you are browsing multilingual pages, it also helps to know how language changes can affect what you see in the header, page titles, and routes. For that, review [Switching Languages While Browsing the Platform](doc:switching-languages-while-browsing-the-platform). The next document in this navigation sequence is [Using Mobile and Desktop Navigation Patterns on the Public Site](doc:using-mobile-and-desktop-navigation-patterns-on-the-public-site), which explains how these same cues appear differently depending on screen size. ## Finding the footer areas visitors use at the bottom of the page On public pages in **Sherkety ERP & Website Platform**, the footer appears at the very bottom of the page after the main content sections. If you have been reading a service page, an ERP app page, a company type page, or a contact-focused page, scroll down until the main content ends. The footer gives you another set of navigation choices without needing to return to the top menu. The footer is easiest to understand as two parts: - A **main footer area** with grouped links - A **lower secondary row** with additional navigation items and supporting links [SCREENSHOT: footer showing grouped link columns above a lower secondary link row] In the main footer area, visitors usually see links organized into clear groups rather than one long list. These groups help you quickly spot the kind of destination you want. In Sherkety ERP & Website Platform, the footer supports several common destination types: - **Company links** for business information and brand-related pages - **Policy links** for privacy, terms, and other trust or compliance pages - **Social destinations** that lead to the company’s public channels outside the website - **Secondary navigation links** that continue browsing from the bottom of the page This matters when you finish reading and want your next step to feel natural. Instead of scrolling back to the header, you can move directly from the footer to another useful page. The interaction pattern is simple: - **Text links** in the footer usually open another page within Sherkety ERP & Website Platform - **Social icons** or labeled social links usually take you to an external destination If you already understand how top navigation works from [Understanding Service and ERP Menu Paths](doc:understanding-service-and-erp-menu-paths), think of the footer as the follow-up navigation area for visitors who have reached the end of a page and want to keep exploring. ## Using company and policy link groups to reach core information pages The footer in **Sherkety ERP & Website Platform** separates business information from legal and trust information so you can choose the right destination faster. When you look across the grouped footer links, start by finding the heading that covers **company-related pages**. This group is where visitors go when they want to learn more about the business behind the services or ERP offering. Company links typically lead to pages such as: - **About** - **Contact** - **Careers** - Other business information pages presented as corporate or brand destinations Use these links when your goal is to understand who Sherkety is, how to reach the team, or whether the business looks established and credible. A separate **policy links** group helps with a different type of question. Instead of marketing or company background, these links focus on privacy, terms, cookies, and similar pages that explain rules, data handling, and visitor rights. This separation is helpful because policy pages are usually not part of promotional browsing. Visitors often look for them when they want reassurance before submitting a form or sharing information. Grouped headings make the footer much easier to scan. Rather than reading every link one by one, you can first choose the heading that matches your purpose: - Pick a **company** heading when you want brand research or contact details - Pick a **policy** heading when you want legal, privacy, or trust-related information [SCREENSHOT: footer columns with separate company and policy headings] This distinction is especially useful on service-oriented pages. For example, after reviewing accounting services or ERP modules, you might use a company link to learn more about Sherkety itself, or use a policy link to review privacy information before sending an inquiry. The footer keeps those two tasks separate so you do not have to guess which link is meant for business background and which one is meant for legal information. ## Opening social destinations from the footer The footer in **Sherkety ERP & Website Platform** may also include a social links area. These links can appear as recognizable social media icons, text labels, or a small grouped section placed alongside the company and policy links. Unlike the other footer links, social destinations do not keep you inside the website. They send you to Sherkety’s public presence on external platforms. [SCREENSHOT: footer social icons or labeled social links] Use the social area when you want to check activity that is better shown outside the website, such as: - Recent updates - Public posts or announcements - Community engagement - Broader brand presence across public channels This makes social links different from company pages. A company page inside the website gives you structured information such as who Sherkety is or how to get in touch. A social destination is more useful when you want to see current public activity or how the brand presents itself in a live, ongoing way. When you click a social link, expect a change in context: - You may leave the Sherkety ERP & Website Platform website - The destination will use the branding and layout of the social platform you selected - The page content will usually be organized according to that platform’s feed or profile format If a link opens somewhere that looks different from the website’s usual design, that is normal for social destinations. The footer is intentionally mixing internal navigation and external brand channels in one place, but the visual style of the destination will tell you which type you opened. Choose social links when you want a quick sense of recent activity. Choose company or policy links when you need formal information, contact details, privacy terms, or other content that belongs on the main website. That difference helps you avoid opening an external page when what you really wanted was a standard information page inside Sherkety ERP & Website Platform. ## Following secondary navigation links after finishing a page Below or near the main footer groups, **Sherkety ERP & Website Platform** can include a secondary navigation area. This is not the same as the main header menu. The header is designed for top-level discovery at the start of browsing, while secondary footer navigation is meant for continuation after you have already finished a page. When you reach the bottom of a page, this lower navigation area gives you a practical next move. Instead of scrolling back up, you can pick another destination directly from the footer. This is especially useful on long pages such as ERP app overviews, company type guidance pages, or detailed service pages. Secondary footer navigation often supports flows like these: 1. You finish reading a product or service page. 2. You scroll into the footer. 3. You choose a nearby link to continue with a related destination, company page, or policy page. This pattern works well for two common visitor behaviors: 1. **Exploratory browsing** A visitor comparing ERP modules or business services may use the footer to continue into another area without restarting from the homepage or header menu. 2. **Trust-checking browsing** A visitor who is close to contacting Sherkety may use the footer to confirm company details, privacy information, or terms before taking action. [SCREENSHOT: lower footer row with secondary navigation links beneath main footer groups] The key difference from primary navigation is intent. Header navigation helps you discover the site structure. Footer secondary navigation helps you decide what to do next after consuming content. It is a continuation tool, not just a duplicate menu. If you are evaluating pages from the bottom upward, the footer becomes a reliable handoff point: from content, to reassurance, to the next destination. That makes it especially useful for visitors who read full pages before deciding whether to explore more, contact the business, or review legal details. ## Choosing the right footer destination for different visitor goals The footer in **Sherkety ERP & Website Platform** works best when you match the link group to your actual goal. If you treat every footer link as the same kind of destination, you may end up on the wrong page. A quick decision based on link type makes browsing much smoother. Use this guide when deciding where to click: | Visitor goal | Best footer area to use | Why it fits | |---|---|---| | Validate the business behind an ERP product | Company links | These pages help you review who Sherkety is before moving deeper into sales or contact paths | | Review privacy or trust details before sending an inquiry | Policy links | These pages focus on privacy, terms, cookies, and similar legal information | | Check recent public activity or brand presence | Social destinations | These links lead to external channels where updates and public engagement are easier to see | | Keep browsing after reaching the bottom of a page | Secondary navigation | These links help you continue without returning to the header | For a **prospective ERP buyer**, company links are often the best next step after reading about modules such as HR, Sales & CRM, Reporting, or Accounting. They help confirm the business behind the offering before you move toward contact or comparison pages. For a **business services visitor**, policy links are often more important near decision points. If you are about to submit a form or share details, privacy and terms pages can answer trust-related questions quickly. Use **social destinations** when your goal is not static information but current visibility. If you want to see public updates, announcements, or how active the brand appears, social links are the better fit. Use **secondary navigation** when you simply need momentum. You reached the bottom of the page, you want another destination, and you do not want to scroll back to the top. The footer is built for exactly that moment. ## Fixing common problems when footer links do not lead where expected If a footer link in **Sherkety ERP & Website Platform** does not take you where you expected, the issue is often about link type, grouping, or visibility rather than the footer itself being hard to use. Start by checking which footer area you selected. If a **company** or **policy** link opens an unexpected page, first compare the link label with the page you landed on. A company link should lead to business information, while a policy link should lead to privacy, terms, cookies, or similar trust content. If the result feels wrong, you may have clicked a nearby secondary navigation link instead of the main grouped link above it. If a **social link** seems broken or missing, look carefully at the footer layout: - Check whether the social area is shown as icons, text labels, or both - Confirm the social section is visible and not being confused with company links - If an icon is missing, the external destination may not be available in the current footer setup [SCREENSHOT: footer with company, policy, social, and lower navigation areas clearly marked] If visitors cannot find legal information quickly, the problem is usually scanning, not reading. Policy links should appear under a clear heading and should not be mixed into company information. When privacy or terms links are visually separated, they are much easier to find at a glance. If the footer feels crowded on long pages, review whether the link types are visually distinct: - **Company links** in one group - **Policy links** in another group - **Social destinations** in their own area - **Secondary navigation** placed separately beneath or beside the main groups When these areas are clearly separated, the footer becomes much easier to use. If you are still unsure whether a page belongs in the footer or the main navigation, compare this behavior with the earlier guidance in [Understanding Service and ERP Menu Paths](doc:understanding-service-and-erp-menu-paths), which explains how top-level browsing differs from end-of-page navigation. ## Overview This page of the footer in **Sherkety ERP & Website Platform** is best understood as a navigation safety net for visitors who have already finished reading. Instead of returning to the top of the page, you can continue browsing from the bottom using grouped destinations that serve different purposes. The footer is organized around four practical destination types: - **Company links** for business background and contact-oriented pages - **Policy links** for privacy, terms, cookies, and similar trust content - **Social destinations** for external public channels - **Secondary navigation** for continuing to another page after reaching the end of the current one These groups matter because they support different visitor intentions. Someone researching Sherkety as a business will usually start with company links. Someone checking whether it is safe or appropriate to submit an inquiry will often look for policy links. Someone evaluating public activity may prefer social destinations. Someone who simply wants to keep moving through the site can use the lower secondary navigation area. The main benefit of the footer is speed at the end of a page. It reduces the need to scroll back to the header and gives you a clear next step based on what you need most: more information, more trust, more public visibility, or another browsing path. If you need a visual way to tell where you are before using the footer, pair this guide with [Understanding Breadcrumbs and Page Location](doc:understanding-breadcrumbs-and-page-location). If you want help recognizing how links inside page sections guide you forward before you even reach the footer, continue with [Following Navigation Cues Within Public Page Layouts](doc:following-navigation-cues-within-public-page-layouts). ## Prerequisites You do not need an account to use footer navigation on the public website in **Sherkety ERP & Website Platform**, but a few basics will make this guide easier to follow: - You should be able to open any public page, such as a service page, ERP app page, company type page, or homepage section - You should know how to scroll to the bottom of a page to reach the footer - It helps if you already understand the difference between top navigation and page-end navigation from [Using Header Menus and Footer Links](doc:using-header-menus-and-footer-links) - It also helps if you have already reviewed [Understanding Service and ERP Menu Paths](doc:understanding-service-and-erp-menu-paths), since this guide does not repeat how service and ERP menu routes work from the header Before using the footer, keep these expectations in mind: - **Text links** usually keep you inside Sherkety ERP & Website Platform - **Social links** may take you to an external destination - **Grouped headings** help you choose the right type of page without reading every link individually - **Secondary navigation** is most useful after you finish a page and want to continue browsing immediately If you are reading on a smaller screen, the footer groups may stack vertically instead of appearing in side-by-side columns. The purpose stays the same: company information, policy pages, social destinations, and lower follow-on navigation remain separate so you can still scan them quickly. ## Finding the Privacy, Terms, and Cookie Pages When you want to review legal information on the public website, start at the bottom of the page. In Sherkety ERP & Website Platform, the footer is the most likely place to find links such as **Privacy Policy**, **Terms and Conditions**, and **Cookie Policy**. If you already worked through [Understanding Public Policy Pages and When to Use Them](doc:understanding-public-policy-pages-and-when-to-use-them), use the same footer-reading approach here, but focus specifically on privacy, usage rules, and cookie details rather than broader public policy content. 1. Open any public page in Sherkety ERP & Website Platform, such as the homepage, a services page, or an ERP app page. 2. Scroll to the footer and look through the legal links area for **Privacy Policy**, **Terms and Conditions**, and **Cookie Policy**. 3. Open each link in a separate browser tab so you can compare them side by side. 4. Check the page title or main heading at the top of each page to confirm you opened the correct policy. 5. If the page shows an **Effective Date**, **Last Updated**, or similar date line, note it so you know whether you are reading the latest published version. [SCREENSHOT: footer area showing Privacy Policy, Terms and Conditions, and Cookie Policy links] On smaller screens, the footer may be farther down than expected, especially if the page includes long sections such as FAQs, service comparisons, or ERP feature descriptions. If you do not see the legal links right away, keep scrolling until the footer appears. You can also use the site’s navigation patterns described in [Using Header Menus and Footer Links](doc:using-header-menus-and-footer-links) to return to a page where the footer is easier to reach. If one of the policy pages opens in a different language than expected, switch languages first and then reopen the link. That helps you review the wording in the version you are most comfortable reading. ## Reviewing How Personal Data Is Collected and Used The **Privacy Policy** page explains what information Sherkety ERP & Website Platform may collect from visitors and why that information is used. Read this page slowly and look for sections that describe how your details are gathered through visible website actions, such as filling out a contact form, requesting a demo, starting a trial, or submitting an enquiry from a service page or ERP page. 1. Open the **Privacy Policy** page from the footer. 2. Look for section headings that mention **Information We Collect**, **Personal Data**, **How We Use Your Data**, or similar wording. 3. Identify which details are entered directly by you through forms, such as your name, company details, or enquiry information if those are listed. 4. Then look for a separate section about information collected automatically during browsing, such as analytics or website usage data. 5. Read the purpose statements carefully and note why the website says it uses that information. [SCREENSHOT: Privacy Policy page with sections for collected information and how it is used] As you review the page, focus on whether the policy clearly separates two kinds of collection: - Information you type into website forms - Information gathered while you browse the website That distinction matters because it tells you whether the website is only using details you actively submit, or also measuring visits, page views, and similar activity in the background. You should also check whether the policy explains how collected information supports specific activities, such as: - Responding to contact requests - Sharing business service information - Following up on demo or trial interest - Improving website content and visitor experience Another important part is data sharing. Look for wording about third parties involved in running the website, such as hosting providers, analytics tools, or support-related services. You do not need to interpret legal language perfectly; your goal is to identify who may receive your information and for what purpose. If the page is vague, note the exact heading where the wording becomes unclear so you can revisit it later. ## Checking Your Rights and Contact Options After you understand what the **Privacy Policy** says about data collection, move to the section that explains your rights. In Sherkety ERP & Website Platform, this is the part that matters most if you want to ask what information has been stored, correct something you submitted, or request deletion. 1. Stay on the **Privacy Policy** page and scan for headings such as **Your Rights**, **Data Subject Rights**, **Your Choices**, or **Contact Us**. 2. Read through the list of actions visitors may request, such as access, correction, deletion, objection, or withdrawal of consent. 3. Find the contact method named in that section. This may be a contact form, a support channel, or another stated route for privacy-related requests. 4. Check whether the page mentions any response period, review process, or identity confirmation step before a request is handled. 5. Write down the exact section title and the contact route mentioned there so you can return to it later if needed. [SCREENSHOT: Privacy Policy section showing privacy rights and contact details] When reading this section, pay attention to whether the policy uses regional wording. Some pages include rights that apply differently depending on where the visitor is located. If you see language that refers to specific countries or regions, do not skip it. That wording may affect whether you can request a copy of your data, ask for correction, or withdraw earlier consent. It also helps to record the details in a simple note while you are reading. For example, keep track of: - The section heading where rights are explained - The contact method named for privacy requests - Any instructions about proving your identity - Any timeline mentioned for replies If the page gives more than one contact route, use the one that is clearly tied to privacy matters rather than a general sales or enquiry option. That makes it easier to send your request through the correct channel and avoid delays. ## Understanding Website Usage Rules and Service Conditions The **Terms and Conditions** page is different from the **Privacy Policy**. Instead of focusing on personal data, it explains the rules for using the website and the limits around the information published there. In Sherkety ERP & Website Platform, this page helps you understand what you can rely on when reading service descriptions, ERP module information, pricing references, and downloadable content. 1. Open the **Terms and Conditions** link in its own tab. 2. Read the opening sections first to understand who the terms apply to and what parts of the website they cover. 3. Look for sections about acceptable use, ownership of website content, and restrictions on copying or reusing material. 4. Check whether the page explains that service descriptions, ERP information, or pricing details may change. 5. Review any sections about liability, warranties, or legal jurisdiction before relying on the page for business decisions. [SCREENSHOT: Terms and Conditions page with sections for acceptable use and content ownership] As you read, focus on practical questions: - Are you allowed to copy text, graphics, or comparison tables from the website? - Does the page say product details or pricing can change without notice? - Are there limits on how much you can rely on published descriptions? - Does the page mention what happens when you submit an enquiry or request a demo? This page often includes ownership language covering written content, branding, visuals, and other materials shown on public pages. If you plan to share information internally with your team, make sure you understand whether the content is presented for general information only or whether it includes restrictions on reuse. Also watch for sections tied to visitor actions. If you use forms to request a consultation, ask about company registration, or explore ERP packages, the terms may explain what those submissions mean and what they do not guarantee. That is especially useful when comparing service pages, package pages, and ERP app pages across the site. ## Reviewing Cookie Categories and Browser-Related Tracking The **Cookie Policy** page explains how Sherkety ERP & Website Platform uses browser-based tracking tools. This page is most useful when you want to understand what happens in the background while you browse, especially if you saw a cookie banner when you first opened the site. 1. Open the **Cookie Policy** page from the footer. 2. Look for a list or table of cookie categories, such as **Necessary**, **Analytics**, **Performance**, or **Marketing**. 3. Read the purpose given for each category so you understand whether it supports basic website operation, visitor measurement, or promotional activity. 4. Compare the policy wording with the choices shown in the cookie banner or consent prompt, if one appeared when you visited. 5. Check the section that explains how to change preferences, withdraw consent, or manage cookies through your browser. [SCREENSHOT: Cookie Policy page listing cookie categories and purposes] A clear cookie page may include details such as category names, provider names, storage duration, and purpose. If those details are shown, compare them carefully. For example, a category labeled **Necessary** should usually relate to essential website behavior, while **Analytics** or **Performance** usually points to measurement and improvement. If the page lists more than one category, use the table below as a reading guide: | What to check | Why it matters | |---|---| | Cookie category | Shows the type of tracking being used | | Purpose | Explains what the cookie helps the website do | | Provider | Tells you whether the cookie comes from the site or another service | | Duration | Shows how long the cookie may stay active | If the cookie banner offers choices such as accepting or managing preferences, those choices should make sense alongside the categories listed on the page. If they do not match, make a note of the difference. That is often the clearest sign that you need more information before deciding what to allow. ## Resolving Common Questions When Policy Details Are Unclear Sometimes a policy page is present but still leaves important questions unanswered. In Sherkety ERP & Website Platform, the best approach is to stay focused on the parts that directly affect your browsing, enquiries, and consent choices instead of trying to decode every legal sentence. 1. If you cannot find a policy page, return to the footer and check the legal links again from another public page. 2. If the link still is not visible, use the contact page to ask for the current **Privacy Policy**, **Terms and Conditions**, or **Cookie Policy**. 3. If the wording feels too broad, look only at the sections covering collected data, third-party sharing, cookie categories, and contact details. 4. If the cookie banner and **Cookie Policy** do not match, capture both views before asking for clarification. 5. If you are comparing Sherkety ERP & Website Platform with another vendor, review the same policy points on both sites and note which one is clearer. [SCREENSHOT: example comparison between cookie banner choices and Cookie Policy categories] When details are unclear, these are the most useful items to compare: - Whether the privacy page explains what data is collected - Whether sharing with outside providers is described - Whether the cookie page explains categories and consent choices - Whether a contact route for privacy questions is easy to find - Whether update dates are shown on the page If you need to raise a question, keep your note specific. Instead of saying the page is confusing, point to the exact heading or paragraph that needs clarification. For example, you might note that the cookie banner offers one set of choices while the **Cookie Policy** lists different categories. A screenshot can help here. If you are reviewing multiple vendors, clarity matters as much as content. A site that clearly states retention details, consent controls, and privacy request channels is easier to trust than one that leaves those points scattered or missing. ## Overview This guide helps you read the three legal pages most visitors look for on the public website: **Privacy Policy**, **Terms and Conditions**, and **Cookie Policy**. In Sherkety ERP & Website Platform, these pages are part of the public browsing experience and are usually reached through the footer links area. Each page answers a different question, so it helps to read them with a clear purpose instead of treating them as one long block of legal text. Use the **Privacy Policy** when you want to understand what personal information may be collected through contact forms, demo requests, trial interest, or normal browsing activity. Use the **Terms and Conditions** page when you want to know the rules for using the website, relying on published information, or reusing content. Use the **Cookie Policy** when you want to understand browser tracking, consent choices, and how cookies are grouped. This document is especially useful if you are: - Comparing Sherkety ERP & Website Platform with another business services or ERP website - Deciding whether to submit an enquiry or request a demo - Checking how website tracking is explained before accepting cookies - Looking for the correct contact route for a privacy-related request You do not need legal training to use these pages well. Focus on visible items such as page headings, update dates, section titles, cookie categories, and contact instructions. If you need broader context on where legal pages sit within the site, refer back to [Finding Answers in FAQ and Policy Pages](doc:finding-answers-in-faq-and-policy-pages) and [Understanding Disclaimer and App Privacy Pages](doc:understanding-disclaimer-and-app-privacy-pages). ## Prerequisites Before you start, make sure you can comfortably browse the public website and move between pages. You do not need an admin account or any editing access to read these policy pages in Sherkety ERP & Website Platform. Everything in this guide happens on the public-facing website. It helps to have the following ready: - Access to the public website in your browser - Enough time to open several policy pages in separate tabs - A way to take notes or screenshots while comparing wording - Your preferred language selected if the site offers language switching These habits make the review easier: - Start from a public page with a visible footer - Open **Privacy Policy**, **Terms and Conditions**, and **Cookie Policy** in separate tabs - Keep an eye out for headings such as **Last Updated**, **Effective Date**, **Your Rights**, and **Cookie Categories** - Compare the cookie banner with the **Cookie Policy** if a consent prompt appears If you are reading on a phone or smaller screen, expect more scrolling before you reach the footer. If needed, use the browsing help in [Browsing the Sherkety Public Website](doc:browsing-the-sherkety-public-website) and [Switching Languages While Browsing the Platform](doc:switching-languages-while-browsing-the-platform) before starting. For the next topic in this section, continue with [Using FAQ and Disclaimer Pages for Common Questions](doc:using-faq-and-disclaimer-pages-for-common-questions). ## Recognizing Feedback After You Save, Submit, or Retry In Sherkety ERP & Website Platform, feedback usually appears immediately after you click **Save**, **Submit**, or **Retry**. You may see a small message pop up briefly on the screen, a notice near the top of the page, or a message attached directly to a field in the form you were editing. On content and admin pages such as **Dashboard**, **Content**, **Users**, **Settings**, **SEO**, **Services**, and **Pricing**, these messages help you understand whether your last action finished successfully or needs attention. A **success** message confirms that the action you just took worked. For example, after saving changes on a content editing screen or updating settings in the admin area, a success message means your changes were accepted. A **warning** message means Sherkety ERP & Website Platform wants you to review something before you move on. The action may still go through, but the message is asking you to double-check details. An **error** message means the action did not finish. If you tried to save, submit, or retry and an error appears, you need to correct something or try again before the change is completed. Always connect the message to the button you just used. If you clicked **Save**, the feedback applies to saving your current edits. If you clicked **Submit**, it applies to sending or finalizing the form. If you clicked **Retry**, it applies to a previous action that did not complete the first time. [SCREENSHOT: success message after clicking Save in an admin form] When the message confirms success, you can continue working, leave the page, or move to the next task. When the message asks for review or correction, stay on the current page and look for highlighted fields, notices at the top, or buttons that remain unavailable. For a broader explanation of notification types, see [Understanding Notification Types and What They Mean](doc:understanding-notification-types-and-what-they-mean). ## Interpreting Success Messages After Completing an Action A success message in Sherkety ERP & Website Platform means your action finished properly. After clicking **Save**, it usually means the changes on the current page, form, or record were stored. This is common when updating website content, editing pricing details, changing SEO information, or adjusting settings in the admin area. If you were editing text or page content, a success message tells you those updates were accepted and you can safely move away from the page without losing the latest saved version. After clicking **Submit**, a success message usually means the action is fully completed rather than simply stored for later. In practical terms, this means Sherkety ERP & Website Platform has accepted the form or request and no more correction is needed before the workflow continues. If you were sending a completed form, the success message is your sign that the form went through. Do not rely on the message alone. Look for other signs on the screen that confirm the result. You may notice updated values, a changed status label, a refreshed section, a list view reappearing, or an action button becoming unavailable because the step is already complete. For example, after a successful save in an admin section, the page may remain open with the new values still visible. In other cases, you may return to a list where the updated item now reflects your changes. A successful **Retry** means a previous interruption has been cleared. If an earlier save or submit attempt failed and you clicked **Retry**, a success message means you can continue normal work. Check that the page now shows the expected result, such as saved content, updated settings, or a completed action state. [SCREENSHOT: success notification with updated page values after saving] If you are unsure whether the change really took effect, reopen the item or refresh the page and confirm that the latest information is still there. ## Reviewing Warnings Before You Continue A warning message in Sherkety ERP & Website Platform is not the same as an error. It does not always stop you, but it does mean you should pause and review what the screen is telling you. Warnings often appear when something looks incomplete, unusual, or worth checking before you continue. You might see the warning near the top of the page, inside a notice area, or beside a field that needs attention. When a warning appears, read the full message before clicking anything else. The wording usually tells you whether the message is simply informational, whether you need to confirm your choice, or whether you should go back and adjust part of the form. For example, if you are editing content, settings, pricing, or SEO details and a warning appears after **Save** or **Submit**, the page may still allow you to continue, but Sherkety ERP & Website Platform is signaling that part of the information should be reviewed first. Field-level warnings are especially useful because they point you to the exact area that needs checking. Look for highlighted boxes, messages under a field, or sections that remain visually marked after the warning appears. If the warning is shown at the top of the page, scroll through the form and look for anything that stands out, including required fields, incomplete selections, or values that may not match the rest of the page. [SCREENSHOT: warning notice at the top of a form with a highlighted field below] Continue only when the warning clearly allows it and the information still matches your intent. If the warning suggests missing details, inconsistent values, or a choice that should be confirmed, return to the relevant fields and update them before saving again. If you need a refresher on how warnings differ from other notices, see [Recognizing Warnings Errors and Dismissible Notices](doc:recognizing-warnings-errors-and-dismissible-notices). ## Fixing Errors That Prevent Saving or Submitting An error message in Sherkety ERP & Website Platform means your action did not complete. If you click **Save** or **Submit** and an error appears, the page has not accepted the change yet. Unlike a warning, an error is blocking. You need to fix the problem before Sherkety ERP & Website Platform can finish the action. Start by reading the error text carefully. Some errors appear at the top of the page, while others are shown directly next to the field causing the problem. Look for missing required entries, invalid values, incomplete selections, or fields that remain highlighted after the message appears. If the page contains several sections, scroll through the entire form instead of checking only the area you were just editing. The issue may be in a different section that still needs input. If a field is marked as required, enter the missing information. If a value looks incorrect, update it using the available field options, dropdown choices, or text entry box. If a selection has not been made, choose the correct option and review any related fields that may depend on it. On admin pages such as **Content**, **Users**, **Settings**, **SEO**, **Services**, or **Pricing**, errors often clear as soon as the missing or invalid information is corrected. [SCREENSHOT: blocking error message with required fields highlighted] After making your corrections, click **Save** or **Submit** again. Watch for a new message and confirm that the error no longer appears. If the same error returns, review all highlighted fields one more time and make sure no required section was skipped. When the action succeeds, you should see a confirmation message and visible signs that the page accepted your changes, such as refreshed values or updated status information. ## Retrying an Action After a Failed Attempt In Sherkety ERP & Website Platform, **Retry** is used when an earlier action did not finish and the screen gives you a chance to try again. This can happen after a temporary interruption, a loading problem, or another issue that prevented the page from completing the request the first time. You may see **Retry** in a message area, near an error notice, or on a page that failed to load or save correctly. Before you click **Retry**, read the original message. This matters because not every failed action should be retried immediately. If the message suggests a temporary issue, retrying may solve it without any other changes. If the message points to missing information, an invalid entry, or something incomplete in the form, go back and fix the data first instead of repeating the same failed action. After clicking **Retry**, watch the screen for signs that Sherkety ERP & Website Platform is working on the request. You may briefly see a loading state, a refreshed notification, or a page update. If the retry succeeds, look for the same confirmation signs you would expect after any successful action: a success message, updated values, a changed status, or the disappearance of the earlier error. [SCREENSHOT: retry option shown after a failed action] If the same failure happens again, stop and decide what kind of problem you are dealing with. Retry again only if the message still suggests a temporary interruption. If the message points to the form itself, edit the record before trying once more. If repeated retries do not help and the message stays the same, note the exact wording, the page you were on, and whether you clicked **Save**, **Submit**, or **Retry**. That information is useful when reporting the issue to an administrator. ## Handling Common Feedback Problems in the Interface ### A success message appears, but the expected change is not visible 1. Refresh the current page. 2. Reopen the record, page, or admin section you were editing. 3. Check whether the saved values, updated text, or changed status are actually present. 4. If you were working in **Content**, **SEO**, **Services**, **Pricing**, or **Settings**, compare the visible values on the screen with what you expected to save. 5. If the old information still appears, repeat the action and watch for any warning or error that may have been missed. ### A warning keeps returning after edits 1. Read the warning text again from start to finish. 2. Recheck every highlighted field, not just the one closest to the message. 3. Review related sections of the same form for missing details or incomplete selections. 4. Save again only after all marked areas have been updated. 5. If the warning still returns, confirm that your latest edits remained in place before trying another change. ### An error message is too general to act on 1. Look for field-level messages under inputs or beside dropdowns. 2. Scan the page for required markers, empty fields, or sections that appear visually highlighted. 3. Check whether an action button remains disabled, which can signal that something is still incomplete. 4. Review the full form from top to bottom instead of focusing on one section. ### Retry does not resolve the issue 1. Copy or note the exact message text shown on the screen. 2. Record which button you used: **Save**, **Submit**, or **Retry**. 3. Identify the page or record involved, such as **Content**, **Users**, **Settings**, **SEO**, **Services**, or **Pricing**. 4. Stop retrying if the same message keeps returning with no visible change. 5. Share those details with an administrator so they can investigate the repeated failure. ## Overview When you work in Sherkety ERP & Website Platform, the message that appears after **Save**, **Submit**, or **Retry** is your main clue about what happened. A success message means the action finished and you should confirm the visible result on the page. A warning means you should review the information before moving on, even if the page may still allow you to continue. An error means the action did not complete and you need to correct something or try again. The most useful habit is to match the feedback to the action you just took. If you clicked **Save**, check whether the current edits remained on the page. If you clicked **Submit**, confirm that the item moved forward and no further correction is required. If you clicked **Retry**, look for a loading state, a refreshed message, or a changed status that shows the earlier problem has been cleared. You do not need to guess what to do next. Sherkety ERP & Website Platform usually points you in the right direction through top-of-page notices, highlighted fields, disabled buttons, or updated values. When the message is positive, confirm the result and continue. When the message asks for review, stay on the page and inspect the marked areas. When the message blocks the action, correct the problem and run the action again. [SCREENSHOT: examples of success, warning, and error feedback in different parts of the interface] If you want to understand how smaller on-page hints guide you before or during an action, continue with [Using Inline Guidance and Speech Bubble Messages](doc:using-inline-guidance-and-speech-bubble-messages). ## Prerequisites Before using the guidance in this page, you should already be comfortable recognizing the basic notification styles used in Sherkety ERP & Website Platform. In particular, it helps to know the difference between temporary pop-up confirmations, warning notices, and blocking errors. If you have not reviewed that yet, read [Understanding Notification Types and What They Mean](doc:understanding-notification-types-and-what-they-mean). You should also be able to perform a basic action that produces feedback, such as: - clicking **Save** after editing content or settings - clicking **Submit** on a completed form - clicking **Retry** after a failed action or interrupted request This page is most useful when you are already working on screens where changes can be made, including admin areas such as **Dashboard**, **Content**, **Users**, **Settings**, **SEO**, **Services**, and **Pricing**, or public-facing forms where a submission can succeed, warn, or fail. You do not need advanced knowledge of Sherkety ERP & Website Platform, but you should be familiar with moving between pages, reading notices on screen, and checking whether fields are highlighted after an action. If you are still learning how feedback first appears, start with [Understanding Toast Messages and Action Feedback](doc:understanding-toast-messages-and-action-feedback) and [Recognizing Warnings Errors and Dismissible Notices](doc:recognizing-warnings-errors-and-dismissible-notices). Those pages explain the message styles. This page focuses on what to do after the message appears. ## Understanding What Users Can See Based on Their Role In Sherkety ERP & Website Platform, a user’s role controls which admin pages appear in navigation and which actions are available after a page opens. Someone with content access may be able to open **Dashboard** and **Content**, while another user may also see **Users**, **Settings**, **SEO**, **Services**, or **Pricing** in the admin area. If a page does not appear in the menu at all, that usually means the user does not have permission to view it. To review this, open the **Users** area in the admin portal and select the person’s account from the user list. On the user record, check the assigned role, whether the account is active, and any access scope details shown for that user. This is the quickest way to confirm whether the missing page or action matches the user’s current access level. [SCREENSHOT: User record showing role, account status, and access details] Role-based visibility affects more than the left-hand menu. It can also change: - Which records appear in lists - Whether **Create**, **Edit**, **Delete**, or similar action buttons are shown - Whether settings pages can be opened - Whether content tools are available on editable pages - Whether some controls appear disabled instead of clickable There is an important difference between a hidden feature and a blocked page. If a user cannot see **Users** or **SEO** in the admin navigation, the role likely does not include access to that page. If the user can open the page but sees an access warning or cannot complete an action, the page is visible but the action is restricted. If you need a refresher on how visibility rules are structured before troubleshooting a specific complaint, review [Understanding User Administration and Account Visibility](doc:understanding-user-administration-and-account-visibility). ## Checking a User's Role Assignments and Access Scope When a user reports that they cannot see a page, open a record, or complete an action, start in the **Users** section of Sherkety ERP & Website Platform. Find the affected person in the user list and open their account details. This lets you verify the role assigned to that user and whether the account is still active. Check these items first: - The assigned role or access level - Whether the account is marked active or inactive - Whether the user belongs to the correct organization, team, or workspace if those options are shown - Any visible scope limits tied to the account, such as location-based or ownership-based access A user can have the correct general role and still miss records because their account is limited to a narrower set of data. For example, they may be able to open a section but only see items assigned to their team or location. In that case, the issue is not the page itself but the user’s visibility scope. A reliable way to confirm the difference is to compare the affected user with another person who can access the same page successfully. Open both user records and review the visible role and scope details side by side. Look for differences in: | What to compare | Affected user | Working user | |---|---|---| | Role | Check assigned role | Check assigned role | | Account status | Active or inactive | Active | | Team or workspace | Confirm membership | Confirm membership | | Data scope | Limited or full | Limited or full | This comparison is especially useful when the complaint is vague, such as “I can’t see the same items as my coworker.” If the user account looks correct but the issue remains, continue by checking whether the missing feature is hidden entirely or only blocked at the action level. ## Recognizing the Difference Between Hidden Features and Blocked Actions Not every access problem looks the same in Sherkety ERP & Website Platform. Some restrictions remove a feature completely from view, while others allow the user to open a page but prevent changes. Knowing the difference helps you fix the right setting instead of giving broader access than necessary. A hidden feature usually appears as a missing menu item, missing tab, or missing section. For example, a user may sign in and see **Dashboard** and **Content**, but not **Users** or **Settings**. In that case, the role likely does not include permission to view those pages at all. The user is not being blocked after clicking; the option is simply not available in their interface. A blocked action looks different. The page opens, records are visible, but buttons such as **Create**, **Save**, **Delete**, **Edit**, or approval-related actions are missing or unavailable. This often means the user has view access but not change access. Read-only access commonly appears in these ways: - Form fields are visible but cannot be edited - The **Save** button does not appear - Status changes cannot be selected - Table rows can be opened but not updated - Action menus show fewer options than expected Another common source of confusion is filtered data. A user may think records are missing because of an error, when the real cause is a visibility rule. If search results, lists, or record counts look incomplete, check whether the account is limited by team, location, ownership, or another scope rule before treating it as a broken page. [SCREENSHOT: Admin page showing visible records with missing edit actions] When users describe the problem, ask whether they cannot find the page at all, can open it but cannot act, or can act on some records but not others. That answer usually points you to the correct fix much faster. ## Resolving Common Administration Problems Reported by Users Most access complaints in Sherkety ERP & Website Platform fall into a few repeat patterns. The fastest way to resolve them is to match the complaint to what the user actually sees on screen. 1. **If the user cannot open an admin page**, go to **Users**, open the user account, and confirm the role includes access to that admin area. A person who needs **Users**, **SEO**, **Settings**, **Services**, or **Pricing** must have the appropriate administrative access. If the page is missing from navigation, focus on page visibility first. 2. **If records are missing from a list**, review the user’s scope. Check whether the account is limited by team, organization, workspace, location, or ownership rules. A user may have access to the page but still see only a subset of records. Compare with a working user if needed. 3. **If the user can view a page but cannot save changes**, check whether the role includes edit rights rather than view-only access. Also review whether the action depends on approval rights or whether certain fields are locked for that user. 4. **If buttons are missing**, confirm whether the action is only available in certain situations. Some actions appear only when the user has the right role, when the feature is available in that area, or when the record is in the correct status. A missing **Edit** or **Delete** button does not always mean the page is broken. 5. **If the issue started recently**, look for recent account changes. A role update, deactivation, or change in team assignment can affect what the user sees immediately or after the next sign-in. [SCREENSHOT: User list and account details used to troubleshoot access complaints] Keep your troubleshooting focused on the exact symptom. “I can’t access it” can mean a hidden menu, a blocked page, a read-only form, or filtered data. Treating all four as the same problem usually leads to over-permission. ## Using Impersonation, Audit History, and Permission Checks to Confirm the Cause When a user report is unclear, the best next step is to confirm the issue exactly as the user experiences it. In Sherkety ERP & Website Platform, use any available **view as user**, impersonation, access review, or diagnostic tools shown in the admin area to reproduce the problem. This helps you see whether the user is missing a menu item, blocked from opening a page, or limited to read-only actions. [SCREENSHOT: Access review or user-view screen showing restricted navigation] If a user says, “The button disappeared,” do not rely only on memory or screenshots from another account. Reproducing the issue lets you verify: - Which admin pages appear in navigation - Whether the page opens successfully - Which buttons are visible - Whether fields are editable - Whether record lists are filtered After that, review any available admin history or activity log. Look for recent changes that match the timing of the complaint, such as: - Role updates - Account activation or deactivation - Team or workspace changes - Settings changes affecting access - Repeated failed attempts to open a page If Sherkety ERP & Website Platform shows permission details or access diagnostics, use them to identify which rule allowed or denied the action. This is especially helpful when a user has partial access and the cause is not obvious from the user record alone. Before you change anything, note the confirmed cause in your internal admin notes or support record. For example, record whether the issue came from a missing role, inactive account status, limited data scope, or action-level restriction. That step matters because quick fixes made without confirmation often give broader access than intended, especially when the real issue was only a missing team assignment or a read-only role. ## Fixing Frequent Access Issues Without Over-Permitting Users When resolving access issues in Sherkety ERP & Website Platform, aim for the smallest change that solves the problem. Giving full administrative access may remove the immediate complaint, but it can also expose pages and actions the user should not have. If a user cannot find a menu item, first confirm that their role includes view access to that area. For example, if they need to open **SEO** or **Users**, add the page access they require instead of switching them to a broader admin role. If the user can open a record but does not see **Edit** or **Delete**, update the specific action permission rather than granting full control over the whole section. This keeps the user’s access aligned with their job while restoring the missing button. If records disappeared after a role change, do not assume the new role is wrong by itself. Recheck related assignments such as: - Team membership - Organization or workspace assignment - Location-based access - Ownership-based visibility These scope settings often change what appears in lists even when the page remains available. If you make a correction and the user still reports the same issue, ask them to: - Sign out and sign back in - Refresh the page - Reopen the affected admin section - Retry the action after the access update has fully applied This is especially useful after role or account changes. A user may still be viewing an older session until they sign in again. Use this approach for common complaints: | User report | Best first fix | |---|---| | “I can’t see the page” | Confirm page view access | | “I can open it but can’t change anything” | Check edit rights | | “My records disappeared” | Review scope and assignments | | “The button is missing” | Check action-specific access | If you need broader guidance on user records before making changes, refer back to [Viewing and Maintaining User Accounts](doc:viewing-and-maintaining-user-accounts). ## Overview This document focuses on how administrators in Sherkety ERP & Website Platform investigate access complaints without repeating the full user-management setup already covered in [Understanding User Administration and Account Visibility](doc:understanding-user-administration-and-account-visibility). The goal here is practical troubleshooting: identifying why a user cannot see a page, why a button is missing, or why a record list looks incomplete. You will usually work across a small set of admin areas while reviewing these issues: - **Users** for checking the person’s account, role, and active status - **Dashboard** for reaching the main admin workspace - Restricted pages such as **Content**, **Services**, **Pricing**, **SEO**, or **Settings** to confirm what the user can actually open - Any visible logs, history panels, or access review tools available in the admin portal The most important idea in this guide is that access problems are not all the same. In Sherkety ERP & Website Platform, a user might experience any of the following: - A page is hidden from navigation - A page opens, but actions are unavailable - A form is visible in read-only mode - A list shows only some records because of scope restrictions - A recent role or account change has not taken effect in the user’s current session Because each of these symptoms points to a different cause, your review should always start with what the user sees on screen. Ask for the exact page name, the missing button label, and whether the issue affects all records or only some of them. That detail helps you choose the correct fix and avoid granting more access than needed. ## Prerequisites Before you troubleshoot access issues in Sherkety ERP & Website Platform, make sure you have the right level of admin access yourself. You need to be able to open the **Users** area and view user account details. Depending on how your organization uses the admin portal, you may also need access to pages such as **Settings**, **SEO**, **Services**, **Pricing**, or other restricted sections so you can compare what different users can see. Have these items ready before you begin: - Access to the admin portal and the **Users** page - The affected user’s name or account details so you can find the correct record - The exact page, menu item, tab, or button the user says is missing - A clear description of whether the issue is about opening a page, viewing records, or editing data - If possible, the name of another user who can perform the same task successfully for comparison It also helps if the affected user can tell you: - Whether the problem started after a recent role or account change - Whether the page is missing from navigation or opens with limited actions - Whether the issue affects one record, all records, or an entire section - Whether they have already signed out and back in since the problem began If you have not reviewed the general rules behind role visibility yet, read [Understanding Role Visibility and Access Restrictions](doc:understanding-role-visibility-and-access-restrictions) and [Managing Users and Role Based Access](doc:managing-users-and-role-based-access). For the next step after diagnosing these issues, continue to [Managing User Accounts and Role Assignments](doc:managing-user-accounts-and-role-assignments). ## Opening the Reporting Page and Identifying Buyer-Focused Storytelling Elements 1. Open the public website and use the main navigation to find the ERP area. If you already explored the product-page view in [Exploring Dashboards KPIs and Drill Down Analysis on the Product Page](doc:exploring-dashboards-kpis-and-drill-down-analysis-on-the-product-page), return to the ERP apps catalog and open the **Reporting & Analytics** page from there. 2. Start at the top of the page and read the hero section closely. Focus on the main headline, the short supporting text underneath it, and any nearby visual blocks. On this page, the message is aimed at prospective buyers, so the wording is less about setup and more about what business leaders gain from clearer reporting, easier visibility, and better decisions. 3. Look for the main action buttons placed near the top banner. These may include a demo prompt, a contact action, or another next-step button that invites you to continue the buying journey. Treat these buttons as part of the page’s sales story: they usually appear right beside the headline so visitors can act as soon as the value of reporting feels relevant. 4. Scan the first visual elements on the page. You may see dashboard-style cards, chart mockups, report screenshots, or analytics illustrations. These visuals help set expectations before you read the detailed sections. Instead of showing back-office setup screens, they present reporting as something easy to review and discuss. 5. Notice how the page frames reporting in business language. The emphasis is on sharing results, aligning teams, and helping stakeholders understand performance. That buyer-focused framing matters because it tells you this page is designed to answer, “How will this help my company communicate and decide faster?” rather than “How do I configure reports?” [SCREENSHOT: Reporting & Analytics page hero with headline, supporting text, and primary call-to-action buttons] ## Reviewing How the Page Demonstrates Report Sharing Across Teams 1. Move down the page and find the sections that talk about collaboration, visibility, or sharing information across departments. Read the section headings and short descriptions carefully. On the Reporting & Analytics page, these areas usually explain how one set of reports can support conversations between managers, executives, and operational teams. 2. Pay attention to any visuals that suggest report distribution or shared access. This may appear as dashboard panels, report cards, chart layouts, or presentation-style analytics blocks. Even when the page does not walk through every action in detail, these visuals still show that reports are meant to be viewed and discussed by more than one person. 3. Check whether the wording refers to multiple audiences, such as leadership, finance, operations, or sales. When the page uses role-based language, it signals that the same reporting environment can support different people without forcing each team to work from separate numbers or disconnected spreadsheets. 4. Look for phrases that imply centralized visibility. Examples include ideas like consistent metrics, one place to review performance, or shared dashboards for decision-making. These points matter because they show the value of everyone reviewing the same figures during planning, status updates, or performance reviews. 5. Compare this page’s message with the broader report-sharing ideas covered in [Sharing Reports and Supporting Decisions](doc:sharing-reports-and-supporting-decisions). Here, the focus is not on teaching reporting concepts from scratch. Instead, the page uses buyer-friendly examples to show how shared reporting can reduce confusion between teams and make business conversations easier. [SCREENSHOT: Mid-page section showing dashboard visuals and text about team visibility or shared reporting] ## Following the Stakeholder Communication Scenarios Presented on the Page 1. Read the sections that describe how reporting supports communication between teams and decision-makers. These parts of the page often present familiar business situations, such as leadership reviews, department updates, or recurring performance check-ins. The value is not only in seeing numbers, but in making those numbers easier to present to others. 2. Study the visual blocks used beside that text. Look for chart panels, KPI tiles, summary cards, and table-style layouts. These elements help you understand what kind of reporting output a stakeholder might see during a meeting. A simple KPI tile can support a quick executive update, while a chart or table can support a deeper conversation about trends or exceptions. 3. Notice whether the page presents reporting as presentation-ready. If the visuals look polished and easy to read, that is part of the message. Sherkety ERP & Website Platform is showing prospective buyers that reports are not just raw records on a screen. They can also become clear discussion tools for people who want a quick business summary. 4. As you read, connect each example to a real communication moment in your organization. For example: - A leadership team may want a dashboard summary before a weekly review. - A department head may need a chart to explain changes in performance. - A cross-functional meeting may rely on shared metrics so everyone discusses the same results. 5. If you want more background on how KPI and drill-down views work before evaluating these communication scenarios, revisit [Understanding Dashboards KPIs and Drill Down Analysis](doc:understanding-dashboards-kpis-and-drill-down-analysis). That document explains the building blocks; this page shows how those building blocks support business conversations. [SCREENSHOT: Reporting section with KPI tiles, charts, and summary visuals used for stakeholder communication] ## Examining the Decision-Support Use Cases Shown to Prospective Buyers 1. Continue through the Reporting & Analytics page and look for examples that connect reports to decisions. These examples may mention comparing periods, spotting trends, tracking business performance, or identifying issues that need attention. The page is designed to help buyers imagine how reporting supports action, not just observation. 2. Review any dashboard visuals for signs of interactive analysis. Useful clues include date ranges, filter-style controls, highlighted metrics, or layouts that move from summary cards into more detailed charts and tables. Even if the page is showing a static example, these design patterns suggest that users can start with a quick overview and then investigate further. 3. Watch for drill-down storytelling. A strong buyer-facing example usually starts with a headline number, then supports it with a chart, and finally points toward more detailed breakdowns. This structure tells you that Sherkety ERP & Website Platform is presenting reporting as a path from “What changed?” to “Why did it change?” and then to “What should we do next?” 4. Match the examples to business areas that matter to your team. The page may imply decisions related to: - sales performance - finance visibility - inventory movement - project or operational tracking 5. Evaluate the value message behind these examples. The page is not only showing attractive dashboards. It is making a buying argument: shared reports can shorten decision cycles, improve visibility across departments, and help teams align around the same evidence. That message becomes especially useful when you compare reporting options across ERP products and want to know whether the reporting experience supports real management decisions. [SCREENSHOT: Dashboard example showing summary metrics, charts, and signs of filtering or trend comparison] ## Comparing the Reporting Experience for Different Stakeholders 1. Read the page again with specific audiences in mind. Instead of asking whether the reporting page looks impressive, ask who each section is speaking to. Sherkety ERP & Website Platform uses business-oriented wording and visuals to show that the same reporting area can serve both senior decision-makers and day-to-day managers. 2. Use the page content to map likely stakeholder groups to the report elements shown: | Stakeholder group | Most relevant page elements | Likely reason it matters | |---|---|---| | Executives | KPI summaries, top-line charts, high-level dashboard cards | Quick visibility into overall performance | | Finance teams | Trend views, comparison charts, detailed tables | Reviewing financial movement and exceptions | | Sales managers | Performance charts, pipeline-style metrics, summary tiles | Tracking results and discussing targets | | Operations leads | Activity trends, status views, detailed breakdowns | Monitoring workflow and identifying delays | 3. Look for captions, headings, or short descriptive text that hint at role-based value. Even when the page does not name every audience directly, wording about leadership visibility, team alignment, or performance monitoring usually points to who benefits from that section. 4. Notice how the page balances summary and detail. High-level cards and clean charts appeal to people who need a fast answer. More detailed layouts suggest value for managers who need to investigate what is driving the result. That combination is important because many buyers need one reporting approach that works across multiple levels of the business. 5. If you are comparing this page with other ERP module pages, focus on whether the reporting examples feel broad enough for company-wide use. The strongest signal is when the same dashboard story can support both a boardroom summary and a department review without changing tools or switching to separate reporting methods. [SCREENSHOT: Reporting page section with mixed KPI cards, charts, and detailed visual blocks suitable for different stakeholder groups] ## Evaluating Whether the Reporting Page Supports Your Buying Criteria 1. Review the page one more time with your own buying checklist in mind. Start by checking whether the visuals and text show concrete sharing behavior. Look for signs that dashboards are meant to be presented, circulated, or reviewed by more than one audience. If the page only shows isolated charts with no collaboration story, that is a gap worth noting. 2. Check for decision-ready reporting cues. Strong examples usually include trend comparisons, summary metrics, and a visible path from overview to detail. If you can clearly see how someone would move from a KPI card to a more detailed explanation, the page is doing a good job of demonstrating decision support rather than simple data display. 3. Compare the page scenarios with your organization’s real communication habits. Ask yourself whether the examples fit: - executive review meetings - department performance updates - monthly or weekly reporting cycles - cross-team planning discussions 4. Use the screenshots and scenario wording to prepare questions for a demo. Based on what the page shows, you may want to ask how stakeholder-specific dashboards are organized, how shared views are presented to different teams, and what options are available when leadership needs a clean summary while managers need deeper detail. 5. Keep your notes practical. Write down which page sections felt convincing and which areas need clarification. This makes the page more useful as a buying tool. Instead of judging it only by design, you are using the visible examples to decide whether Sherkety ERP & Website Platform matches the way your business reviews performance and communicates results. To continue this learning path, move next to [Exploring Dashboard Kpi and Drill Down Analysis Capabilities](doc:exploring-dashboard-kpi-and-drill-down-analysis-capabilities). ## Overview - This document helps you review the **Reporting & Analytics** public page in Sherkety ERP & Website Platform as a prospective buyer, with special attention to how the page presents report sharing, stakeholder communication, and decision support. - The focus is on what you can see directly on the page: the hero section, call-to-action buttons, dashboard visuals, KPI cards, charts, summary blocks, and buyer-oriented messaging. - You will assess whether the page shows: - shared visibility across teams - reporting examples suitable for leadership and department managers - presentation-ready dashboards rather than raw data alone - clear links between analytics and business decisions - This guide does not repeat the KPI and drill-down basics already covered in [Exploring Dashboards KPIs and Drill Down Analysis on the Product Page](doc:exploring-dashboards-kpis-and-drill-down-analysis-on-the-product-page). Instead, it shows how those ideas are used on the page to support buying decisions. - By the end, you should be able to decide whether the Reporting & Analytics page gives enough evidence to continue with a demo, a sales conversation, or a deeper comparison with other ERP offerings. ## Prerequisites - Before using this guide, you should already be comfortable navigating the public website and opening ERP-related pages. If needed, review [Browsing the Sherkety Public Website](doc:browsing-the-sherkety-public-website) and [Using Header Menus and Footer Links](doc:using-header-menus-and-footer-links). - It helps to understand the basic reporting concepts introduced earlier in this documentation set: - [Exploring Reporting and Analytics Capabilities](doc:exploring-reporting-and-analytics-capabilities) - [Understanding Dashboards KPIs and Drill Down Analysis](doc:understanding-dashboards-kpis-and-drill-down-analysis) - [Sharing Reports and Supporting Decisions](doc:sharing-reports-and-supporting-decisions) - You should also have reviewed the product-page perspective in [Exploring Dashboards KPIs and Drill Down Analysis on the Product Page](doc:exploring-dashboards-kpis-and-drill-down-analysis-on-the-product-page), since this document builds on that context instead of repeating it. - No sign-in is required for this task. You only need access to the public-facing Reporting & Analytics page in Sherkety ERP & Website Platform. - If you are comparing ERP options for your business, keep your internal reporting needs in mind before you start, such as executive dashboards, departmental updates, or shared cross-team performance reviews. ## Understanding what the Homepage Migration Tool changes In **Sherkety ERP & Website Platform**, the **Homepage Migration Tool** is used when you need to carry an existing homepage setup into the current homepage structure. Its purpose is not to redesign the homepage from scratch. Instead, it helps administrators move homepage-specific setup so the destination homepage starts with the right content placements and section assignments already in place. When you run a homepage migration, you should expect the tool to focus on **homepage content and homepage configuration only**. Depending on what appears in the migration screen, this can include: - **Homepage section assignments** - **Featured content selections** - **Homepage-specific display settings** - **Content mapped into homepage areas** - **Promotional or highlighted homepage blocks** [SCREENSHOT: Homepage Migration Tool showing source, destination, and included homepage items] It is equally important to understand what the tool does **not** do automatically. The Homepage Migration Tool is not a shortcut for updating the entire website. It does **not** handle unrelated public pages, and it does **not** replace manual review in the homepage editor. If the new homepage design uses different visuals, different wording, or different section layouts, those adjustments still need to be checked and updated after the migration. The expected result after a successful run is straightforward: - The destination homepage reflects the migrated homepage setup - Homepage sections show the carried-over content mappings - Editors can open the homepage in preview or editing view and review what was brought over - The homepage is ready for verification before publishing If you already worked through follow-up planning in [Planning Safe Follow Up Actions After Migration](doc:planning-safe-follow-up-actions-after-migration), think of this tool as the action that applies the homepage setup you prepared for. ## Knowing when to open the migration tool The **Homepage Migration Tool** should be opened only when you are making a meaningful homepage-level change. In **Sherkety ERP & Website Platform**, the most common reason is a homepage transition where an existing homepage setup needs to be reused in a new homepage structure. Typical situations include: - Launching a **redesigned homepage** - Replacing an older homepage configuration with a newer one - Copying homepage setup into another environment for rollout or testing - Preparing a destination homepage so editors do not need to rebuild every section manually This is mainly an **administrator task**. Administrators open the migration screen, choose the source and destination, review what will be included, and confirm the migration. Content editors usually do **not** run the migration itself. Their role begins after the migration, when they review the homepage content in the editor or preview view and make any needed refinements. The best time to use the tool is: - **After** the destination homepage structure is available - **After** the target sections or content areas exist - **Before** final publishing or public release - **Before** editors begin final copy, image, and link review That timing matters because migrated content needs a valid place to land. If the destination homepage is incomplete, the results may be partial or require extra cleanup. You should **not** open the Homepage Migration Tool for routine content work. Skip it when you only need to: - Change a single banner - Update homepage text - Swap an image - Edit one section directly in the homepage editor - Make normal content corrections that are already supported by inline editing or the content editor For those smaller updates, use the regular editing workflow described in [Editing Content Directly From the Website](doc:editing-content-directly-from-the-website) or [Choosing Between Inline Editing and Admin Pages](doc:choosing-between-inline-editing-and-admin-pages). ## Reviewing the information before starting a migration Before opening the **Homepage Migration Tool**, confirm the homepage details you expect to move. This avoids running a migration with the wrong source or applying content into a destination that is not ready. Start by identifying the two most important items: - The **source homepage** you want to migrate from - The **destination homepage** that will receive the migrated setup You should also know which homepage areas are expected to carry over. Depending on what your team prepared, that may include hero content, featured sections, promotional blocks, or other homepage content areas shown in the migration screen. If you are unsure what should move, align with your content team before you begin rather than guessing during the migration. Next, confirm that you can actually access the migration area in the admin side of **Sherkety ERP & Website Platform**. The migration screen is intended for users with the right administrative access. If you can sign in but do not see the migration option, your role may not include permission to run homepage migrations. Before you continue, verify that the destination homepage structure already exists and includes the target areas needed for migrated content. This is one of the most important checks because migrated items need matching homepage sections or content slots. If the destination layout is missing expected areas, some content may not appear where you expect. It also helps to prepare editors for what happens after the migration. Agree in advance on which homepage areas they will review, such as: - **Headlines and body copy** - **Images and visual blocks** - **Buttons and links** - **Featured items** - **Section order and placement** [SCREENSHOT: Admin area with Homepage Migration Tool access and homepage selection fields] If your team already planned safe follow-up work, use that preparation here rather than repeating it. The earlier guidance in [Planning Safe Follow Up Actions After Migration](doc:planning-safe-follow-up-actions-after-migration) fits directly into this checkpoint. ## Following the migration workflow from selection to completion Once you are ready, open the **Homepage Migration Tool** from the administration area in **Sherkety ERP & Website Platform**. The screen is designed to guide you through a source-to-destination workflow, so your main job is to confirm each selection carefully before you run anything. Begin by selecting the **source homepage configuration**. This is the homepage setup that already contains the content assignments or homepage settings you want to reuse. After that, choose the **destination homepage** or target configuration where the migrated homepage setup should be applied. Before you confirm the migration, review the options shown on the screen. The tool may list which homepage parts are included in the migration. Pay close attention to items such as: - **Homepage sections** - **Featured content assignments** - **Homepage settings** - **Content blocks included in the transfer** - **Any visible include or exclude choices** This review step is where administrators catch mistakes early. If the source is wrong, or if the destination is not the intended homepage, stop and correct it before continuing. When everything looks right, run the migration using the action button shown on the screen. During processing, watch the interface for status changes. In Sherkety ERP & Website Platform, you may see loading feedback followed by a completion message. The result can appear as: - A **success** message when the homepage migration finishes as expected - A **warning** message when some items need review - A **partial** result when only some homepage content could be applied [SCREENSHOT: Migration confirmation area with selected source, destination, and completion message] Do not treat the completion message as the final approval step. A finished migration means the homepage setup has been applied as far as the tool could carry it. The next task is always to open the homepage in preview or editing view and verify the result. ## Checking the results after the migration finishes After the migration finishes, move immediately into review. In **Sherkety ERP & Website Platform**, the best place to confirm the outcome is the homepage **preview** or **editor** view, where you can see whether the migrated content appears in the correct sections. Start by checking the homepage areas you expected to receive migrated content. Look for: - **Featured sections** - **Promotional blocks** - **Homepage links or call-to-action areas** - **Visual placements** - **Any homepage-specific settings reflected on the page** Compare the destination homepage against the source homepage setup you intended to copy. You are not only checking whether content exists; you are checking whether it appears in the **right location** and still makes sense in the new homepage structure. Focus especially on high-visibility areas such as top promotional content, featured items, and key navigation or action links. A successful outcome looks slightly different depending on the user’s role: - For **administrators**, success means the homepage configuration has been applied and the destination homepage now reflects the migrated setup. - For **content editors**, success means the homepage opens with content already in place and ready for final review, refinement, and publishing preparation. [SCREENSHOT: Homepage preview showing migrated sections and featured content placements] Even with a successful migration, some follow-up work is normal. Common examples include: - Updating outdated text - Replacing images that do not fit the new layout - Checking buttons and links - Adjusting section content for the destination homepage design - Cleaning up any content that looks incomplete after transfer This is where migration ends and editorial review begins. If you need a broader validation process after this point, continue with [Reviewing Migration Results and Post Migration Checks](doc:reviewing-migration-results-and-post-migration-checks). ## Handling common migration issues If the **Homepage Migration Tool** does not appear in the admin area, first confirm that you are signed in with the correct account and role. In **Sherkety ERP & Website Platform**, homepage migration is an administrative action, so users without the right access may not see the migration option at all. If other admin pages are available but the migration area is missing, check with the person who manages user access and roles. If the migration runs but some homepage content does not appear afterward, the most likely issue is a mismatch between the source homepage and the destination homepage structure. Review whether the destination homepage has the same sections or compatible content areas needed for the migrated items. If the target homepage is missing those areas, some content may not display even though the migration completed. When the migrated homepage looks incomplete or visually out of place, compare the source and destination homepage layouts. A redesigned homepage often uses different section arrangements, image proportions, or content priorities. In that case, the migration may have carried over the content assignment, but the result still needs manual cleanup in the homepage editor. Editors may also report that they cannot approve the migrated homepage. When that happens, check these points: - The migration showed a **completed** or **successful** result - The editor is reviewing the **correct homepage** - The homepage is opened in the proper **preview** or **editing** context - The expected migrated sections are actually part of the destination homepage [SCREENSHOT: Warning or partial migration message in the Homepage Migration Tool] If you see a warning or partial result, do not rerun the migration immediately without checking the cause. Review the destination homepage structure first, then inspect the migrated homepage in the editor. For general interface feedback such as notices and warning messages, see [Recognizing Warnings Errors and Dismissible Notices](doc:recognizing-warnings-errors-and-dismissible-notices). ## Overview The **Homepage Migration Tool** in **Sherkety ERP & Website Platform** is a focused admin feature for moving homepage setup from one homepage configuration into another. Its value is speed and consistency: instead of rebuilding homepage assignments manually, administrators can apply an existing homepage setup to a destination homepage and then hand it off for editorial review. At a high level, the workflow looks like this: - Open the migration screen from the admin area - Select the **source homepage** - Select the **destination homepage** - Review the homepage items included in the migration - Run the migration - Check the result in preview or editing view The tool is best used during larger homepage changes, such as a homepage redesign or a rollout into a new destination setup. It is not meant for routine homepage maintenance. If you only need to update text, swap images, or adjust one section, use the normal editing tools instead of migration. Keep these scope boundaries in mind: - It is for **homepage-related content and configuration** - It does **not** replace editorial review - It does **not** automatically fix layout differences - It does **not** update unrelated site pages The most important sign of success is not just a completion message. Success means the destination homepage shows the expected migrated sections, featured content, and homepage placements, and editors can continue with review and refinement. [SCREENSHOT: Full Homepage Migration Tool screen with source, destination, options, and status area] If you need help understanding where this fits in the broader migration sequence, connect it with the earlier preparation work in [Planning Safe Follow Up Actions After Migration](doc:planning-safe-follow-up-actions-after-migration), then move on to [Reviewing Migration Results and Post Migration Checks](doc:reviewing-migration-results-and-post-migration-checks). ## Prerequisites Before using the **Homepage Migration Tool** in **Sherkety ERP & Website Platform**, make sure the basic conditions for a clean migration are already in place. This tool works best when the destination homepage is prepared and your team knows exactly what should be carried over. Confirm these prerequisites before you begin: - You can sign in to the **admin area** - Your account has permission to access homepage migration - The **source homepage** has the setup you want to reuse - The **destination homepage** already exists - The destination homepage includes the sections or content areas needed for migrated items - Your team knows which homepage content should be reviewed after migration It is also helpful to have alignment between administrators and content editors. Administrators should know which homepage configuration to migrate and where it should be applied. Editors should know which homepage areas they are expected to validate afterward, especially visible sections such as featured content, promotional blocks, images, and links. Before running the migration, prepare for post-migration checking by identifying: - Which homepage sections are highest priority - Which visual assets need review - Which links or calls to action should be tested - Which content may need rewriting for the new homepage layout [SCREENSHOT: Admin navigation leading to the Homepage Migration Tool] Do not use the migration tool as a substitute for normal homepage editing. If the destination homepage is still being built, or if the change is only a small content update, wait until the homepage structure is ready or use the regular editor instead. Once these prerequisites are met, you can run the migration with much less risk of missing sections, incomplete placements, or unnecessary rework. ## Recognizing Notifications Across the Platform In **Sherkety ERP & Website Platform**, notifications appear in several places depending on what you are doing. The fastest to notice are **toast pop-ups**, which usually appear near the edge of the screen after actions like **Save**, **Update**, **Publish**, or **Submit**. These are short messages that confirm an action, warn you about a problem, or tell you that something still needs attention. You may also see **alert banners** at the top of a page, especially in the admin area when working in **Dashboard**, **Content**, **Users**, **Settings**, **SEO**, **Services**, or **Pricing**. Inside forms, Sherkety ERP & Website Platform also shows **inline messages** next to the exact field that needs attention. For example, a text box, dropdown, date picker, or upload area may show a message directly underneath or around the field when something is missing or invalid. In confirmation windows and other pop-up panels, you may see **warning text** before completing an important action. The first thing most users notice is the **color**: - **Green** usually means **success** - **Yellow** or **amber** usually means **warning** - **Red** usually means **error** - **Blue** usually means **information** Most notifications follow a simple pattern: - A short **headline** that tells you the type of result - A brief **message** explaining what happened - Sometimes an action such as **Close**, **Retry**, **View Details**, or **Dismiss** You are most likely to see these messages when you: - save website content - update settings - manage services or pricing - edit SEO details - submit a form - try to open or change something you do not have access to If you already read [Recognizing Warnings Errors and Dismissible Notices](doc:recognizing-warnings-errors-and-dismissible-notices), think of this guide as the meaning behind those messages rather than where they appear. [SCREENSHOT: examples of a green toast, yellow banner, red field message, and blue informational notice in Sherkety ERP & Website Platform] ## Understanding Success Messages After You Complete an Action A **success message** appears when Sherkety ERP & Website Platform finishes an action the way you expected. You will most often see one after clicking **Save**, **Update**, **Publish**, **Submit**, or sometimes **Delete**. In the admin area, this can happen after changing page content, updating **Site Settings**, editing **SEO** details, adjusting **Pricing**, or saving changes on the **Services** screen. On public pages, a success message may appear after sending a contact or inquiry form. When you see a success notification, do not just glance at the green color and move on. Check what the message is confirming. A good success message usually tells you one of these things: - your changes were **saved** - a new item was **created** - an update was **published** - a request was **submitted** - an action finished without problems Look for wording that tells you exactly what completed. That helps you confirm whether the result matches what you intended. For example, saving a draft and publishing a change are not the same outcome, even if both may show a positive message. Some success notices include follow-up actions such as: - **View Details** - **Close** - **Continue Editing** - **Return to List** - **Undo** These extra buttons matter most when you are working quickly. If you saved content but want to keep editing, use **Continue Editing** if it appears. If you removed something by mistake and see **Undo**, act before the message disappears. Success messages can behave in two different ways: - **Temporary toasts** fade away after a short time - **Persistent notices** stay visible until you click **Close** or **Dismiss** A short toast usually means no further action is required. A message that stays on screen often points to a result you may want to review before moving on. [SCREENSHOT: green success toast after saving content with an optional action button] ## Responding to Warnings Before Something Goes Wrong A **warning** message in Sherkety ERP & Website Platform means “pay attention before you continue.” Unlike an error, a warning does not always stop you. It tells you there may be a risk, a missing detail, or a consequence you should review first. You might see this when leaving a page with unsaved edits, trying to continue with incomplete information, or making a change that could affect shared content in the admin area. Warnings often appear in pop-up dialogs, banners, or highlighted notices near the action you just selected. The wording is usually cautious rather than final. Instead of saying something failed, it may say that changes are incomplete, recommended information is missing, or continuing may affect another part of your work. Common warning actions include: - **Continue** - **Go Back** - **Review Changes** - **Dismiss** - **Cancel** These buttons help you decide what to do next. If you see **Review Changes**, use it when you are not fully sure what will be affected. If the warning appears while leaving a page, **Go Back** usually returns you to your edits so you can save first. **Continue** is best when you understand the warning and still want to proceed. A warning is different from an error because you still have a choice. It is Sherkety ERP & Website Platform asking for confirmation, not rejecting your action outright. Typical warning language includes phrases that suggest: - something is **not complete** - some information is **recommended but missing** - your action **may affect** other content or users - you are about to leave without saving If the warning is tied to a form, look for highlighted fields or sections before clicking **Continue**. If it appears in a dialog, read the full message rather than relying only on the color. The button labels usually tell you whether the safest choice is to pause, review, or move ahead. ## Fixing Errors When an Action Cannot Be Completed An **error** message means Sherkety ERP & Website Platform could not complete what you asked it to do. These messages need attention before you can move forward. Errors may appear after clicking **Save**, **Publish**, **Submit**, **Upload**, or another action button, and they usually show in **red**. Some errors are easy to fix yourself, while others mean the page or service could not finish the request. The most common type is a **field-level error** inside a form. You may see a message next to a text field, dropdown, date picker, or file upload area. When this happens, focus on the field that is highlighted. In many cases, the message is telling you one of these things: - a required field is empty - the selected value is not accepted - a date needs correction - the uploaded file could not be accepted - the information format is incomplete Field-level errors are usually user-fixable. Correct the highlighted field, then click **Save** or **Submit** again. You may also see a larger error message that blocks the whole action. This can appear as: - a red banner at the top of the page - a pop-up dialog that stops progress - a full-page error message such as **Error loading content** These broader errors usually mean one of two things: - **You can fix it** by correcting missing or invalid information - **You cannot fix it directly** because the page could not load, the action is restricted, or processing failed unexpectedly If the message points to access restrictions after clicking **Edit**, **Save**, **Publish**, or **Approve**, the issue may be related to your sign-in permissions rather than your data entry. If the page offers **Retry**, use that first. If the same error keeps returning and no field is highlighted, stop repeating the action and ask an administrator to review your access or the affected screen. For more on the appearance of these notices, see [Recognizing Warnings Errors and Dismissible Notices](doc:recognizing-warnings-errors-and-dismissible-notices). [SCREENSHOT: form with red validation message under a required field and a red page-level error banner] ## Using Informational Notices to Stay Aware of Status and Changes An **informational notice** gives you context without telling you that something is wrong. In Sherkety ERP & Website Platform, these messages are often shown in **blue** or another neutral style. They help you understand what is happening in the background, what is available on the current screen, or whether a process is still in progress. You may see informational notices during longer actions or status-based workflows, especially when a result is not immediate. For example, a page may show a status message while content is loading, while a background update is being processed, or when a screen is showing a temporary state before data appears. Informational messages can also appear on public pages to explain availability, page status, or the purpose of a section before you take action. These notices may appear as: - a toast pop-up with a neutral message - a banner near the top of a page - a message inside a panel or form area - a status line in a dialog or pop-up window To tell whether the notice is purely informational or includes an action, look for buttons or links such as: - **View Details** - **Learn More** - **View Status** - **Close** If there is no action button, the message is usually there just to keep you informed. If there is an action, it often leads to more detail rather than asking you to correct a problem. Not every informational notice is shown to every visitor. In Sherkety ERP & Website Platform: - **Public visitors** may see status or guidance notices on website pages, forms, and inquiry areas - **Signed-in users** may see additional notices in admin screens such as **Dashboard**, **Content**, **Users**, **Settings**, **SEO**, **Services**, and **Pricing** - Some notices only appear when you have access to a specific area or when a page is in a temporary state such as loading or updating Informational notices are easy to ignore, but they often explain why a screen looks different or why an action is taking longer than usual. ## Handling Common Notification Issues and Misunderstandings Sometimes the hardest part is not seeing a notification — it is understanding what happened after it disappears. In Sherkety ERP & Website Platform, the first thing to check is whether the message was a **temporary toast** or a **persistent banner**. A toast usually fades on its own after a short time. A banner or inline message stays visible longer and is often tied to a page, form, or blocked action. If a message disappears too quickly, look for confirmation in the screen itself: - did the form keep your changes? - did the page update after **Save** or **Publish**? - did a highlighted field remain on screen? - did the item return to a list or stay in edit mode? If the message was unclear, reopen the action and look more closely at the surrounding page. Sherkety ERP & Website Platform often gives extra clues through: - highlighted fields - warning text in a dialog - a visible banner near the top of the page - buttons such as **Details**, **More Info**, **Retry**, or **Close** For administrators, repeated access-related messages after clicking **Save**, **Edit**, **Publish**, or **Approve** usually point to a role or permission issue rather than a typing mistake. If one user can complete the action and another cannot, compare what each person is allowed to open in areas like **Content**, **Users**, **Settings**, or **SEO**. This is especially important in the admin portal, where some pages are limited to specific roles. Related guidance is available in [Managing Users and Role Based Access](doc:managing-users-and-role-based-access) and [Understanding Role Visibility and Access Restrictions](doc:understanding-role-visibility-and-access-restrictions). Public visitors and prospective buyers may also see notices on contact forms, gated areas, or inquiry pages. Treat **informational** notices as guidance, **warnings** as a prompt to review before continuing, and **errors** as a sign that something must be corrected before the form can be sent. ## Overview Notifications in **Sherkety ERP & Website Platform** are small but important signals that help you understand the result of an action. Across public pages and admin screens, the message type tells you whether you can move on, need to review something, or must correct a problem before continuing. The most useful way to read any notice is to combine three clues: **color**, **location**, and **button choices**. Keep these patterns in mind: - **Green success** messages confirm that an action such as **Save**, **Update**, **Publish**, or **Submit** finished correctly - **Yellow or amber warning** messages ask you to pause and review before continuing - **Red error** messages mean the action could not be completed - **Blue informational** messages keep you aware of status, availability, or background activity You will see these messages in places such as: - toast pop-ups after quick actions - top-of-page banners in admin screens - inline form messages under fields - warning dialogs before important decisions - loading or status areas on page content A notification is easier to interpret when you ask: - **Did my action finish?** - **Is this asking me to review, correct, or simply read?** - **Is there a button like Retry, Continue, or View Details?** - **Is the message tied to one field or the whole page?** If you need a refresher on how notices look and where dismiss controls appear, return to [Recognizing Warnings Errors and Dismissible Notices](doc:recognizing-warnings-errors-and-dismissible-notices). The next document, [Responding to Success Warning and Error Feedback](doc:responding-to-success-warning-and-error-feedback), focuses on what to do immediately after each type appears. ## Prerequisites Before this topic is useful, you should already be comfortable moving around the main areas where notifications appear in **Sherkety ERP & Website Platform**. You do not need advanced admin knowledge, but it helps if you have already used common actions such as opening forms, saving changes, submitting requests, and closing pop-up messages. You will get the most value from this guide if you already know how to: - recognize toast messages and action feedback in general by reading [Understanding Toast Messages and Action Feedback](doc:understanding-toast-messages-and-action-feedback) - spot warning banners, error states, and dismiss controls from [Recognizing Warnings Errors and Dismissible Notices](doc:recognizing-warnings-errors-and-dismissible-notices) - use basic buttons such as **Save**, **Submit**, **Close**, **Cancel**, and **Retry** - identify whether you are on a public page or in an admin area such as **Dashboard**, **Content**, **Users**, **Settings**, **SEO**, **Services**, or **Pricing** It also helps if you have already interacted with common interface patterns, including: - forms with required fields - dialogs that ask for confirmation - pages that show loading or error messages - notices that appear after editing content or changing settings If you are a public visitor rather than an admin user, that is still enough for this guide. You may see the same notification types on inquiry forms, contact pages, and service-related pages, even if the available actions are simpler. This guide assumes you can already recognize the difference between a message that appears briefly and one that stays on screen. If that distinction is still unclear, review [Understanding Toast Messages and Action Feedback](doc:understanding-toast-messages-and-action-feedback) first, then continue here before moving on to [Responding to Success Warning and Error Feedback](doc:responding-to-success-warning-and-error-feedback). ## Finding the Right Public Policy Page On the public website in **Sherkety ERP & Website Platform**, policy-related information is usually spread across several public pages instead of one central help article. When you scroll to the **footer** or use the website navigation, you may see links such as **FAQ**, **Privacy Policy**, **Terms and Conditions**, and **Contact**. Each page answers a different kind of question, so choosing the right one saves time. Use these pages for different purposes: - **FAQ** helps with common visitor questions in plain language. - **Privacy Policy** explains how information is collected, used, and handled. - **Terms and Conditions** outlines the rules, limits, and legal terms connected to using the website. - **Contact** is the place to use when the published pages do not fully answer your question. This matters when you are comparing ERP providers or business service providers and want to verify how Sherkety ERP & Website Platform presents its business practices before you submit an inquiry. A visitor researching accounting services, company registration support, startup packages, or ERP modules such as **HR**, **Sales & CRM**, **Purchasing**, or **Reporting** may want both quick answers and formal policy details. Those answers are not always on the same page. A useful way to think about it is: - **Informational pages** answer “What do you offer?” or “How does this generally work?” - **Legal pages** answer “What rules apply?” or “How is my information handled?” If you already read [Understanding Disclaimer and App Privacy Pages](doc:understanding-disclaimer-and-app-privacy-pages), treat this guide as the public website version of that topic. Here, the focus is on the pages that any visitor can open directly from the website without signing in. [SCREENSHOT: Website footer showing FAQ, Privacy Policy, Terms and Conditions, and Contact links] ## Using the FAQ Page to Check Common Questions The **FAQ** page is usually the fastest place to start when you want a quick answer without reading formal legal language. In **Sherkety ERP & Website Platform**, this page is best for general questions about business services, ERP offerings, onboarding expectations, or what a visitor can do next. When you open the **FAQ** page, expect a question-and-answer layout that is easy to scan. Public FAQ pages often present content in one of these ways: - A list of common questions with answers shown underneath - Grouped topics such as services, pricing, onboarding, or support - Expandable question rows that open when you click them This format is useful when you are still exploring and want short, direct explanations. For example, the FAQ is a better fit when your question sounds like: - “What services do you offer?” - “Do you provide ERP modules for HR or Sales & CRM?” - “What should I expect before requesting a demo?” - “How do I learn more before contacting the team?” The FAQ is not the same as a legal page. It is meant to explain common topics in simpler wording, which makes it easier to scan than a long policy page. If you are trying to understand service scope, implementation expectations, or general business information, start here before moving to **Privacy Policy** or **Terms and Conditions**. If your question is specifically about legal rights, liability, or how submitted information is processed, the FAQ may not be detailed enough. In that case, move to the more formal policy page that matches your question. If you need help locating the FAQ from the public website, the navigation patterns described in [Finding Answers in FAQ and Policy Pages](doc:finding-answers-in-faq-and-policy-pages) can help you get there faster. [SCREENSHOT: Public FAQ page with question list or expandable answers] ## Checking the Privacy Policy for Data Handling Details Open the **Privacy Policy** page when your question is about information handling rather than service features. In **Sherkety ERP & Website Platform**, this is the page to read before you fill out a **contact form**, request a **demo**, start a **trial**, or share company details through an inquiry. The **Privacy Policy** is where visitors typically look for topics such as: - What information is collected from website visits or forms - How submitted details are used - Whether cookies or similar tracking tools are involved - How long information may be kept - Whether information is shared - What choices or rights visitors may have regarding their data This page is especially relevant for prospective ERP buyers who are comparing vendors and want to confirm how business inquiries are handled. If you are about to send your name, company details, or project requirements through a public form, the **Privacy Policy** is the correct place to look for those details. Use the **Privacy Policy** for questions like: - “What happens to the information I submit?” - “Will my inquiry details be used for follow-up communication?” - “Does the website collect information when I browse?” - “Where can I read about cookies and visitor data?” Do not use the **Privacy Policy** as a support page for service setup, pricing clarification, or product fit. Those topics belong on service pages, ERP module pages, the **FAQ**, or the **Contact** page. The privacy page is focused on data handling, not sales guidance. If you previously reviewed [Understanding Disclaimer and App Privacy Pages](doc:understanding-disclaimer-and-app-privacy-pages), this public page serves a similar purpose for website visitors: it helps you decide whether you are comfortable sharing information before taking the next step. [SCREENSHOT: Privacy Policy page opened from the footer] ## Reviewing Terms and Conditions Before Engaging Further The **Terms and Conditions** page is the place to review the general rules that apply when using the public website and relying on its content. In **Sherkety ERP & Website Platform**, this page is useful when you want to understand the broader legal framework around website use, published materials, and limitations. This page usually answers questions about: - Acceptable use of the website - Limits on responsibility or liability - Ownership of website content and materials - General conditions that apply to visitors - Other legal terms connected to using the site Compared with the **FAQ**, the **Terms and Conditions** page is more formal. It is not designed for quick browsing or plain-language service explanations. Instead, it helps you understand what legal boundaries apply when you use the website, rely on information presented on public pages, or submit requests through the site. Read **Terms and Conditions** more closely when you are: - Evaluating whether the website presents trustworthy commercial information - Reviewing the legal context before relying on published content - Checking what limitations apply before sending a request - Looking for rules about use of the website itself This page can mention service boundaries, but it is usually not the best place to learn what a package includes, how onboarding works, or which ERP module fits your business. For those questions, use the **FAQ**, service pages, ERP app pages, or comparison pages first. If your concern is legal wording rather than a quick explanation, **Terms and Conditions** is the better source. If your concern is “What does this offering do for my business?”, stay with the public product and service content instead. [SCREENSHOT: Terms and Conditions page showing section headings and legal text blocks] ## Deciding Which Page Answers Your Question When you are browsing **Sherkety ERP & Website Platform**, the easiest way to choose the right page is to match your question to the page’s purpose. This helps you avoid reading the wrong type of content. Use this simple mapping: - **“What services do you offer?”** → **FAQ** - **“What can I expect from your ERP or business services?”** → **FAQ** - **“What happens to the information I submit?”** → **Privacy Policy** - **“How is my inquiry or website activity handled?”** → **Privacy Policy** - **“What rules or limitations apply when using this site?”** → **Terms and Conditions** - **“What legal conditions apply to website use or published content?”** → **Terms and Conditions** Choose **FAQ** when you want quick, readable answers. Choose **Privacy Policy** when the issue is data collection, form submissions, cookies, or communications. Choose **Terms and Conditions** when the issue is legal use, limitations, or formal website rules. There are also times when none of the public policy pages are enough. Use the **Contact** page or another visible support channel when: - Your question is specific to your company or project - You need clarification that is not stated on the public pages - You are comparing vendors and need a direct answer before moving forward - A policy page is too general for your business requirement For example, if you are deciding whether to request a demo for **HR**, **Sales & CRM**, **Purchasing**, or **Reporting**, the public policy pages can help you understand privacy and usage terms, but they may not answer detailed commercial questions. In that case, move from the policy page to **Contact** and ask directly. [SCREENSHOT: Footer links with FAQ, Privacy Policy, Terms and Conditions, and Contact highlighted] ## Avoiding Common Mistakes When Looking for Policy Answers A common mistake is reading the right topic on the wrong page. In **Sherkety ERP & Website Platform**, the public pages are separated for a reason, so it helps to check the page title and footer link carefully before relying on what you read. Avoid these mistakes: - Do not rely on the **FAQ** for binding legal wording when your question is about rights, obligations, liability, or formal terms. - Do not use **Terms and Conditions** to guess how personal or business information is handled if the **Privacy Policy** covers that separately. - Do not assume a marketing page, service page, or blog-style page is the same as a legal policy page. - Do not assume silence means approval or permission. If a page does not address your requirement, ask directly through **Contact**. It is also easy to confuse plain-language guidance with formal policy language. The **FAQ** may explain a topic more clearly, but the **Privacy Policy** and **Terms and Conditions** are the pages to read when the wording itself matters. If you are reviewing Sherkety ERP & Website Platform as part of vendor evaluation, this distinction is important. Before you rely on a page, check: - The page title in the browser or on the page itself - The footer link you used to open it - Whether the content is written as a public policy page or as a promotional page If you cannot find the answer you need, use the **Contact** page instead of making assumptions. That is especially important for business-specific privacy expectations, legal review questions, or requirements tied to procurement and vendor approval. [SCREENSHOT: Example footer area with legal links separated from marketing links] ## Overview Public policy information in **Sherkety ERP & Website Platform** is easier to use when you treat each page as a separate reference point rather than expecting one page to answer everything. The public website gives visitors several routes to policy-related information, usually through the **footer** and sometimes through supporting navigation links. The main page types covered in this guide are: - **FAQ** for common questions and quick explanations - **Privacy Policy** for information handling and visitor data topics - **Terms and Conditions** for legal rules, limitations, and website use - **Contact** when the published pages do not fully answer your question This structure is especially helpful for visitors who are researching services such as company registration, accounting support, startup packages, or ERP modules. During early research, many buyers want to confirm both practical and trust-related details before they submit a form or request a demo. The public pages support that process in different ways. A simple way to use them is: - Start with **FAQ** if you need a fast answer - Move to **Privacy Policy** if you are about to share information - Review **Terms and Conditions** if you need the formal legal context - Use **Contact** if your question is specific or unanswered If you are still learning how public pages are organized, the navigation guidance in [Using Header Menus and Footer Links](doc:using-header-menus-and-footer-links) and [Navigating Public Pages and Entry Points](doc:navigating-public-pages-and-entry-points) can help you move between these pages more confidently. The next document in this section is [Reading Privacy Terms and Cookie Information](doc:reading-privacy-terms-and-cookie-information), which goes deeper into privacy wording and cookie-related details you may see on public pages. ## Prerequisites You do not need an admin account or any special access to use the public policy pages in **Sherkety ERP & Website Platform**. These pages are intended for public visitors, so the main requirement is simply knowing how to reach them from the website. Before using this guide, it helps if you can already do the following: - Open the public website and browse standard pages - Use the **header** and **footer** links - Recognize page titles such as **FAQ**, **Privacy Policy**, and **Terms and Conditions** - Move to the **Contact** page if you need more help If you are not yet comfortable finding public pages, review: - [Browsing the Sherkety Public Website](doc:browsing-the-sherkety-public-website) - [Using Header Menus and Footer Links](doc:using-header-menus-and-footer-links) - [Finding Answers in FAQ and Policy Pages](doc:finding-answers-in-faq-and-policy-pages) It is also useful if you have already read [Understanding Disclaimer and App Privacy Pages](doc:understanding-disclaimer-and-app-privacy-pages), since that document explains related policy concepts without repeating the public-page focus covered here. This guide is most useful when you are in one of these situations: - Comparing Sherkety ERP & Website Platform with other vendors - Checking whether it is safe to submit an inquiry - Looking for quick answers before contacting sales - Reviewing legal or privacy details during early vendor research You do not need to prepare any documents or settings. Just open the public website, scroll to the **footer**, and choose the page that matches your question type. From there, you can decide whether the answer is already available or whether it makes more sense to continue with [Reading Privacy Terms and Cookie Information](doc:reading-privacy-terms-and-cookie-information). ## Scanning comparison sections to understand your options When you reach a service page in **Sherkety ERP & Website Platform**, the comparison area is usually the part of the page where options appear **side by side**. You may see **service cards**, **pricing columns**, or a table with **feature rows**. Start by reading the **section heading** above that area. The heading usually tells you whether you are comparing packages, service levels, or business support options. Next, look at each **card title** or **column title**. These names help you understand who the option is meant for. Under the title, there is often a short summary that explains the purpose of that service. This is the fastest way to separate a basic option from a more complete one without reading every line immediately. As you scan, pay attention to common visual cues: - **Included features lists** under each option - **Badges** such as highlighted labels on one card - A **featured column** with stronger color or border emphasis - **Call-to-action buttons** like **Contact Us**, **Get Started**, **Request a Quote**, or **Book a Consultation** - Short notes that appear under pricing or feature summaries These layouts are useful because they place the main differences in one view. Instead of opening several pages and trying to remember what each one offered, you can compare scope, support, and deliverables in a single section. If you already reviewed related service discovery paths in [Discovering Business Services From Service Pages](doc:discovering-business-services-from-service-pages), use that same approach here: first identify the relevant service family, then use the comparison block to narrow your choice. [SCREENSHOT: Side-by-side service comparison section with card titles, badges, feature lists, and action buttons] ## Reading side-by-side differences between services Once you have found the comparison section, read it **row by row** instead of jumping between cards. In **Sherkety ERP & Website Platform**, this is the easiest way to spot what changes from one option to another. Focus on the lines that describe what you will actually receive, not just the marketing summary at the top. Common items to compare include: - **Service scope** - **Included deliverables** - **Support level** - **Turnaround time** - **Contract terms** - **Pricing labels** - Any note about **custom quotes** or variable pricing Visual markers help you read faster. A **check icon** usually means a feature is included. A blank space, muted text, or an unavailable marker usually means that feature is not part of that option. Some columns may use **bold text** or stronger colors to emphasize a difference. If one plan is visually highlighted, still compare it against the neighboring options before deciding. Pricing deserves special attention. You may see: - A fixed amount for a clear package - A **starting from** price - A **custom quote** label - A contact-based pricing prompt instead of a number These differences matter because they tell you whether the service is standardized or whether the final offer depends on your business needs. Also read any small notes beneath a row or near the bottom of a card. Those notes often explain exceptions, add-ons, or conditions. A feature may appear included, but the note may show that it depends on business size, service scope, or a consultation first. [SCREENSHOT: Comparison table showing included features, unavailable states, pricing labels, and notes beneath rows] ## Using highlighted recommendations to narrow your choice In many comparison sections inside **Sherkety ERP & Website Platform**, one option may stand out more than the others. You might see a **badge**, an **accent border**, a different background, or a more prominent **button style**. This usually signals a recommended path for visitors who want a common or balanced option. Typical labels may include: - **Most Popular** - **Best Fit** - **Recommended** These labels are helpful because they reduce hesitation. If you are unsure where to start, the highlighted option gives you a practical first place to focus. It often represents a middle-ground choice rather than the smallest or largest package. Still, do not choose based only on visual emphasis. Before clicking the highlighted card, compare it with the options beside it. Check whether it matches your needs in terms of: - **Included features** - **Service scope** - **Support level** - **Pricing style** - The next action, such as **Contact Us** or **Request a Quote** A recommended option is only useful if it fits your situation. For example, a visually featured package may include broader support or more deliverables than you need, while a neighboring option may be a better match if you want a simpler starting point. Use the highlighted card as a shortcut for attention, not as your final decision by default. Read the title, review the feature list, and compare the inquiry path attached to that card. If the recommended option leads to a consultation while another option offers a more direct request path, that difference may affect your choice just as much as the included features. [SCREENSHOT: Featured service card with recommendation badge and emphasized action button] ## Moving from comparison to inquiry or contact After comparing the options, choose the **service card** or **comparison column** that best matches what you need. In **Sherkety ERP & Website Platform**, the next step is usually attached directly to that option through a primary button. This is important because the button connected to a specific card usually keeps you on the right service path. Look for buttons such as: - **Contact Us** - **Get Started** - **Request a Quote** - **Book a Consultation** When you click one of these, the page may do one of several things. It may open a **contact form**, take you to a more detailed **service page**, or move you into a **booking** or inquiry flow. Follow the path that opens from the option you selected rather than leaving the comparison section and using a generic contact link elsewhere on the page. As you continue, carry the comparison context with you. If you reach a form or contact area, mention the exact option you selected. Include details such as: - The **package name** - The **service tier** - The key **features** that influenced your choice - Any pricing label such as **starting from** or **custom quote** This makes your inquiry clearer and helps avoid back-and-forth later. Instead of writing a broad request, refer to the specific offering you reviewed in the comparison section. If you need help understanding where these buttons usually appear across public pages, see [Using Public Calls to Action and Conversion Paths](doc:using-public-calls-to-action-and-conversion-paths). [SCREENSHOT: Selected comparison card with primary call-to-action button leading to inquiry or detail page] ## Checking service details before you commit Before you send an inquiry, open any linked **service detail page** or expanded content area connected to your preferred option. In **Sherkety ERP & Website Platform**, the comparison section helps you narrow choices, but the detail view is where you confirm whether the offer truly matches your needs. Look for supporting information near or after the comparison area, such as: - A linked **service detail page** - **FAQ** sections - Expandable rows or extra notes - Supporting text under the comparison table - Trust content such as testimonials or client references Use these areas to confirm practical details: - What is included in the service - What is not included - Whether timelines are described - Whether the process starts with a consultation - Whether you need direct contact instead of a standard inquiry form This step is especially useful when two options look close in value. A short card summary may not mention exclusions, delivery expectations, or whether the service is tailored after discussion. The detail page or FAQ often clarifies those points. You can also use trust signals to validate your shortlist. If the page includes **testimonials**, **client logos**, **certifications**, or links to supporting proof points, review them before deciding. These elements do not replace the feature comparison, but they help you judge whether the service feels established and relevant to your business needs. If you want more context on how service pages are structured before comparing final offers, revisit [Exploring the Accounting Services Page](doc:exploring-the-accounting-services-page) or [Using Comparison Sections to Evaluate Offerings](doc:using-comparison-sections-to-evaluate-offerings). ## Resolving confusion when services look too similar Sometimes two options in **Sherkety ERP & Website Platform** appear almost identical at first glance. When that happens, ignore the short summary for a moment and compare the finer details. The differences are often lower in the card or deeper in the comparison rows. Focus on these areas first: - **Support level** - **Included deliverables** - **Turnaround or response expectations** - Notes about **custom scope** - Any conditions shown beneath pricing or features If pricing feels unclear, check whether the page uses a fixed package amount, a **starting at** label, or a **custom quote** note. Those labels often explain why two services look similar but do not behave the same during inquiry. One may be a standard package, while the other may require discussion before pricing is confirmed. If you are unsure which action button to use, choose the button attached to the exact service column you are considering. This is usually better than using a general page-level **Contact Us** link because it keeps your inquiry tied to the option you reviewed. When the comparison still leaves questions unanswered, use the inquiry form or contact action and mention the exact service names you are deciding between. Include the specific points that are unclear, such as support level, scope, or pricing basis. That gives the team a clearer starting point than a broad “Which one should I choose?” message. [SCREENSHOT: Two similar service columns with subtle differences in support, pricing notes, and action buttons] ## Overview Service comparison sections in **Sherkety ERP & Website Platform** are designed to help you move from browsing to a confident short list without guessing. Instead of reading every service page from top to bottom, you can use the comparison layout to see the main differences in one place and decide which option deserves a closer look. The most useful parts of this journey are: - **Side-by-side cards or columns** that group related options together - **Feature rows** that show what is included in each service - **Pricing labels** that separate fixed packages from quote-based offers - **Recommendation badges** that point to a common selection path - **Action buttons** that take you into inquiry, contact, or consultation steps A good comparison journey usually follows a simple pattern. You first scan the titles and summaries, then compare the detailed rows, then review any highlighted recommendation, and finally use the button attached to the option that best fits your needs. Before sending an inquiry, it helps to open any linked detail page or FAQ content so you can confirm scope, timing, and any conditions. Keep these habits in mind while comparing: - Read the **full row**, not just the card heading - Treat **highlighted options** as guidance, not automatic answers - Check for **notes**, **exceptions**, and **custom quote** wording - Use the **service-specific button** instead of a generic page contact link - Mention the exact **package name** or **service tier** when you inquire If you are ready to focus more closely on offer quality and what to do after narrowing your options, continue with [Evaluating Accounting Service Offers and Next Actions](doc:evaluating-accounting-service-offers-and-next-actions). ## Prerequisites Before using a comparison section effectively in **Sherkety ERP & Website Platform**, you should already be comfortable finding service pages and recognizing where comparison content appears. This document assumes you have already browsed into the relevant service area and can identify the main page sections without needing help with basic navigation. You will get the most value from this guide if you have already done the following: - Used the main site navigation or service menus to open a relevant service page - Read at least one service page summary before entering the comparison area - Reviewed how comparison blocks are presented in [Using Comparison Sections to Evaluate Offerings](doc:using-comparison-sections-to-evaluate-offerings) - Explored service discovery patterns in [Discovering Business Services From Service Pages](doc:discovering-business-services-from-service-pages) It also helps if you already know your own priorities before you compare options. For example, you may already care most about: - A broader or narrower **service scope** - Faster response or delivery expectations - A fixed package versus a **custom quote** - Whether the next step is a direct inquiry or a consultation You do not need an account or admin access to follow this comparison journey on the public website. You only need to be on the relevant service page and ready to read the comparison area carefully. If the page is available in more than one language and you prefer another language before comparing details, switch languages first so pricing notes, feature labels, and action buttons are easier to review. For help with that, see [Switching Languages While Browsing the Platform](doc:switching-languages-while-browsing-the-platform). ## Understanding What Company Information Pages Can Tell You When you open a company information page in Sherkety ERP & Website Platform, start with the details that appear first on the page: the company name, the short service summary, and any visible contact actions such as **Contact**, **Request Demo**, **Start Trial**, or other inquiry options. These top-page elements help you decide quickly whether the business is relevant to what you need. If the page includes location details, service area notes, or business category information, use those details early so you do not spend time on a provider that does not serve your market or region. Next, read the main description and the listed offerings carefully. Focus on the named services, package descriptions, or ERP module pages that are linked from the page. In Sherkety ERP & Website Platform, public pages often group information into clear sections such as services, comparisons, FAQs, trust content, and contact areas. Use those sections to confirm whether the company supports the kind of work you need, such as accounting services, company registration guidance, startup support, or ERP modules like HR, Sales & CRM, Purchasing, and Reporting. Trust signals matter because they help you ask better questions. If the page shows client highlights, team information, business experience, industries served, or other proof points, use them to judge whether the company has worked with businesses similar to yours. If you already reviewed broader decision guidance in [Understanding Company Type Guidance and Decision Factors](doc:understanding-company-type-guidance-and-decision-factors), this is where you move from general understanding to provider-specific evaluation. Also look for practical details that affect whether it is worth contacting them at all: - pricing sections or package comparisons - notes about what is included or excluded - service boundaries - support or response expectations - public contact options in the page header, body, or footer [SCREENSHOT: company information page showing company name, service summary, trust section, and contact actions] ## Reviewing Services and Capabilities Before You Ask Questions Before you send a message, scan the services and capability sections with one goal: separate the company’s main offerings from optional extras. On Sherkety ERP & Website Platform, this often means reading service cards, comparison sections, package highlights, ERP app pages, and FAQ blocks together instead of relying on one headline. A company may prominently feature one service while placing setup help, reporting support, onboarding, or specialized consulting lower on the page. If you only read the top banner, you can miss important limits or useful add-ons. As you review the page, check whether the company clearly serves businesses like yours. Look for details tied to: - industry type - company size - startup or established business focus - project complexity - service category For example, a page may make it clear that the offering is designed for startups, growing teams, accounting-heavy operations, or businesses evaluating ERP modules. Those clues help you decide whether to ask about fit or move on. You should also watch for practical boundaries that affect your decision. These may appear in package descriptions, comparison blocks, service notes, or FAQ answers: - delivery area or geographic coverage - response time expectations - support availability - minimum engagement level - what happens during setup or onboarding As you read, write down anything the page mentions only briefly. Those short mentions often become your best inquiry questions. Common examples include: | What you see on the page | What to note for later | |---|---| | A service name without detail | Ask what is included | | A package comparison | Ask which option fits your business size | | A support mention | Ask about response times and coverage | | A reporting mention | Ask what reports you receive and how often | If you need help understanding how these pages are organized before evaluating the details, review [Browsing Company Type Guidance and Registration Content](doc:browsing-company-type-guidance-and-registration-content) and [Reading Company Type Detail Pages](doc:reading-company-type-detail-pages). ## Comparing Multiple Companies Side by Side When you compare several company information pages, use the same checkpoints every time. That keeps your decision fair and makes it easier to spot real differences. In Sherkety ERP & Website Platform, you may move between service pages, company type guidance pages, ERP module pages, and contact-focused landing pages. Even when the page layouts differ, you can still compare them using a simple set of review points. Use these checkpoints for every page: - services offered - industries served - location or service area - pricing clues or package structure - contact methods - proof of experience - clarity of process A short comparison list is usually enough. You do not need a long spreadsheet unless you are reviewing many providers. Focus on what each page says about specialization, whether the team appears experienced in your type of work, and whether the page clearly explains what the company does not cover. A company that states its boundaries clearly is often easier to work with than one that uses broad marketing language without specifics. Testimonials, client stories, and examples are especially useful if they are tied to a business type, challenge, or outcome. If one page shows examples that match your situation and another stays vague, that difference matters. The same is true for process details. If one company explains how inquiries move into onboarding, implementation, or support while another page only says “contact us,” expect the second option to require more qualification questions. A simple side-by-side note can look like this: | Checkpoint | Company A | Company B | Company C | |---|---|---|---| | Main service focus | | | | | Best-fit business type | | | | | Pricing visibility | | | | | Proof points | | | | | Contact options | | | | [SCREENSHOT: browser with multiple company or service pages open for comparison] The goal is not just to find the “best” page. It is to identify which company gives you enough clear information to justify a focused conversation. ## Turning Page Details Into Better Inquiry Questions The best inquiry questions come directly from what you read on the page. Instead of asking broad questions like “What do you offer?” or “Can you help my business?”, use the exact service names, package labels, and capability descriptions shown in Sherkety ERP & Website Platform. That makes your message easier to understand and helps the receiving team respond with something useful instead of sending a generic reply. Start by turning service descriptions into specific questions. If a page lists a capability but does not explain where it belongs, ask which package includes it. If a service page mentions customization, ask what can be adjusted and what stays standard. If a comparison section shows several options, ask which one fits your business size, timeline, or operating model. Company profile details can also shape stronger fit questions. If the page highlights startups, certain industries, or businesses at a particular growth stage, ask whether your situation matches that profile. If the page mentions service coverage or implementation support, ask how that applies to your location, team size, or deadlines. Use visible proof points in your follow-up. For example: - refer to a client example that looks similar to your business - mention an industry segment shown on the page - ask whether the same process applies to your case - ask for a similar example if the page shows a relevant result You should also prepare clarification questions for anything that appears only in passing, especially: - pricing structure - setup or implementation steps - reporting details - support terms - timeline expectations A useful inquiry often sounds like this in structure: “I reviewed your page about this named service, noticed this listed capability, and want to confirm whether it applies to a business like ours.” That is much stronger than a generic request for information. [SCREENSHOT: notes list with service names, package names, and drafted inquiry questions] ## Preparing the Information You Should Share When You Contact Them Before you use a **Contact** button, inquiry form, or other visible contact option in Sherkety ERP & Website Platform, gather the basic details the company will likely need. This helps you write a message that matches the page you reviewed and makes it easier for the team to route your request correctly. Start with your own business basics: | Information to prepare | Why it helps | |---|---| | Company name | Identifies your business clearly | | Industry | Shows whether your request fits their stated focus | | Team size | Helps them judge package or service fit | | Primary need | Keeps the inquiry focused | | Timeline | Shows urgency and planning stage | Then match your wording to the service names used on the page. If the page talks about accounting services, company registration, startup packages, HR, Sales & CRM, Purchasing, or Reporting, use those same labels in your message. Avoid replacing them with vague phrases like “business help” or “software support.” Using the page’s own terminology makes your request clearer and more likely to reach the right person. You should also prepare the project details that the page suggests are important. Depending on what you reviewed, that may include: - budget range - preferred start date - service location - expected outcomes - whether you need advice, implementation, or ongoing support Keep your inquiry short but specific. Mention the exact page, service, or capability that led you to contact them. For example, refer to the company information page, a named service section, or a package comparison you reviewed. That tells the company why you believe they may be a fit and gives them context for their reply. If you are ready to send the message after preparing these details, the contact actions described in [Contacting Sherkety Through Forms and Direct Channels](doc:contacting-sherkety-through-forms-and-direct-channels) will help you choose the best way to reach out. ## Avoiding Common Mistakes When Using Company Pages to Prepare for Contact A common mistake is deciding too early. Many visitors read only the headline, hero text, or company tagline and then send a message that the page already answers. In Sherkety ERP & Website Platform, important details often appear farther down the page in service sections, package comparisons, FAQs, trust content, or footer contact areas. Read those sections before you decide whether to contact the company. Another mistake is sending generic questions. If the page already explains industries served, available services, package differences, or contact methods, do not ask those same questions first. Instead, use the page as a filter. Ask only what remains unclear after you review the visible content. This makes your inquiry more professional and gives you a better chance of getting a direct answer. Be careful when comparing more than one company. If you use different criteria on each page, your comparison will be inconsistent. One page may impress you with design, another with testimonials, and another with pricing cues, but those are not equal review standards. Stick to the same checklist each time: services, fit, proof, pricing visibility, process clarity, and contact options. Also avoid contacting a company without noting what is missing. Missing details are not a problem by themselves; they are often the best starting point for a productive conversation. If a page mentions support but not response times, onboarding but not timeline, or pricing but not what is included, those gaps should shape your questions. Keep these habits in mind: - read beyond the top section - compare pages using the same review points - ask about missing details, not repeated details - use the exact service names shown on the page That approach leads to shorter, more useful conversations and helps you avoid inquiries that go nowhere. ## Overview Use company information pages in Sherkety ERP & Website Platform as a preparation tool, not just a directory. The goal is to review what a company says about its services, fit, proof, and contact options before you send an inquiry. By the time you reach the **Contact** action on a page, you should already know whether the company appears relevant, which service or package you are asking about, and what details are still unclear. The most useful review flow is simple: 1. Read the company name, summary, and visible contact actions. 2. Check the services, packages, or capability sections for fit. 3. Look for trust signals such as client examples, team highlights, or industries served. 4. Note pricing cues, scope limits, and support details. 5. Turn missing or brief details into focused questions. This document builds on the earlier guidance in [Understanding Company Type Guidance and Decision Factors](doc:understanding-company-type-guidance-and-decision-factors). That earlier document helps you think about business structure and decision factors. This one helps you use the actual company information pages to prepare for a real conversation. If you are reviewing several options, keep your notes short and consistent. If you are preparing to contact one provider, make sure your message references the exact service or capability page you read. That one step usually improves the quality of the reply. [SCREENSHOT: annotated company information page with sections marked for summary, services, proof points, and contact] The next document in this sequence is [Understanding Company Registration Options and Decision Factors](doc:understanding-company-registration-options-and-decision-factors), which helps you evaluate registration choices after you have used company information pages to narrow your questions. ## Prerequisites Before using company information pages to prepare for contact in Sherkety ERP & Website Platform, make sure you already have a basic idea of what you are trying to solve. You do not need a full project brief, but you should know enough to recognize whether a page is relevant and whether the listed services match your needs. It helps if you have already done the following: - reviewed the company type guidance pages in [Browsing Company Type Guidance and Registration Content](doc:browsing-company-type-guidance-and-registration-content) - read at least one detailed guidance page in [Reading Company Type Detail Pages](doc:reading-company-type-detail-pages) - worked through the decision-focused points in [Understanding Company Type Guidance and Decision Factors](doc:understanding-company-type-guidance-and-decision-factors) You should also have a few business details ready before you start comparing pages: - your business type or planned business activity - your industry - your team size or expected scale - the main service you are looking for - any timing or location limits that matter to you If you plan to compare several providers, prepare a simple note-taking method before you begin. A short list of checkpoints is enough: - service fit - business fit - proof points - pricing visibility - contact options - unanswered questions Finally, make sure you are comfortable moving through public pages, menus, and linked service content in Sherkety ERP & Website Platform. If you need help with that first, review [Using Header Menus and Footer Links](doc:using-header-menus-and-footer-links) and [Understanding Public Page Layouts and Visitor Actions](doc:understanding-public-page-layouts-and-visitor-actions). These will help you move between company information pages, service pages, and contact options without missing important sections. ## Starting from ERP marketing pages When you arrive on an ERP-focused marketing page in **Sherkety ERP & Website Platform**, start by looking at the most prominent actions on the page. These usually appear as large call-to-action buttons, package cards, app links, or highlighted module sections. Unlike general service pages, ERP marketing pages are designed to move you from broad value messaging into a more specific product review path. Focus first on the top section of the page. Look for package names, short benefit statements, pricing prompts, and buttons that invite you to explore more, request a demo, start a trial, or contact the team. If the page includes comparison blocks or app highlights, use those as your first clue about where to go next. A package card helps when you want to compare bundled ERP options. An app catalog link helps when you want to browse available business areas. A direct module link helps when you already care about one function, such as Accounting, HR, Sales & CRM, Purchasing, or Reporting. Choose your path based on what question you are trying to answer: - **“Which ERP package fits my business?”** Open a package page. - **“What apps are available?”** Open the ERP apps catalog. - **“Can this module handle a specific process?”** Open a module detail page. As you move through the page, pay attention to feature highlights, app category labels, and any sections that compare business outcomes. These elements help you decide whether to stay at the package level or drill down into a specific app. If you need a refresher on how visitors arrive at these pages in the first place, see [Exploring Public Website Entry Pages and Destination Types](doc:exploring-public-website-entry-pages-and-destination-types). [SCREENSHOT: ERP marketing page showing package cards, app links, and primary call-to-action buttons] ## Comparing ERP packages from package landing pages A package landing page is the best place to compare bundled ERP options in **Sherkety ERP & Website Platform**. Open one from a marketing button or package card, then review the page from top to bottom. Start with the package header. This area usually tells you the package name, its intended business fit, and the main value it offers. If there is a pricing prompt or contact prompt near the top, note it, but keep reading before taking action. Next, review the included feature list and any comparison content on the page. This is where you can separate a lighter package from a broader ERP offering. Look for clues about business scope: whether the package focuses on a few core functions or supports a wider set of workflows across finance, operations, sales, or people management. If the page highlights included apps, use those names to confirm whether the package covers the areas your team needs. As you compare packages, pay attention to: - **Included apps or business areas** - **Feature highlights** - **Who the package is positioned for** - **Whether the page suggests expansion or broader coverage later** If the package page links to specific apps or modules, open those links in sequence. For example, if a package mentions Accounting, Sales & CRM, HR, Purchasing, or Reporting, use those links to verify the depth behind the package summary. This helps you avoid choosing based only on headline text. Use the conversion action that matches your stage: - Click a **demo request** button when you want a guided walkthrough. - Use a **contact** or **pricing inquiry** action when you need package clarification or commercial details. - Use a **trial** action if you are ready to explore hands-on options offered from the page. [SCREENSHOT: ERP package page with package header, included features, comparison content, and demo/contact actions] ## Browsing the app catalog to narrow down requirements If package pages still feel broad, move into the ERP apps catalog. In **Sherkety ERP & Website Platform**, the catalog is useful when your team already knows the business areas it wants to support and needs to confirm which apps are available. You can reach it from ERP marketing pages, package pages, or ERP-focused navigation links. Once you open the catalog, scan the app tiles instead of opening everything at once. Each tile helps you narrow the list by showing the app name, a short description, and visual cues about the business area it belongs to. Use category navigation, filters, or search if those options are visible on the page. This is especially helpful when you want to focus on finance, sales, operations, HR, or reporting without getting distracted by unrelated apps. A practical way to use the catalog is to map business needs to app names. For example: - If you need invoicing and financial control, compare accounting-related entries. - If you need lead tracking and customer follow-up, review Sales & CRM entries. - If you need employee records or attendance support, open HR-related entries. - If you need stock or procurement support, compare Inventory and Purchasing-related entries. Open several related app tiles one after another. This helps you understand whether the catalog separates basic tasks from broader workflows. For example, one listing may focus on a narrow process, while another covers a larger operational area. Treat the catalog as a requirement-checking screen. Before you contact the team, use it to confirm that the apps you need actually appear in the ERP offering. Then return to the package page and check whether your preferred package includes the apps you shortlisted. [SCREENSHOT: ERP apps catalog showing app tiles, category navigation, and search or filtering controls] ## Inspecting module detail pages before contacting sales A module detail page gives you the clearest view of a single ERP capability in **Sherkety ERP & Website Platform**. Open one from an app tile or a highlighted module link when you need more than a short summary. This is the right step when a stakeholder asks, “What exactly does this module do?” or “Is this enough for our process?” Start with the module title and the opening description. This section usually explains the business problem the module addresses. Then continue to the detailed feature content. Read the feature descriptions carefully and look for screenshots, workflow examples, or use-case sections that show how the module supports day-to-day work. These details help you judge whether the module is suitable for a standalone need or whether it works best as part of a broader ERP setup. As you review the page, look for signs that the module connects to other parts of the ERP offering. A module page may point you toward related apps, broader package options, or complementary business areas. That matters when the workflow you need spans more than one function. For example, a finance review may lead you from accounting into reporting, while a sales review may lead you from Sales & CRM into follow-up or analytics-related pages. Use module pages to answer questions like these: - Does this page describe the exact process we need? - Does the feature depth match our expectations? - Does the workflow seem complete on its own? - Are related modules mentioned that we may also need? Compare several module pages before you contact the team. That side-by-side reading is especially useful for finance-first evaluations, sales automation reviews, or operations-focused planning. [SCREENSHOT: module detail page with title, feature descriptions, screenshots, related links, and contact action] ## Choosing the right discovery path for your evaluation The best discovery path depends on the question your team is trying to answer in **Sherkety ERP & Website Platform**. You do not need to follow every page in the same order. Instead, start with the screen that matches your evaluation goal, then move deeper only when you need more detail. 1. **Start with package pages** when you want to compare bundled ERP scope across several business functions. This is the fastest route if leadership is deciding between a smaller rollout and a broader ERP package. Package pages help you compare positioning, business fit, and overall coverage before you spend time on individual apps. 2. **Use the app catalog first** when your team already knows the processes it wants to support. If you are checking whether the ERP includes accounting, HR, Sales & CRM, Purchasing, or Reporting, the catalog gives you a direct way to confirm app availability and review short descriptions. 3. **Open module detail pages** when a department lead needs proof of specific functionality. This path is useful when someone wants to inspect feature depth before discussing pricing, rollout scope, or implementation. 4. **Return to the package page** after reviewing apps and modules. This final check helps you confirm that the package you are considering still aligns with the capabilities you identified during your deeper review. A simple rule works well: - **Broad comparison** → package page - **Requirement matching** → app catalog - **Feature validation** → module detail page If you are evaluating with multiple stakeholders, one person can review packages while others inspect app and module pages, then compare notes before using the page’s demo or contact action. ## Common issues when navigating from marketing pages Sometimes the discovery path feels unclear because different pages answer different questions. In **Sherkety ERP & Website Platform**, the easiest fix is to switch page type instead of rereading the same screen. If a package page feels too high-level, move to the ERP apps catalog. Package pages are useful for broad comparison, but they may not show enough detail to confirm whether the advertised ERP scope maps to concrete apps. The catalog gives you a more direct list of what is available. If the app catalog feels too broad, open module detail pages. App tiles are helpful for scanning, but short descriptions may not answer detailed buyer questions. A module page gives you fuller feature descriptions, screenshots, and business use cases so you can validate exact functionality. If several packages seem similar, use the links inside each package page to compare what is highlighted. One package may point toward a wider set of apps or deeper module coverage, even if the top-level wording sounds close. Open the related app or module links from each package page and compare what each path emphasizes. If you are unsure where to ask for more information, return to the package page after narrowing your choices. That page is usually the best place to use the visible conversion action, such as a demo request, contact option, pricing inquiry, or trial prompt. When you feel stuck, use this sequence: - Start on the package page for broad fit - Move to the app catalog for requirement matching - Open module pages for detailed proof - Return to the package page to take action This approach keeps your review focused and prevents you from making a decision based only on marketing headlines. ## Overview This document focuses on how a public visitor moves through ERP-related pages in **Sherkety ERP & Website Platform** to evaluate software offerings before making contact. The key idea is that ERP discovery does not happen on a single page. Instead, visitors usually move through three connected page types: package pages, the ERP apps catalog, and module detail pages. Use package pages when you want to compare bundled offers at a high level. These pages help you understand overall business fit, included areas, and the main positioning of each ERP option. Move to the app catalog when you need to check whether the ERP includes the business functions your team cares about. Then open module detail pages when you need feature-level confirmation, screenshots, or use-case detail before speaking with the team. This guide does not repeat the basics of how visitors enter public pages or how general page layouts work. For that background, refer to [Navigating Public Pages and Entry Points](doc:navigating-public-pages-and-entry-points) and [Understanding Public Page Layouts and Visitor Actions](doc:understanding-public-page-layouts-and-visitor-actions). If you want more detail about ERP product entry points specifically, you can also continue with [Discovering ERP Products and Packages](doc:discovering-erp-products-and-packages) and [Browsing the ERP Apps Catalog](doc:browsing-the-erp-apps-catalog). Keep this guide handy when you need to decide which page to use for comparison, requirement checking, or detailed feature validation. The goal is not just to browse pages, but to choose the shortest path to a confident ERP evaluation. ## Prerequisites Before using the discovery paths in this guide, make sure you are already comfortable moving around the public website in **Sherkety ERP & Website Platform**. You should be able to recognize page headers, call-to-action buttons, navigation links, and content sections that lead to deeper product pages. It helps if you already know: - How to move between public pages using menus, buttons, and linked sections - How to recognize ERP-focused pages versus business services pages - How to use language switching if you browse in more than one language - How to identify contact, demo, trial, or inquiry actions on public pages You do not need admin access. Everything in this guide is based on the public website experience. Before you start, prepare a short list of what your business wants to evaluate. For example: - Finance and accounting needs - Sales and customer management needs - HR and employee management needs - Purchasing, inventory, or operations needs - Reporting and analytics needs This list will help you decide whether to begin with a package page, the app catalog, or a module detail page. If your team is still deciding how to enter the public site or which page types exist, review [Browsing the Sherkety Public Website](doc:browsing-the-sherkety-public-website) and [Exploring Public Website Entry Pages and Destination Types](doc:exploring-public-website-entry-pages-and-destination-types). From here, the next useful step is [Understanding Public Website Sections and Visitor Goals](doc:understanding-public-website-sections-and-visitor-goals), which explains how different page sections support browsing, comparison, and inquiry decisions. ## Finding the Right Help Page for Your Question When you browse Sherkety ERP & Website Platform, the quickest way to answer a legal or policy-related question is to choose the page that matches what you want to know. These pages are usually available through the **footer navigation**, and in some cases from an **app page**, **ERP app listing**, or a page section that includes a privacy or notice link. If you already reviewed broader policy navigation in [Finding Answers in FAQ and Policy Pages](doc:finding-answers-in-faq-and-policy-pages) or privacy and cookie topics in [Reading Privacy Terms and Cookie Information](doc:reading-privacy-terms-and-cookie-information), use this guide to decide which page answers a specific concern. Use the **FAQ** page when your question is practical and pre-sales, such as: - what services are included - whether support is available - whether a feature fits your business - how pricing or onboarding usually works Use the **Disclaimer** page when you want to understand limits and qualifications, such as: - whether a statement is only general information - whether examples are guaranteed - whether website content is a formal commitment Use an **App Privacy** page or **Privacy Policy** link when your question is about data handling, such as: - what information is collected - whether cookies or analytics are used - what happens after you submit a form - whether a specific app or embedded tool has its own privacy notice These pages are informational and read-only. You use them to review terms before you click **Contact**, **Request Demo**, **Start Trial**, or submit any inquiry form. Common labels you may see include: - **FAQ** - **Disclaimer** - **Privacy Policy** - **App Privacy** - app-specific privacy links near a tool, form, or app description [SCREENSHOT: Footer area showing links such as FAQ, Disclaimer, and Privacy Policy] ## Using the FAQ Page to Answer Common Pre-Sales Questions Open the **FAQ** page and start by scanning the question titles rather than reading every answer from top to bottom. In Sherkety ERP & Website Platform, FAQ entries are meant to help visitors quickly check common concerns before contacting the team. Look for question headings related to pricing, implementation, support, integrations, business size, industry fit, or ERP module coverage. 1. Open the **FAQ** page from the footer or another visible page link. 2. Read the question headings first and stop on the one that matches your concern. 3. Expand the question if the page uses collapsible question-and-answer sections. 4. If the page includes jump links or anchored question links, use them to move directly to the topic you need. 5. Read the answer carefully and note whether it describes a standard offering or something that depends on your case. This distinction matters. A clear FAQ answer may explain what is normally included, while also showing that some items are conditional. For example, wording around custom integrations, onboarding timelines, or optional services may indicate that the final scope depends on your business needs rather than being automatically included. Pay attention to links placed inside or below an answer. A FAQ entry may point you to: - a service page for more detail - an ERP module page such as HR, Sales & CRM, or Reporting - a pricing page - a contact form - a demo or trial action If the answer ends by directing you to another page, follow that link instead of assuming the FAQ contains the full decision-making detail. The FAQ is best used as a starting point for repeated visitor questions, not as the final word on every commercial or technical detail. [SCREENSHOT: FAQ page with expandable questions and one answer opened] ## Reading Disclaimer Notices Before Relying on Page Content The **Disclaimer** page helps you understand where marketing language, examples, and general website information have limits. Before relying on a claim you saw on a service page, ERP app page, or promotional section, open the **Disclaimer** link and read the wording that qualifies how that content should be interpreted. In Sherkety ERP & Website Platform, disclaimer text may explain that website content is provided for general information, that examples do not guarantee the same outcome for every business, or that availability and scope may depend on your specific requirements. This is especially important when you are comparing packages, reading feature summaries, or reviewing statements that sound broad. Look for wording related to: - accuracy of information - service availability - limits on guarantees - limits on liability - examples, testimonials, or sample results - references to third-party tools or external services If a page says content is for **general information only**, treat it as guidance rather than a binding promise. That means you should not assume every feature, timeline, or result applies automatically to your situation unless it is confirmed through a direct proposal, written scope, or formal agreement. Disclaimer notices may also appear outside the main **Disclaimer** page. Watch for short notice blocks: - near contact or inquiry forms - beside downloadable resources - within app-related content - near claims about performance, results, or compatibility When a page contains both promotional copy and a disclaimer note, read them together. The notice usually explains the boundaries of the claim. If the wording feels narrower than the headline message, rely on the qualifying notice and seek clarification before making a decision. [SCREENSHOT: Disclaimer page or inline notice block highlighting general information language] ## Checking the App Privacy Page for Data Handling Details When your question is about personal information, tracking, or what happens after you interact with a tool or form, open the **App Privacy** page or related **Privacy Policy** link. In Sherkety ERP & Website Platform, you may find this link in the footer, near an app listing, or beside a specific embedded experience tied to an ERP app or inquiry flow. Start by identifying which experience you are using. A general website page may follow the main privacy notice, while a specific tool, app page, or embedded feature may include its own privacy wording. Once you open the privacy page, look for plain-language sections that describe what information is collected and why. Check for mentions of: - contact details you submit in forms - usage data from page or app activity - cookies - analytics events - inquiry or demo request submissions Then read how the page explains data use. You are looking for statements about: - responding to inquiries - improving the website or app experience - analytics or measurement - storing submitted information - sharing data with service providers - app-specific processing that is separate from the main website Also review any visitor-facing controls or notices. Depending on the page, you may see references to: - consent notices - cookie preferences - privacy request contact methods - policy update dates or last updated information If your concern is specifically about tracking, form submissions, or a tool embedded inside a page, the privacy notice is usually more reliable than a general FAQ answer. Use it to confirm how data is handled before you click **Submit**, **Request Demo**, or similar actions. [SCREENSHOT: Privacy page showing sections for collected information, usage, and update date] ## Comparing Answers Across FAQ, Disclaimer, and Privacy Pages These pages work best when you use them together. In Sherkety ERP & Website Platform, each page answers a different kind of question, so comparing them helps you avoid relying on the wrong source. Use this quick guide: | Your question | Best page to check first | What to confirm next | |---|---|---| | What is included in a service or ERP offering? | **FAQ** | Check the **Disclaimer** for limits or qualifications | | Is a claim guaranteed or contractually binding? | **Disclaimer** | Review the related service or app page for context | | What data is collected when I use a form or app? | **App Privacy** or **Privacy Policy** | Check the page where you enter information | | Does a tool have separate privacy handling? | **App Privacy** | Compare with the main privacy notice if both are available | Start with the page that matches your concern, then cross-check if the answer affects a decision. For example, a FAQ entry may say onboarding is available, but the **Disclaimer** may clarify that timelines, scope, or outcomes vary. In that case, the FAQ gives the general answer, while the disclaimer explains the limits. The privacy page is often the better source when the question involves: - cookies - analytics - form submissions - embedded tools - app usage behavior A general FAQ may mention contact or support, but it usually will not explain data handling in the same detail as a privacy notice. Signs that these pages do not fully answer your concern include: - the answer uses broad wording without specifics - the page points you to a contact form for confirmation - the privacy notice does not mention the tool you are using - the disclaimer narrows a claim that sounded broader elsewhere When that happens, pause and ask for clarification instead of guessing. ## Common Issues When These Pages Do Not Fully Answer Your Concern Sometimes you will find a partial answer, but not enough detail to make a confident decision. When that happens in Sherkety ERP & Website Platform, use the page cues and linked actions to decide what to do next. If a **FAQ** answer feels too broad, look directly below the answer for links to a service page, pricing page, ERP app page, or contact option. Many FAQ entries are written to give a short explanation first, then direct you to a more detailed page. If the answer mentions implementation, integrations, support, or package fit without specifics, follow the linked page before treating the answer as complete. If the **Disclaimer** seems to conflict with marketing copy, treat the disclaimer as the qualifying statement. A headline may sound broad, while the disclaimer explains that availability, outcomes, or suitability depend on your situation. In that case, ask for written clarification before relying on the marketing wording alone. If an **App Privacy** page does not mention a specific form or embedded tool, check whether the page also offers a general **Privacy Policy** link. Some experiences may be covered by the main privacy notice rather than a separate app-specific page. Compare both pages if both are available. If a page appears outdated, look for a visible update date or last revised note. An older date does not always mean the content is wrong, but it does mean you should confirm current terms, data practices, or service limitations before acting on them. Useful follow-up actions include: - opening the linked detail page - using the visible contact or inquiry option - requesting clarification in writing - checking whether a separate privacy notice exists for the tool you are using [SCREENSHOT: FAQ or policy page showing a linked follow-up action such as Contact or Learn More] ## Overview This guide focuses on how to use three visitor-facing information pages in Sherkety ERP & Website Platform: **FAQ**, **Disclaimer**, and **App Privacy**. These pages help you answer common questions before you contact the company, request a demo, compare ERP modules, or submit your information through a form. The **FAQ** page is the best place to start when you want quick answers about services, pricing approach, support, onboarding, or general business fit. The **Disclaimer** page helps you understand where website statements have limits, especially when a page includes examples, broad claims, or informational content that should not be treated as a formal commitment. The **App Privacy** page or **Privacy Policy** link explains how information may be collected and used when you browse, use a tool, or send an inquiry. Use these pages together rather than in isolation. A FAQ answer may explain what is commonly offered, while a disclaimer may narrow how that answer should be interpreted. A privacy page may answer a data-handling concern more clearly than either of the other two pages, especially when cookies, analytics, or form submissions are involved. This document does not repeat the broader page-finding guidance from [Finding Answers in FAQ and Policy Pages](doc:finding-answers-in-faq-and-policy-pages) or the privacy and cookie reading approach from [Reading Privacy Terms and Cookie Information](doc:reading-privacy-terms-and-cookie-information). Instead, it shows how to match a real visitor question to the right page and how to compare answers when one page alone is not enough. ## Prerequisites Before using this guide, make sure you have the following: - Access to the public website areas of **Sherkety ERP & Website Platform** - A page open that includes footer links, app links, or other visible navigation to **FAQ**, **Disclaimer**, **Privacy Policy**, or **App Privacy** - A specific question in mind, such as: - what a service includes - whether a claim is guaranteed - what happens to information submitted in a form - whether an ERP app page has its own privacy notice It also helps if you are already familiar with: - moving through public pages and footer links, covered in [Using Header Menus and Footer Links](doc:using-header-menus-and-footer-links) - finding legal and help pages, covered in [Finding Answers in FAQ and Policy Pages](doc:finding-answers-in-faq-and-policy-pages) - reading privacy and cookie details, covered in [Reading Privacy Terms and Cookie Information](doc:reading-privacy-terms-and-cookie-information) You do not need an admin account, edit access, or any special permissions. These are public, read-only pages meant for visitors evaluating business services, ERP offerings, or contact options. For the next topic in this section, continue with [Reading Privacy Terms Cookies and App Privacy Pages](doc:reading-privacy-terms-cookies-and-app-privacy-pages). ## Reading the Homepage Promotion Banner When you open the homepage in Sherkety ERP & Website Platform, the first promotional area you notice is the top banner section. This is the same high-visibility area discussed in [Understanding the Homepage Hero and Primary Actions](doc:understanding-the-homepage-hero-and-primary-actions), but here the focus is on how to read its offer language. Look first at the large headline. This usually carries the main promise of the offer, such as support for starting a business, bundled services, or a faster path to launch. Directly under it, the smaller supporting text adds context by explaining who the offer is for and what kind of help is included. The main button in this banner is the primary action. It is placed where visitors can see it immediately, usually below the headline and supporting text. [SCREENSHOT: Homepage hero banner showing headline, supporting text, and primary call-to-action button] The wording on this button tells you what happens next. A button such as **Get Started** suggests moving into an inquiry or onboarding step. A button such as **View Package** suggests that more package details are available before you commit. A button such as **Book a Consultation** points to a conversation-first path rather than an instant purchase decision. Promotional wording in this area also helps you identify the intended audience. If the text emphasizes launch support, setup speed, or bundled essentials, the offer is likely aimed at startups or first-time business owners. If it stresses service breadth, ongoing support, or business growth, it may be better suited to a company expanding its operations. Pay attention to urgency and value cues in the banner. Phrases about savings, bundled value, or fast setup are meant to help you judge whether the offer is practical and time-sensitive. Before clicking the main button, use the headline, short description, and button label together to understand whether you are about to open more details, start a contact flow, or request advice. ## Comparing Startup Package Highlights The startup package section on the homepage usually appears as a group of package cards or highlighted offer tiles. Each card is designed to help you compare choices quickly without leaving the page. Start by reading the package name at the top of each card. This gives you the first clue about who the package is for. Under the name, look for a short description that explains the package purpose, such as launch support, registration help, or bundled business services. Use the package cards in this order: 1. Read the **package name** to understand the offer category. 2. Check the **short description** to see whether it matches your business stage or immediate need. 3. Review the **included services list** to see what is bundled into that option. 4. Look for any **price**, **starting from** amount, or other visible cost cue. 5. Compare any visual markers such as a featured style, accent color, or a **Most Popular** label. 6. Open the stronger match through its action button if you want fuller details. [SCREENSHOT: Startup package highlight cards with package title, included services, and action buttons] When two package cards look similar, the included services list is usually the fastest way to spot the difference. One package may focus on basic setup, while another may include broader support or more complete launch coverage. If one card is larger, highlighted with a stronger color, or marked as featured, Sherkety ERP & Website Platform is drawing your attention to it as a recommended option. Visible pricing also shapes comparison. A lower price may indicate a narrower package, while a higher price may reflect more bundled items or a broader service scope. If a card shows a starting price instead of a fixed amount, treat it as an entry point rather than a final total. These package highlights are meant to narrow your choices before you move deeper. You do not need every detail at this stage. Your goal is to identify which card best matches your business type, your urgency, and the level of support you expect. ## Understanding the Value Breakdown Below or near the package highlights, Sherkety ERP & Website Platform may show a value breakdown section that explains why a package is worth considering. This area is especially useful when you want more than a short package summary. Instead of only naming the offer, it breaks the bundle into understandable parts so you can see what is included and why the package may be priced the way it is. Read this section step by step: 1. Start with the main heading to understand whether the section is explaining included value, bundled services, or savings. 2. Scan the listed items for clearly named services or deliverables. 3. Separate core inclusions from bonus items if they are shown differently. 4. Look for any savings message, total-value comparison, or package-price explanation. 5. Check whether consultation time, setup help, or additional support is named as part of the offer. 6. Use these details to decide whether the package feels complete or whether you still need clarification. [SCREENSHOT: Homepage value breakdown section showing included services, bonus items, and pricing justification] This section reduces uncertainty because it moves beyond broad marketing language. A line-item style list helps you see whether the package includes practical deliverables rather than vague promises. If the page shows a total value compared with a package price, that comparison is meant to highlight bundled savings. If it shows consultation support or named add-ons as part of the offer, that helps you judge whether the package includes guidance as well as execution. The most useful credibility signals in this section are clear service names, transparent counts, and plainly stated inclusions. If the value breakdown tells you exactly what is bundled, it becomes easier to compare one offer with another. If it stays too general, treat it as a promotional summary and rely on the package action button or contact option to confirm the exact scope. ## Choosing the Right Call to Action Homepage promotions and package sections in Sherkety ERP & Website Platform usually include more than one action button. The wording and placement of each button help you decide whether to move forward immediately or gather more information first. Common action styles include **Get Started**, **View Package**, **Book a Consultation**, and **Contact Us**. Each one signals a different level of readiness. Use the buttons this way: 1. Click **Get Started** when the homepage already gives you enough confidence that the offer fits your needs and you are ready to begin the next step. 2. Click **View Package** when you want more detailed package information before making contact. 3. Click **Book a Consultation** when your situation is specific and you want advice before choosing a package. 4. Click **Contact Us** when you need clarification about pricing, scope, or custom requirements. 5. If you are unsure, scroll further down the homepage before choosing a button so you can review package highlights and value details first. [SCREENSHOT: Homepage section with multiple call-to-action buttons near package highlights] Button placement matters. A primary button under the hero banner is designed for visitors who are ready to act quickly. A button inside a package card is more targeted because it connects directly to a specific offer. A button placed after the value breakdown usually appears after more justification has been shown, so it suits visitors who need evidence before taking action. The button text also helps you predict the destination. **View Package** usually leads to more offer details. **Book a Consultation** suggests a scheduling or inquiry path. **Contact Us** points to a direct contact route. **Get Started** is broader, so read the surrounding text carefully before clicking. When several buttons appear close together, choose the one that matches how much information you still need. ## Deciding Whether a Promotion Fits Your Business Needs A homepage promotion is useful only if it matches your business stage and the type of support you actually need. In Sherkety ERP & Website Platform, you can make that judgment by reading the package scope, the visible inclusions, and the action wording together. Start with the package description and ask whether it sounds like a launch offer, a growth offer, or a focused service bundle. Use this quick review process: 1. Identify whether the wording is aimed at a **new business**, a **growing company**, or a specific service need. 2. Check the included services list for startup-focused items such as launch essentials or foundational support. 3. Review the visible price or starting amount to see whether the offer fits your expected budget range. 4. Read the action button label to understand whether the page expects you to inquire, compare further, or move ahead now. 5. If key details are missing, use the consultation or contact option before making a decision. Startup-focused offers usually mention formation support, launch readiness, bundled essentials, or setup help. Those signals matter because they show the package is built for businesses that need a starting point rather than a highly customized service plan. If the wording instead emphasizes expansion, ongoing support, or broader operational needs, the package may be more suitable for an established company. Visible pricing and inclusions help you decide how far to go. If the homepage gives enough detail, you may be comfortable clicking **Get Started** or **View Package**. If the page leaves open questions about exclusions, optional add-ons, or business-specific requirements, choose **Book a Consultation** or **Contact Us** instead. The homepage is meant to help you qualify interest, not answer every possible question. If you still need confirmation about timelines, exact deliverables, or customization, treat the homepage as your comparison starting point and use the next action button to verify the details. ## Common Issues When Interpreting Homepage Offers It is common to hesitate when two homepage offers look almost the same or when a value section sounds broader than it really is. The easiest way to avoid confusion in Sherkety ERP & Website Platform is to compare what is visibly named on the page rather than relying on the overall promotional tone. If you run into uncertainty, work through these checks: 1. When two package highlights seem similar, compare the **included services list** first. 2. Check whether one card has a **featured** style, stronger visual emphasis, or a **Most Popular** label. 3. Review the **price** or **starting from** wording to see whether one package covers more than the other. 4. If the value breakdown feels unclear, separate core bundled items from anything that sounds like an optional add-on. 5. If a call to action appears too early, scroll down for more support details before clicking. 6. When pricing or scope is still not explicit, use the contact or consultation action to confirm what is included. [SCREENSHOT: Homepage package section with two similar offers and visible pricing labels] A common misunderstanding is assuming that everything mentioned near a package is automatically included. Look carefully for wording that suggests extra services, optional additions, or separate consultation steps. Another issue is clicking the first large button in the hero section before reviewing the package cards below. If you are still comparing, it is better to keep scrolling and use the homepage sections in sequence. If the page does not clearly state timelines, exclusions, or custom work, do not guess. The safest approach is to use the inquiry or consultation button and ask for confirmation based on your business needs. That way, you can move forward with a clearer picture of what the homepage offer actually covers. ## Overview This page of the homepage in Sherkety ERP & Website Platform helps you evaluate promotional offers without needing to open every service page first. The key areas to focus on are the top promotion banner, the startup package highlight cards, the value breakdown section, and the action buttons placed around those offers. Together, these sections help you judge whether an offer is relevant, affordable, and worth exploring further. As you read the homepage, treat each section as part of one decision path. The promotion banner introduces the main promise. The package cards help you compare options side by side. The value breakdown explains what is bundled and why the offer may be priced the way it is. The action buttons then give you different ways to continue, depending on whether you are ready to act or still need more detail. This document builds on the page-reading approach covered in [Understanding Homepage Section Flow and Visitor Priorities](doc:understanding-homepage-section-flow-and-visitor-priorities). Instead of repeating the full homepage sequence, the focus here is on how to interpret promotional language, compare package highlights, and choose the right next action from the homepage itself. Keep your attention on visible details such as offer names, included services, pricing labels, featured badges, and button text. Those are the strongest clues available on the homepage. If the offer feels close to what you need but not fully clear, use the contact or consultation path rather than assuming the package includes every possible service. ## Prerequisites Before using the homepage promotions and package highlights effectively in Sherkety ERP & Website Platform, make sure you have a few basics in place: - Open the public homepage of Sherkety ERP & Website Platform. - Be ready to scroll through the homepage sections rather than deciding from the first banner alone. - Know your immediate goal, such as: - starting a new business - comparing startup support packages - checking bundled services - deciding whether to request a consultation - Have a rough idea of what matters most to you: - price - included services - launch speed - support level - If you browse in more than one language, use the site language switcher first so package wording and action buttons are easier to compare consistently. For help with that, see [Switching Languages While Browsing the Platform](doc:switching-languages-while-browsing-the-platform). It also helps if you are already familiar with the homepage sections that introduce service value and trust signals. If you want a broader look at how promotional and trust content appears before focusing on package interpretation, read [Exploring Homepage Promotions and Trust Content](doc:exploring-homepage-promotions-and-trust-content). After you finish this page, continue with [Understanding Homepage Content Priorities and Conversion Flow](doc:understanding-homepage-content-priorities-and-conversion-flow) to see how these promotional sections guide visitors toward inquiry and decision-making. ## Recognizing the actions available on a service page On service pages in **Sherkety ERP & Website Platform**, the main action area is usually the most visually prominent part of the page. Look first for large buttons placed near the top service introduction, inside package or pricing sections, or repeated again lower on the page after feature details. These buttons often use action-focused labels such as **Request a Quote**, **Book a Consultation**, or **Contact Us**. When more than one button appears together, the wording tells you what kind of next step each one starts. Use the label to understand the intent: - **Request a Quote** usually means you are asking for pricing, a tailored offer, or a service estimate. - **Book a Consultation** usually points to a discussion step before pricing is finalized. - **Contact Us** is broader and works best when you still need clarification. As you scroll, some pages may keep an action visible in a sticky area so you do not need to return to the top. If you notice a button staying available while moving through service details, comparisons, or FAQs, that is the page’s quick path to contact. You may also see smaller prompts near service descriptions, package cards, comparison blocks, or FAQ answers. These are useful when a question comes up while reading. A short prompt beside a pricing block or service explanation usually signals, “ask now if you need help deciding.” Pay attention to placement as much as wording. A button beside pricing content suggests a quote request. A button beside service details or benefits suggests a consultation or question. A prompt near FAQs usually supports clarification before you commit. [SCREENSHOT: service page showing main action buttons near the top and a repeated contact prompt lower on the page] If you want more help understanding how service pages are structured before choosing an action, see [Exploring the Accounting Services Page](doc:exploring-the-accounting-services-page) and [Using Comparison Sections to Evaluate Offerings](doc:using-comparison-sections-to-evaluate-offerings). ## Sending an inquiry from the page prompt When a service page includes an inline prompt such as **Ask about this service**, click it to open the contact area. Depending on the page layout, this may appear as a form directly on the page, a pop-up panel, or a dedicated message section further down the screen. Once it opens, fill in the visible fields exactly as requested. Most inquiry areas use familiar contact fields. You may be asked for details like these: | Field | What to enter | |---|---| | **Name** | Your full name | | **Email** | The email address you want replies sent to | | **Phone Number** | Your preferred contact number if shown | | **Company Name** | Your business name if the field appears | | **Subject** or **Service** | The service you are asking about | | **Message** | Your question or request details | If the page includes a service dropdown or subject field, choose the option that best matches the page you are viewing. This helps keep your request tied to the right service. In the **Message** box, be specific. Mention what you need, when you need it, and whether you are looking for pricing, advice, or a follow-up conversation. If you are comparing packages, say which one caught your attention. If you are unsure, explain the business need instead of guessing the right package. 1. Click the inquiry prompt or contact button on the service page. 2. Complete each visible required field. 3. Add a clear message describing your service need, timeline, or scope. 4. Click **Submit**, **Send**, or the page’s main confirmation button. 5. Wait for the on-screen confirmation. After sending, look for a success state such as a thank-you message, confirmation panel, or notice that your inquiry was received. In Sherkety ERP & Website Platform, this confirmation is the clearest sign that your request went through. [SCREENSHOT: inquiry form opened from a service page prompt with contact fields and message box] For more detail on contact paths across the website, see [Contacting Sherkety Through Forms and Direct Channels](doc:contacting-sherkety-through-forms-and-direct-channels). ## Choosing direct contact instead of a form Some service pages in **Sherkety ERP & Website Platform** offer direct contact options alongside forms. These may appear as a phone link, email link, or chat-style button near the main action area, in the footer, or beside a contact prompt. If you want immediate communication, these options can be faster than filling out a longer inquiry form. A phone link is usually the best choice when your request is urgent or time-sensitive. If you need a quick answer before making a decision, or if your situation is easier to explain in conversation than in writing, use the call option when it is shown. This is especially helpful when you have several related questions and want live clarification instead of waiting for a reply. Email is a better fit when your request needs detail. Choose it when you want to explain requirements carefully in writing, compare multiple service needs in one message, or keep a written record of what you asked. If the page presents both **Contact Us** and an email link, the email option is often the cleaner choice for longer explanations. Before choosing a direct option, check the nearby text. Some pages may show response guidance, availability notes, or business-hour information next to the contact method. If that information appears, use it to decide whether you should call now, send a written message, or use a general inquiry form instead. 1. Find the direct contact option on the service page. 2. Check any nearby note about availability or response timing. 3. Choose the channel that matches your need: - call for urgency or live discussion - email for detailed written requests - chat if you want a quick back-and-forth 4. Follow the action that opens on your device. If you tap a phone or email link, your device may open its calling or mail app. That is normal and means the page is handing you off to the communication method you selected. [SCREENSHOT: service page contact area with phone, email, and inquiry options displayed together] ## Deciding which next step fits your service need When several action buttons appear on the same service page, choose based on what you already know and what you still need. In **Sherkety ERP & Website Platform**, the page itself usually gives enough clues to help you decide. Choose **Request a Quote** when the page focuses on pricing, package scope, or custom service estimates. This button makes the most sense after you have reviewed package cards, pricing blocks, or comparison sections and you are ready to ask, “What would this cost for my business?” If the service page emphasizes tailored offers rather than fixed prices, a quote request is usually the right next step. Choose **Book a Consultation** when the page is clearly inviting a discussion first. This is the better option when you need help defining requirements, comparing service paths, or confirming which package fits your business. If the page suggests a call, meeting, or discovery step before pricing, use the consultation action instead of sending a vague quote request. Choose a general action such as **Contact Us** or **Ask about this service** when you are still early in the decision process. This works well if you are comparing several services, need clarification on what is included, or are not ready to commit to pricing or scheduling. Use page cues to guide your choice: - **Pricing cards** suggest a quote or package question - **Comparison sections** suggest clarification before deciding - **Testimonials or trust sections** support confidence but do not replace a quote or consultation - **Detailed feature blocks** often lead naturally into a consultation request - **FAQ sections** are a good place to pause and ask a question if one answer is still missing If you recently reviewed offer evaluation steps, connect that thinking here rather than repeating it: [Evaluating Accounting Service Offers and Next Actions](doc:evaluating-accounting-service-offers-and-next-actions). ## Reviewing what happens after you submit or click through After you use a service page action in **Sherkety ERP & Website Platform**, the next screen or message depends on the type of action you chose. Not every button leads to the same result, so it helps to know what to expect. A form-based action such as **Request a Quote** or **Contact Us** often ends with an on-page confirmation. You may see a success message, thank-you panel, or another clear notice that your inquiry has been received. Stay on the page long enough to confirm that message appears. If the page refreshes or changes state, look for wording that confirms your request was sent successfully. A consultation action may take you into a scheduling step instead of showing a simple thank-you message. If the page is designed for appointment booking, expect to move into a calendar or time-selection flow rather than stopping at a contact form. Direct contact actions behave differently: - A **phone** action usually opens your device’s calling screen - An **email** action usually opens your default mail app - A **chat** action may open a message panel or external messaging window After a successful inquiry, some pages may offer a secondary action. You might see a prompt to continue browsing related services, return to the service overview, or explore another offer while waiting for a reply. If that appears, treat it as optional follow-up, not as a required part of sending your request. Look carefully for any confirmation details shown after submission, especially expected response timing or a note that your selected service was included in the inquiry. Those details help you decide whether to wait, follow up, or use another contact route. [SCREENSHOT: post-submission success message or thank-you panel after sending a service inquiry] ## Fixing common problems with service page contact actions If a service page action does not work as expected in **Sherkety ERP & Website Platform**, start with the visible clues on the screen. Most issues can be identified from the form fields, button state, or message shown after you click. If the inquiry form will not submit, check for required fields you may have missed. A field may be outlined, marked with a validation message, or highlighted near the label. Review entries such as **Email** and **Phone Number** carefully if the page appears to reject them. When a field format is not accepted, the page usually shows the problem beside that field rather than at the top of the form. If a call or email action does not open anything, the issue is often on the device side rather than the page itself. A phone link needs a calling option on your device, and an email link needs a default mail app. If nothing opens after clicking, try again and watch for a browser notice asking permission to open another app. When you are unsure which button to use, compare the label and nearby helper text before clicking: - **Request a Quote** for pricing or tailored estimates - **Book a Consultation** for a discussion first - **Contact Us** or **Ask about this service** for general questions If you submitted a request but did not hear back, return to the confirmation message if it is still visible and check whether it mentioned response timing. If the page gave no reply window, use one of the other contact options shown on the same page, such as a direct email or phone link, and mention that you already sent an inquiry. You can also try these practical checks: - refresh the page and submit again - shorten an overly long message if the form seems unresponsive - switch from form to direct contact if the matter is urgent - use the contact option closest to the service section you are viewing, so your request stays tied to the right topic ## Overview Service pages in **Sherkety ERP & Website Platform** are designed to move you from reading to action without forcing you into a single path. As you review service descriptions, comparison blocks, pricing areas, and FAQs, the page repeats opportunities to take the next step. Those prompts are not all the same. Some are meant for pricing requests, some are meant for consultation booking, and others are simple contact options for visitors who still need clarification. The most important thing to notice is the relationship between the button label and the content around it. A button placed beside pricing or package information usually supports a quote request. A button placed after detailed service explanations often points toward a consultation. Smaller prompts near FAQs or feature sections are there for visitors who are interested but not fully ready to commit. This document focuses on using those visible actions correctly: opening inquiry prompts, filling in contact details, choosing between a form and direct contact, and understanding what happens after you click. It also explains how to recover if a form does not submit or a direct contact link does not open. If you need help finding service pages before using their contact actions, return to [Finding Services Through Navigation and Service Menus](doc:finding-services-through-navigation-and-service-menus). If you want a broader view of public-page actions beyond service-specific prompts, see [Using Public Calls to Action and Conversion Paths](doc:using-public-calls-to-action-and-conversion-paths). The next document in this sequence is [Discovering Services and Comparing Business Offers](doc:discovering-services-and-comparing-business-offers). ## Prerequisites Before using service page calls to action in **Sherkety ERP & Website Platform**, make sure you have the basics in place so you can complete the contact step without interruption. - You should already be on a public service page with visible action buttons such as **Request a Quote**, **Book a Consultation**, **Contact Us**, or an inline prompt like **Ask about this service**. - It helps to have already reviewed the service details, package information, or comparison content on that page so you know what you are asking about. - Be ready to enter your contact details in the fields shown on the page, such as **Name**, **Email**, **Phone Number**, **Company Name**, or **Message**. - If you plan to use a direct contact option, make sure your device can open phone or email links. - If you are still deciding between services, review the earlier comparison guidance instead of guessing which action to use: [Using Comparison Sections to Evaluate Offerings](doc:using-comparison-sections-to-evaluate-offerings). - If your question is specifically about accounting offers and package fit, use the earlier decision guidance here: [Evaluating Accounting Service Offers and Next Actions](doc:evaluating-accounting-service-offers-and-next-actions). You do not need an admin account or sign-in access for the actions covered in this guide. These are public visitor actions available while browsing the website. A quick preparation step can make your inquiry more useful. Before clicking the main button, decide whether you are asking for: - a price or estimate - a consultation or discussion - a general question about the service That one choice will help you pick the right button and write a clearer message once the contact form or direct contact option opens. ## Finding the Theme Switcher on Public and Admin Pages In Sherkety ERP & Website Platform, you can change the display mode in both the public website and the admin area. On public pages, look in the top header area for the theme switcher. This control is available while browsing the website, so visitors do not need to sign in to use it. If you are exploring service pages, company type guidance, ERP app pages, or contact pages, you can switch the display mode directly from the page header and continue browsing without interruption. The same idea applies after sign-in. If you work in the admin area as a content editor or administrator, look for the light and dark mode control in the admin header or top navigation area. You can use it while viewing the Dashboard or while moving through sections such as Content, Users, Settings, SEO, Services, and Pricing. The switcher is part of the shared admin layout, so you do not need to open a separate settings page just to change the display. This split is useful because different people use different parts of Sherkety ERP & Website Platform: - **Public pages** are for prospective buyers, service visitors, and anyone comparing offerings or reading product information. - **Admin pages** are for signed-in staff such as content editors and administrators managing website content and business information. When you use the theme switcher, the visible change happens right away on the current screen. Expect the page background, navigation bars, cards, text, and other interface surfaces to update immediately. [SCREENSHOT: Theme toggle in the public website header and the same control in the admin header] ## Switching Between Light and Dark Mode Changing the display mode is quick and works the same way in both parts of Sherkety ERP & Website Platform. 1. Open any public-facing page, such as the homepage, a services page, a company type page, or an ERP app page. 2. Find the theme toggle in the header. 3. Click the toggle once to switch to the other mode. As soon as you click it, the page updates on the spot. The toggle icon changes state, the background color shifts, and the text contrast adjusts so the page remains readable. You stay on the same page, and there is no need to reload before continuing to browse. You can follow the same steps in the admin area. 1. Sign in and open an admin page such as **Dashboard**, **Content**, **Users**, **Settings**, **SEO**, **Services**, or **Pricing**. 2. Find the theme toggle in the top area of the screen. 3. Click it to switch between light mode and dark mode. The current admin screen updates immediately. Forms, tables, side navigation, cards, and top bars all restyle without taking you away from your work. If you are editing content or reviewing settings, you can switch modes and keep working on the same page. If you already reviewed [Understanding Saved Display Preferences](doc:understanding-saved-display-preferences), you know how Sherkety ERP & Website Platform remembers your choice. For everyday use, the important point is simple: once you switch themes, that choice remains active as you continue moving through pages in the same browsing session. [SCREENSHOT: Clicking the theme toggle and seeing the page change from light mode to dark mode] ## Recognizing What Changes in Light and Dark Mode When you switch themes in Sherkety ERP & Website Platform, the layout stays familiar, but the visual styling changes across the page. On public pages, you will notice the biggest changes in the header, hero sections, content blocks, cards, buttons, links, and footer areas. Light mode uses brighter page backgrounds and darker text, while dark mode uses darker surfaces with lighter text. This helps long pages feel more comfortable depending on your environment and reading preference. On pages that present business services, ERP modules, comparisons, and contact options, cards and section backgrounds also change to match the selected theme. Buttons remain in the same places, but their contrast updates so they are still easy to spot. Links, highlighted areas, and section dividers also shift visually to fit the active mode. In the admin area, the same pattern applies to working screens. When you switch to dark mode, sidebar panels, the top bar, tables, form fields, dialog windows, and action buttons all restyle together. Inputs and panels use darker surfaces, while labels and values become lighter for readability. Secondary text usually appears more muted than primary text, and borders or dividers become softer so the screen does not feel too harsh. Even though the colors change, interactive states remain visible in both themes: - Hovered buttons still stand out - Selected menu items remain clearly marked - Active navigation links are still easy to identify - Open dialogs and focused inputs remain distinct from the background [SCREENSHOT: Side-by-side example of a public page and an admin page in light mode and dark mode] ## Using Theme Switching in Everyday Browsing and Content Work Theme switching is useful in different ways depending on how you use Sherkety ERP & Website Platform. If you are a visitor comparing services or ERP products, choose the mode that makes pages easiest to read. On long pages with service descriptions, pricing information, FAQs, or contact details, some people prefer light mode for daytime reading, while others find dark mode more comfortable on bright screens or in low-light settings. You can switch at any point while browsing and continue reading the same page. For content editors, the theme switcher is especially helpful when reviewing how website sections look during editing. If you are working with page content, previewing updates, or checking rich text blocks and media cards, switching themes lets you inspect the same material under different visual conditions. This can help you notice spacing, contrast, and readability issues before saving or publishing changes. If you regularly edit public-facing sections, this works well alongside [previewing changes before saving content](doc:previewing-changes-before-saving-content) and [using live preview to check page updates](doc:using-live-preview-to-check-page-updates). Administrators can also use the toggle while moving through operational screens such as **Settings**, **Users**, **SEO**, **Services**, and **Pricing**. If you spend long periods reviewing tables, forms, and dashboard content, changing the display mode can make the workspace more comfortable without affecting your tasks. Theme switching changes presentation only. It does **not** change: - Page content - Saved records - User roles or permissions - Publishing steps - Navigation structure - Available actions on the page ## Knowing What Stays Consistent Across Both Themes The most important thing to remember is that Sherkety ERP & Website Platform works the same way in light mode and dark mode. Changing the theme affects how screens look, not how they behave. Whether you are on the public website or in the admin area, the same menus, pages, and actions remain available. These parts stay functionally the same in both themes: - Header and navigation structure - Menu labels and page names - Button labels and action wording - Form fields and input order - Page locations and browsing paths - Admin sections such as **Dashboard**, **Content**, **Users**, **Settings**, **SEO**, **Services**, and **Pricing** If you open a page, edit content, save a change, or move between admin sections, the workflow does not change with the theme. A visitor reading ERP app pages still sees the same sections and calls to action. A signed-in editor still uses the same editing controls and preview tools. An administrator still reaches the same settings and management screens. Branding and page structure also remain consistent. Logos, images, and content blocks may sit on lighter or darker backgrounds depending on the selected mode, but the underlying page layout stays in the same order. Headings, cards, links, and action areas keep their roles even when their colors change. You may notice accessibility-related adjustments between themes. Text, icons, borders, and controls are styled to stay legible against the current background. That means contrast, muted text tones, and divider colors may look different, but these changes are there to preserve readability rather than introduce a new workflow. If you want more detail on choosing the most comfortable option for different tasks, the next document covers that directly: [Choosing the Best Display Mode for Reading and Editing](doc:choosing-the-best-display-mode-for-reading-and-editing). ## Fixing Common Theme Display Issues If the theme does not appear to change after you click the toggle, start with the current page. Refresh the page, then use the header toggle again. In most cases, this is enough to confirm whether the change was applied correctly. Watch for three signs: the toggle icon changes, the page background updates, and the text contrast shifts. If the public website and the admin area appear in different modes, check each interface separately. Open a public page and confirm the visible state of the header toggle there. Then sign in to the admin area and check the toggle in the admin header. Because these are separate browsing experiences, it is possible to notice a different theme in each area until you switch them to match. If text, buttons, or cards look difficult to read after switching themes, compare that page with another page in the same area. For example, if one public page looks unusual, open a second public page and see whether the same issue appears there. Do the same in the admin area by moving from **Dashboard** to **Content** or **Settings**. This helps you tell whether the problem affects one page or the whole interface. If the selected mode does not seem to stay active while you move around, test it on a second page and again after a page reload. This gives you a clear pattern to watch for: - Does the mode change immediately after clicking? - Does it remain active when you open another page? - Does it reset only after refreshing? - Does the issue happen on public pages, admin pages, or both? [SCREENSHOT: Theme toggle used on one page, then checked again on a second page after navigation] ## Overview Theme switching in Sherkety ERP & Website Platform lets you choose between light mode and dark mode while browsing public pages or working in the admin area. The same type of control appears in the public header for visitors and in the admin header for signed-in users, so you can change the display without opening a separate settings screen. This feature is useful across both sides of the product: - Visitors can adjust the look of service pages, ERP app pages, company type guidance, and contact pages - Content editors can review website sections, previews, and editing screens in a more comfortable display mode - Administrators can work through dashboard, settings, user, SEO, services, and pricing screens with the same flexibility The change is immediate and visual. Backgrounds, text, cards, navigation areas, tables, and form surfaces update to match the selected mode. At the same time, the structure of the page stays the same, so you do not need to relearn where anything is. This document focuses on where to find the theme switcher, how to use it across public and admin pages, what visual changes to expect, and how to handle common display issues. If you need a refresher on how Sherkety ERP & Website Platform remembers your choice, see [Understanding Saved Display Preferences](doc:understanding-saved-display-preferences). ## Prerequisites You do not need any setup to use theme switching on the public website. To change the display mode there, you only need to open any public page in Sherkety ERP & Website Platform and locate the theme toggle in the header. For the admin area, make sure you can sign in and reach the top navigation area where the same type of toggle is available. If you have not accessed the admin portal before, start with [Signing In and Accessing the Admin Portal](doc:signing-in-and-accessing-the-admin-portal). Before you begin, it helps to have: - Access to at least one public page, such as the homepage, a services page, a company type page, or an ERP app page - An admin account if you want to test theme switching in **Dashboard**, **Content**, **Users**, **Settings**, **SEO**, **Services**, or **Pricing** - Basic familiarity with the header and navigation areas on the pages you use - An understanding of saved display behavior from [Understanding Saved Display Preferences](doc:understanding-saved-display-preferences) If you are comparing how the two themes look, keep one or two pages open that contain a mix of headings, buttons, cards, and text-heavy sections. That makes it easier to notice the differences between light mode and dark mode as you switch. ## Opening the calendar and understanding the current selection In Sherkety ERP & Website Platform, you usually open the calendar by clicking a date field or date range field in a form, filter bar, dialog, or drawer. Before the calendar opens, the field often already shows the current choice. For a single date, you will see one date in the field. For a date range, you will usually see both dates together, which gives you a quick way to check whether anything is already selected before you expand the picker. When the calendar opens, it appears as a small calendar panel with a month grid. At the top of that panel, you will see the current **month** and **year**. This header helps you confirm which month you are viewing before you click any day. Inside the grid, each day appears as its own clickable date cell. If a date has already been chosen, that date is highlighted so you can spot it immediately. A single-date selection usually appears as one clearly highlighted day. A date range looks different: the **start date** and **end date** are marked, and the days between them are shaded to show the full span. This makes it easier to confirm whether the selected period is short, long, or crossing into another month. Look for the main action button at the bottom or edge of the calendar panel. Depending on where you opened the picker, this may be the control you use to keep your selection and continue. It becomes especially important after you change a date or complete a range. [SCREENSHOT: Calendar picker opened from a date field, showing month header, highlighted selected day, and confirmation button] If you need a refresher on how single-date and range selection work before reviewing the calendar, see [Selecting Single Dates and Date Ranges](doc:selecting-single-dates-and-date-ranges) and [Understanding Date Picker Layouts and Selection Modes](doc:understanding-date-picker-layouts-and-selection-modes). ## Moving between months in the calendar Use the arrow buttons in the calendar header to move through time. The **left arrow** takes you to the previous month, and the **right arrow** takes you to the next month. Each click changes the month grid by one month, so you can move step by step until the month you need is on screen. 1. Open the calendar from the date field. 2. Check the month and year shown in the header. 3. Click the left or right arrow to move backward or forward. 4. After each click, confirm that the month and year label changed to the period you want. 5. Once the correct month is visible, choose your date or continue reviewing the highlighted dates. The month and year label is the easiest way to avoid mistakes. If you are looking for a date in a future month, do not rely only on the day numbers in the grid. Always confirm the header first, especially when the same day number appears in many months. In some places, Sherkety ERP & Website Platform may limit which dates you can choose. When that happens, one of the navigation arrows may appear unavailable, or clicking it may do nothing. This usually means you have reached the earliest or latest month allowed for that field. If you cannot move farther, select from the dates still available in the visible month. Your current selection does not disappear just because you browse to another month. If you move away from the month that contains your selected date, the highlight will no longer be visible until you return to that month. When you browse back, the selected day or selected range appears highlighted again, which helps you confirm that your earlier choice is still saved in the picker. [SCREENSHOT: Calendar header with previous and next arrows and updated month/year label] ## Reviewing highlighted dates before confirming Before you click the confirmation control, take a moment to read the visual cues in the calendar grid. Sherkety ERP & Website Platform uses highlighting to show what is selected and what is only visible. This is especially important when you are choosing a date range. For a single date, the selected day is usually shown with the strongest highlight. That highlighted day is your active choice. For a range, the first selected day marks the beginning, the last selected day marks the end, and the dates between them are shaded to show the full period. If the range crosses into another month, you may need to browse to the next or previous month to review the rest of the highlighted span. Be careful not to confuse selected dates with unavailable dates. Disabled days often look faded, muted, or less clickable than normal dates. A disabled date is not a confirmed choice. It is simply a date you cannot use in that field. If a day looks dim or does not react when clicked, treat it as unavailable rather than selected. Today’s date may also have its own visual style. For example, it might have a subtle outline or marker to show the current day. That marker is only a reference point. It does not mean today is selected. Always rely on the stronger selected highlight or range shading when checking your actual choice. You should also confirm the chosen value outside the day grid. Depending on where the picker appears, the selected date may be echoed in the original date field, in a range summary, or near the bottom of the calendar panel. That text is useful when the visual highlight spans multiple days and you want to verify the exact start and end dates before continuing. [SCREENSHOT: Calendar showing selected range, disabled dates, and visible selected value in the field] ## Confirming a single date or date range Once the correct month is visible and the right dates are highlighted, finish the selection so Sherkety ERP & Website Platform can use it in the form, filter, or workflow you opened. 1. For a single date, click the day you want in the calendar grid. 2. Check that the selected highlight moves to that day. 3. Confirm that the date field or summary text updates to match your choice. 4. Click the calendar’s confirmation control to keep the date and return to your previous screen. For a date range, the process takes one extra step because you must define both ends of the period. 1. Click the **start date** first. 2. Click the **end date** second. 3. Check that both boundary dates are highlighted. 4. Make sure the days between them are shaded to show the full range. 5. Review the value shown in the field or summary text. 6. Click the confirmation control to apply the range. If only the first date is highlighted and there is no ending date yet, the range is incomplete. In that state, do not assume the selection is finished. The calendar is still waiting for the second date. If the confirmation control is available but the range does not look complete, review the highlight carefully before using it. After you confirm, the calendar usually closes and you return to the page, drawer, or dialog you were using. The chosen date or range remains visible in the related field, which is your sign that the selection has been applied. If you want more detail on choosing the first and second dates in a range, see [Selecting Single Dates and Date Ranges](doc:selecting-single-dates-and-date-ranges). ## Adjusting the selection when the highlighted dates are not correct If the wrong date is highlighted, you do not need to leave the screen and start over elsewhere. In most cases, you can correct the choice directly inside the calendar. 1. Reopen the calendar from the same date field. 2. Check which day or date range is currently highlighted. 3. If you need a different single date, click the new day and confirm that the highlight moves. 4. If you need a different range, select the dates again so the highlighted span updates. 5. Use the confirmation control to save the corrected choice. For a single date, changing the selection is usually simple: click a different day cell. The old highlight should move to the new date. Before confirming, check the date shown in the field or summary text so you know the new value replaced the old one. For a range, pay close attention to the start and end points. If the highlighted span does not match what you intended, choose the dates again and watch how the shaded range redraws. The updated highlight should clearly show the new beginning, new ending, and all dates between them. Some calendar pickers also include a **Clear**, **Reset**, or **Cancel** option. If you see one of these controls, use it when the current selection is too confusing to fix one click at a time. Clearing removes the existing choice so you can begin again with a clean calendar. Canceling usually closes the picker without applying your latest changes. After closing the calendar, reopen it once more if you want to double-check your saved choice. The same highlighted date or range should still appear, and the field should match it exactly. [SCREENSHOT: Reopened calendar showing corrected highlighted date range after adjustment] ## Fixing common problems with month browsing and date confirmation Most date picker issues in Sherkety ERP & Website Platform come down to navigation, incomplete range selection, or trying to choose an unavailable date. A quick visual check usually tells you what needs to be fixed. If the month you need is not visible, use the header arrows and watch the month and year label after each click. It is easy to focus on the day numbers and miss that you are still in the wrong month. Always confirm the header before selecting a date. If the wrong dates are highlighted, reopen the calendar and review the full selection before confirming again. For a single date, click the correct day so the highlight moves. For a range, select the correct start and end dates and make sure the shaded span updates to match. If the current highlight is too messy to interpret, use a visible **Clear**, **Reset**, or **Cancel** control if one is available, then start the selection again. If the confirmation control does not seem to work, check whether your selection is complete. This is especially common with date ranges. When only the first date is selected, the picker may still be waiting for the second date. Look for a highlighted start date without a matching end date. Once both ends are selected, confirm again. If you cannot select a date at all, the day may be disabled. Disabled dates often appear faded and do not respond normally when clicked. This usually means the date falls outside the allowed window for that field. In that case, choose a different visible date or move to another allowed month if navigation is available. For more help reading unavailable states and messages around pickers, see [Understanding Loading Placeholders Empty States and Errors](doc:understanding-loading-placeholders-empty-states-and-errors) and [Recognizing Warnings Errors and Dismissible Notices](doc:recognizing-warnings-errors-and-dismissible-notices). ## Overview This part of date selection focuses on reviewing what the calendar is showing before you commit to a choice. In Sherkety ERP & Website Platform, the calendar picker is not just a list of days. It gives you several visual checks: the month and year in the header, the highlighted day for a single-date choice, the start and end markers for a range, and the shaded span between them. Using those cues together helps you avoid saving the wrong date. The most important habit is to confirm three things in order: - You are viewing the correct **month and year** - The correct **day or date range** is highlighted - The related **field or summary text** matches what you expect This document builds on the earlier date picker guides instead of repeating them. If you need help with the basics of clicking one date or choosing the first and second dates in a range, return to [Selecting Single Dates and Date Ranges](doc:selecting-single-dates-and-date-ranges). If you want a broader explanation of calendar layouts, picker styles, and where date pickers appear in Sherkety ERP & Website Platform, review [Understanding Date Picker Layouts and Selection Modes](doc:understanding-date-picker-layouts-and-selection-modes). Use this guide whenever you need to move across months, verify a highlighted selection, or decide whether the calendar is ready to confirm. These checks are especially useful in filters, scheduling fields, and any workflow where the exact date affects what you see next. ## Prerequisites Before using the steps in this guide, make sure you already have the basics of date picking in Sherkety ERP & Website Platform. - You can open a calendar by clicking a date field or date range field. - You understand the difference between choosing a **single date** and choosing a **date range**. - You can recognize the day cells inside the calendar grid. - You know that some date pickers require a final confirmation action after selecting dates. - You are comfortable moving between screens, dialogs, or drawers where the calendar may appear. It also helps if you have already read these related guides: - [Selecting Single Dates and Date Ranges](doc:selecting-single-dates-and-date-ranges) - [Understanding Date Picker Layouts and Selection Modes](doc:understanding-date-picker-layouts-and-selection-modes) If you are using a date field inside a filter, report, or admin form, keep the surrounding field visible when possible. That makes it easier to compare the highlighted dates in the calendar with the value shown outside the picker after you confirm. There is no separate setup required for this task. You only need access to a screen in Sherkety ERP & Website Platform that includes a date picker. Once the calendar is open, you can use the month header, navigation arrows, highlighted day cells, and confirmation control described above to complete your selection accurately. ## Understanding Where Display Mode Applies In Sherkety ERP & Website Platform, display mode follows you across two very different work areas: the public website and the admin side. On the public website, you move through pages such as the homepage, services pages, company type guidance, ERP app pages, pricing sections, FAQs, and contact areas. In the admin side, you sign in through **Login** and work with screens such as **Dashboard**, **Content**, **Users**, **Settings**, **SEO**, **Services**, and **Pricing**. The same light or dark choice can feel very different depending on which screen you are using. When you browse public pages, display mode mainly changes how easy it is to read hero sections, feature cards, comparison blocks, buttons, footer links, and longer text sections. When you work in admin, the same choice affects menus, charts, lists, forms, labels, tabs, notifications, and editing panels. If you open website content for editing, display mode also changes the look of the top editing bar, inline edit controls, side panels, preview areas, and text blocks on the page itself. A simple way to choose is to think about your role at that moment: - **Prospective ERP Buyer**: You are reading product pages, pricing details, FAQs, and call-to-action sections. - **Content Editor**: You are updating website text, reviewing page sections, and checking how content looks before saving. - **Administrator**: You are reviewing dashboard information, checking records, and moving between admin menus and settings. If you already know how to switch themes, use that skill here without repeating the setup steps from [Using Theme Switching Across the Platform](doc:using-theme-switching-across-the-platform). [SCREENSHOT: Public website page beside an admin screen showing how the same display mode affects reading areas, menus, and editing panels] ## Choosing a Mode for Browsing Marketing and Website Pages When you are reading public-facing pages in Sherkety ERP & Website Platform, the best display mode depends on the kind of page you are viewing and the environment around you. Light mode is often easier when you are scanning short sections quickly. This includes homepage hero banners, service highlights, pricing cards, comparison sections, trust indicators, and prominent buttons such as demo or contact actions. In a bright office or daylight setting, dark text on a light background usually makes headings, short descriptions, and button labels feel sharper. Dark mode can be more comfortable when you spend longer on detailed pages. This is especially useful for reading company type guidance, ERP app descriptions, FAQ sections, and other pages with more text. In lower light, dark mode can soften the overall brightness of the screen and make long reading sessions feel less tiring. It may also help when you are comparing several ERP pages one after another and want a calmer visual experience. Different page elements stand out in different ways depending on the mode: - **Hero banners** may feel brighter and more promotional in light mode. - **Cards and feature blocks** can feel more separated in dark mode if you are reading them one by one. - **Buttons** may look bolder in one mode than the other depending on the page background. - **Footer links** and smaller text may be easier to notice in the mode with stronger contrast for your screen. To decide quickly, match the mode to your reading style: 1. Choose **light mode** if you are skimming landing pages, pricing summaries, or short promotional sections. 2. Choose **dark mode** if you are settling in to read longer feature descriptions or informational content. 3. Switch between the two on the same page and compare headings, paragraph text, and button labels before continuing. [SCREENSHOT: Marketing page with hero section, cards, and footer shown in both light and dark display modes] ## Choosing a Mode for Reviewing ERP Records and Menus Inside the admin side of Sherkety ERP & Website Platform, readability matters most when you are moving through menus and checking information carefully. Screens such as **Dashboard**, **Users**, **Settings**, **SEO**, **Services**, and **Pricing** often contain denser layouts than the public website. You may be reading labels, scanning rows, checking values, reviewing status indicators, or moving between tabs and forms. In these situations, light mode is usually the clearest choice during daytime work. Light mode often helps when you need to verify details in structured layouts. If you are reviewing a list, comparing entries, or checking field labels in a form, a light background can make row separation, text labels, and table-style content easier to follow. Search areas, filters, tabs, and action buttons can also feel more distinct when the screen is bright and your room is already well lit. Dark mode becomes more useful when your session is longer and less focused on tiny details. If you are monitoring dashboard information, moving through navigation menus, reviewing cards, or spending a long time inside admin pages, dark mode can reduce the feeling of glare. This can be especially helpful in the evening or when you are switching between several admin sections for an extended period. Use this approach when deciding: 1. Pick **light mode** when your task involves careful checking of labels, rows, values, and form fields. 2. Pick **dark mode** when you expect a long admin session with repeated menu navigation and ongoing review. 3. Compare common elements on the same screen, including the search bar, filter area, status badges, tabs, and primary action buttons. 4. Stay with the mode that makes small text and repeated navigation feel easiest over time. If you mainly work from the admin home area, you may also want to pair this with the navigation habits described in [Using the Admin Dashboard for Navigation](doc:using-the-admin-dashboard-for-navigation). [SCREENSHOT: Admin dashboard or list screen showing menus, filters, badges, and action buttons in two display modes] ## Choosing a Mode While Editing Website Content Website editing in Sherkety ERP & Website Platform adds another layer to the display mode decision because you are not only reading content—you are also interacting with edit controls on top of the page. When you edit website content, you may work with the top editing bar, inline text areas, draggable content blocks, side panels, and preview sections. A mode that feels comfortable for browsing is not always the best one for editing. Light mode is often helpful when you need to distinguish editing controls from the page content itself. Inline edit buttons, text areas, block boundaries, and panel labels can feel easier to spot when the page background is lighter. This is useful while updating headings, checking body text, reviewing button wording, or making sure spacing between sections looks balanced. If you are rearranging sections or comparing multiple text blocks, light mode can make the page structure feel more obvious. Dark mode can still be the better choice if you spend a long time editing and your eyes are more sensitive to screen brightness. It may feel more comfortable during extended writing or review sessions, especially when you are making many small text changes across several sections. However, in dark mode you should pay closer attention to whether inline controls, snippet options, or side panels stand out clearly enough from the page. Test your editing setup with a short real task: 1. Open a page you commonly edit and activate the editing tools. 2. Review the top editing bar, inline controls, and any side panel options. 3. Edit a heading, a paragraph, and a button label. 4. Rearrange or review a section block if that option is available on the page. 5. Preview the page and check text, images, spacing, and button visibility. 6. Switch display mode and repeat the same checks before deciding. For more on previewing edits, see [Using Live Preview to Check Page Updates](doc:using-live-preview-to-check-page-updates). [SCREENSHOT: Website page in edit mode with top editing bar, inline controls, and side panel visible] ## Matching Display Mode to Your Environment and Task The easiest way to choose a comfortable display mode in Sherkety ERP & Website Platform is to match it to both your surroundings and the kind of work you are doing. A mode that feels perfect in the morning may feel tiring later in the day, and a mode that works well for reading a homepage may not be ideal for editing content or reviewing admin data. Use light mode when your room is bright, especially in daylight or under office lighting. White or pale page backgrounds with dark text usually remain easier to read in these conditions. This is often the better choice for quick checks on website pages, scanning pricing sections, reviewing service information, or validating details in admin screens where labels and values need to be read accurately. Use dark mode when you are working in the evening, in a dim room, or during a long session. It can feel more comfortable for extended ERP review, repeated menu navigation, and focused website editing. If the screen brightness feels distracting, dark mode may help you stay on the page longer without the same level of visual fatigue. A practical comparison method works better than guessing: 1. Open one public page you read often, such as a services or ERP app page. 2. Open one admin screen you use often, such as **Dashboard**, **Content**, or **SEO**. 3. View each screen in **light mode** and check text contrast, button visibility, and menu clarity. 4. Switch to **dark mode** and review the same items again. 5. Decide whether one mode works better for short checks and the other for longer sessions. 6. Keep switching when your task changes instead of forcing one mode for every situation. If you want the background on how theme behavior stays consistent across screens, revisit [Understanding Saved Display Preferences](doc:understanding-saved-display-preferences). ## Fixing Readability Problems After Switching Modes If a new display mode looks appealing at first but becomes harder to use after a few minutes, check the specific screen elements that are slowing you down. In Sherkety ERP & Website Platform, readability problems usually show up in one of three places: public website pages, admin review screens, or website editing tools. On public pages, start with the text itself. Look at large headings, paragraph blocks, button labels, and footer links. If headings feel too strong or paragraph text feels faint, the issue may simply be that the current mode does not suit your screen brightness or room lighting. Compare a short page section and a longer text section before deciding. If buttons are harder to notice, check whether the page background is making them blend in more than expected. On admin screens, crowded layouts are the main warning sign. Review these elements carefully: - **Field labels**: Are they easy to distinguish from entered values? - **Rows and sections**: Can you separate one line or block from the next without effort? - **Status badges**: Do they stand out clearly enough to notice at a glance? - **Search and filter areas**: Are they visible enough to use quickly? When editing website content, pay attention to the controls around the content, not just the content itself. If the top editing bar, side panels, inline controls, or block boundaries are hard to distinguish, switch modes before continuing. Editing discomfort usually gets worse over time, especially during rearranging and review tasks. Use this recovery approach: 1. Identify whether the problem is on a public page, an admin screen, or an editing screen. 2. Check the exact element causing strain: headings, labels, rows, buttons, or edit controls. 3. Switch back temporarily for that task instead of forcing one mode everywhere. 4. Keep one mode for browsing and another for editing or admin review if that feels better. The next document, [Using Theme Switching Across Public and Admin Experiences](doc:using-theme-switching-across-public-and-admin-experiences), shows how to work smoothly when you move between these areas. ## Overview - This guide helps you decide when **light mode** or **dark mode** is more comfortable in Sherkety ERP & Website Platform. - It focuses on three common situations: - Browsing public website and marketing pages - Reviewing admin menus, records, and settings screens - Editing website content with inline controls and preview areas - Light mode is usually better for: - Bright rooms - Daytime work - Scanning pricing, forms, labels, and structured information - Dark mode is usually better for: - Low-light environments - Longer reading sessions - Extended admin review or content editing - The best choice can change by task. You may prefer one mode for public pages and another for admin or editing work. - This guide builds on [Using Theme Switching Across the Platform](doc:using-theme-switching-across-the-platform) and focuses on comfort and readability rather than how to switch themes. [SCREENSHOT: Side-by-side example of a public page, admin page, and editing screen in different display modes] ## Prerequisites - You should already know how to change the display theme in Sherkety ERP & Website Platform. If not, read [Using Theme Switching Across the Platform](doc:using-theme-switching-across-the-platform). - To follow the examples in this guide, it helps to have access to at least one of these areas: - A public website page such as the homepage, services page, company type page, or ERP app page - The admin area, including screens like **Dashboard**, **Content**, **Users**, **Settings**, **SEO**, **Services**, or **Pricing** - A website page that you can open in edit mode if you work as a content editor - For the clearest comparison, use the same screen in both light and dark mode rather than comparing two different pages. - If you are signed in as an editor or administrator, be ready to open a familiar page or admin screen so you can judge comfort based on real work, not just appearance. - If you want to compare public browsing behavior first, you may also find [Browsing the Sherkety Public Website](doc:browsing-the-sherkety-public-website) useful. ## Recognizing the Date Picker Layouts In Sherkety ERP & Website Platform, the date picker opens as a calendar panel attached to a **date field** or **calendar button**. The top area of the calendar is the part to watch first. It usually shows: - a **previous month** arrow on the left - a **month and year label** in the middle - a **next month** arrow on the right That header tells you which month you are viewing and gives you the controls to move backward or forward. You may see one of two common layouts: - a **single-month calendar**, used when you need one date - a **two-month calendar**, shown side by side when you need a **start date** and **end date** In the single-month view, you work with one calendar grid. In the two-month view, both calendars stay visible together so you can choose dates that cross from one month into the next without constantly switching back and forth. Inside each calendar, the main area is a **day grid**. Across the top, you will see **weekday labels** such as the short names for each day. Below them, each numbered square or button is a day you can click. The calendar also uses visual cues to show date status: - **Selected dates** appear highlighted so you can tell what you picked - **Today’s date** is usually marked differently from other available dates - **Disabled dates** look faded or inactive and cannot be selected - In a range picker, the days between the start and end date are often shaded to show the full span [SCREENSHOT: Date picker showing header arrows, month/year label, weekday row, active day, disabled day, and today marker] If you already know how to click a date or drag across a range, this document focuses on how to read the layout itself. For the basic selection action, see [Selecting Single Dates and Date Ranges](doc:selecting-single-dates-and-date-ranges). ## Picking a Single Date When a form in Sherkety ERP & Website Platform asks for one date, click inside the **date input field** or use the **calendar button** beside it to open the picker. The calendar appears with one month visible, and the current month is shown in the header. If the date you need is not in the visible month, use the header arrows: - click the **left arrow** to move to an earlier month - click the **right arrow** to move to a later month As you move, the **month and year label** updates so you always know where you are. This is especially helpful when you are entering a past document date, a future appointment, or a deadline that is not in the current month. To choose the date, click one **day cell** in the calendar grid. That click sets a single value for the field. The chosen day becomes highlighted so it stands out from the rest of the month. If the calendar stays open after you click, the highlight remains visible, making it easy to confirm that you selected the correct day before moving on. Look for these visual states while choosing: - the **selected day** stays emphasized - **today** may still have its own marker if you picked a different date - **disabled days** cannot be pressed If you click a different available day before finishing, the highlight moves to the new date. That tells you the field is currently set to the latest day you selected. [SCREENSHOT: Single-date picker with one chosen day highlighted] Some date fields save your choice as soon as you click the day. Others wait for a separate **Confirm** or **Apply** button. If your field does not update right away, check the bottom or edge of the calendar panel for an action button before closing it. ## Selecting a Start and End Date When Sherkety ERP & Website Platform needs a date range, the picker usually opens in a **two-month layout**. This side-by-side view helps you choose a **start date** and an **end date** without losing track of the period you are building. Begin by clicking the first available day for the start of the range. That day becomes the **start date** and is highlighted. Then click the day you want as the **end date**. After the second click, the calendar shows the full selection: - the **start date** is marked - the **end date** is marked - the days between them are highlighted as the **in-range** period This visual fill is useful because you can quickly confirm whether the selected span covers the correct days. The two visible months are especially helpful when your range crosses a month boundary. For example, you might start near the end of one month and finish in the next month. With both months on screen, you can see the full range without switching back and forth after every click. If your second click is earlier than your first one, the picker may handle it in one of two ways depending on the screen: - it may **reorder the range** so the earlier date becomes the start and the later date becomes the end - it may **reset the selection**, treating the second click as a new start date You can tell what happened by watching the highlight pattern. If you only see one highlighted day after the second click, the picker likely reset the range. If you see a full span, the picker accepted both dates. [SCREENSHOT: Two-month date range picker with start date, end date, and highlighted days in between] If only the first date is selected, the range is still incomplete. The field is not fully set until both dates are chosen and, on some screens, confirmed. ## Browsing Months and Years Efficiently The fastest way to move around the calendar in Sherkety ERP & Website Platform is by using the **previous month** and **next month** arrows in the calendar header. Each click shifts the visible month by one step. If you need a date far in the past or future, you can click the arrows repeatedly until the correct month appears. As you browse, keep an eye on the **month/year label** at the top of the calendar. This label changes every time you move, so it acts as your position marker. If you are moving quickly through several months, the label is the easiest way to confirm you have reached the right point before selecting a day. In a **dual-calendar range view**, the two months stay aligned as adjacent months. That means when you move forward or backward, the second calendar follows the first so the pair continues to show consecutive months. This makes range selection easier because you always see two connected periods instead of two unrelated views. A few practical tips help when browsing: - use the arrows rather than closing and reopening the picker - check the **month/year label** before clicking a day - in range mode, watch both calendars so you do not accidentally choose from the wrong month You may also notice that month movement is sometimes limited. If Sherkety ERP & Website Platform only allows dates within a certain period, the calendar can block movement beyond that limit. In that case: - some day cells appear disabled - one of the month arrows may stop working - you may be unable to browse past the earliest or latest allowed month When this happens, the calendar is showing a date rule rather than an error. If you cannot move farther, choose from the available dates that remain active. ## Confirming or Clearing Your Selection Not every date picker in Sherkety ERP & Website Platform behaves the same way after you click a day. Some fields save immediately, while others use an extra action such as **Confirm** or **Apply**. When you see one of these buttons, your date is only temporary until you press it. This difference matters most in range selection and in forms where accuracy is important. While the picker is open, you may see highlighted dates that look selected, but those highlights only show your **current in-progress choice**. The value is not final until the picker writes it back to the field. Watch for these common actions: - **Confirm** or **Apply** saves the highlighted date or date range into the input field - **Cancel** closes the picker without keeping the in-progress change - closing the calendar without confirming may also discard the temporary selection - **Clear** removes the current value from the field For a single-date field, **Clear** removes the selected date. For a range field, **Clear** removes both the start and end dates so the field returns to an empty state. This is the easiest way to tell the difference between temporary and final selection: - if the date is only highlighted inside the open calendar, it may still be pending - if the date appears in the **input field**, the selection has been saved [SCREENSHOT: Date picker with Apply, Cancel, and Clear actions visible] If you clicked dates but the field still shows the old value, reopen the picker and check whether a **Confirm** or **Apply** button is required. If you pressed **Cancel** or clicked away before confirming, the field may intentionally stay unchanged. ## Fixing Common Date Selection Problems Most date picker issues in Sherkety ERP & Website Platform come from a few easy-to-miss details in the calendar itself. The visual state of the day cells usually tells you what is happening. If a date cannot be clicked, the most likely reason is that the day is **disabled**. Disabled dates often look faded, muted, or inactive compared with normal day cells. This can happen when: - the form only allows dates after a minimum date - the form only allows dates before a maximum date - certain unavailable dates are blocked When the wrong month appears after opening the picker, do not assume the calendar is broken. Many date fields open to the month of the **currently selected value**, not today’s month. If a date was already entered earlier, the picker may return you to that month so you can review or change it more easily. Range selection problems are also common. If the range is not saved, check whether you selected only the **start date** and never clicked the **end date**. In a two-date field, one highlighted day means the range is still incomplete. If the picker also uses **Apply** or **Confirm**, you must finish both actions: - choose the start date - choose the end date - click **Apply** or **Confirm** if that button is shown If the input does not update at all, one of these usually happened: - you clicked **Clear** - you closed the picker before confirming - you pressed **Cancel** - you made a temporary selection that was never applied [SCREENSHOT: Disabled dates, incomplete range selection, and an unchanged input field] When you are unsure, reopen the picker and compare the highlighted dates with the value shown in the field. If they do not match, the selection was not finalized. ## Overview Date pickers in Sherkety ERP & Website Platform follow a consistent visual pattern, even when they appear in different forms. Once you recognize the layout, it becomes much easier to understand whether you are choosing one date, building a date range, or reviewing a value that was already entered. The key parts to identify each time are: - the **header arrows** for moving between months - the **month/year label** showing your current calendar view - the **weekday row** and **day grid** - the visual difference between **available**, **disabled**, **selected**, and **today** states You will also get better results if you pay attention to the picker’s selection mode before clicking. A single-date picker expects one day. A range picker expects two clicks, and the second click completes the span. In some places, the field updates instantly. In others, the value stays temporary until you use **Apply** or **Confirm**. This document focused on reading the calendar layout and understanding what the highlights mean. For the basic action of choosing dates, refer back to [Selecting Single Dates and Date Ranges](doc:selecting-single-dates-and-date-ranges). That guide explains the direct selection behavior without repeating the layout details covered here. Use these cues when working with any date field in Sherkety ERP & Website Platform: - if one month is shown, you are usually picking a single date - if two months are shown, you are usually building a range - if the field stays unchanged, look for **Apply**, **Confirm**, **Cancel**, or **Clear** - if a day cannot be clicked, it is likely outside the allowed date rules The next part of this topic is [Browsing Months and Confirming Calendar Choices](doc:browsing-months-and-confirming-calendar-choices), which goes deeper into moving through the calendar and finalizing your selection. ## Prerequisites Before using the date picker layouts in Sherkety ERP & Website Platform, you should already be comfortable with the basic date selection actions covered in [Selecting Single Dates and Date Ranges](doc:selecting-single-dates-and-date-ranges). This document assumes you already know how to open a calendar from a date field and click a day. You do not need any advanced setup, but a few conditions help the instructions make sense: - you are on a screen that includes a **date input field** or **calendar button** - you can open the calendar panel successfully - you can recognize common action buttons such as **Apply**, **Confirm**, **Cancel**, or **Clear** when they appear - you understand whether the form is asking for **one date** or a **date range** It also helps to be familiar with common interface patterns used across Sherkety ERP & Website Platform, especially pop-up panels and action buttons. If you need help with those patterns first, these related guides may be useful: - [Working With Drawers Dialogs and Confirmation Prompts](doc:working-with-drawers-dialogs-and-confirmation-prompts) - [Understanding Dialog Actions and Safe Confirmation Steps](doc:understanding-dialog-actions-and-safe-confirmation-steps) - [Understanding Toast Messages and Action Feedback](doc:understanding-toast-messages-and-action-feedback) When practicing date selection, pay attention to what the form is asking for. A field labeled for a single deadline behaves differently from a field that expects a start and end period. That context affects the layout you see and whether one click or two clicks are required. If the calendar opens to an unexpected month, shows disabled dates, or waits for a confirmation button, that is still normal behavior. Those are exactly the layout and mode differences explained in this guide, and the next document continues with month browsing and final confirmation behavior in more detail. ## Recognizing shortcut hints in the interface In Sherkety ERP & Website Platform, keyboard shortcut hints appear as small key labels attached to actions you can trigger without clicking. You will usually notice them in the top navigation or header area, especially around the command search entry point. The hint is shown right next to the search trigger, so you can see both the action and the matching key combination in one place. These hints are meant to be read directly from the screen. For example, if the command search trigger appears in the header with a shortcut label beside it, that label tells you exactly which keys open the search overlay. You do not need to guess or memorize a separate list. The visible hint is the instruction. It helps to separate two kinds of keyboard behavior: - **Visible shortcut hints**: These are on-screen labels beside actions such as command search. - **Context-based keys**: These only work after you click into a search box, dialog, editor, or form field. That difference matters. A visible shortcut hint can usually be used from the current page, while typing-related keys may only work after the cursor is active in a specific field. If you are editing content, writing in a text area, or working inside a dialog, the keyboard may still be focused there instead of on page-level navigation. For Content Editors and Administrators, these on-screen hints are a practical way to spot faster routes through Sherkety ERP & Website Platform. Instead of opening menus repeatedly, watch the header, toolbars, and dialog actions for shortcut labels. They often reveal a quicker path than moving through the dashboard or admin navigation by mouse. [SCREENSHOT: command search trigger in the header with its keyboard shortcut hint visible] ## Opening command search from the keyboard To open command search, use the exact key combination shown in the shortcut hint beside the search trigger in Sherkety ERP & Website Platform. Pressing that shortcut opens the search overlay without requiring you to leave the page you are on. This is especially useful when you are already working in the admin area and want to jump somewhere else quickly. Once the overlay opens, look for the search input at the top of the panel. The cursor should already be active inside the field, which means the search box is ready for typing immediately. You may also see placeholder text inside the field that indicates you can search for pages, destinations, or actions. That placeholder is a cue that the overlay is in search mode and waiting for your input. Before typing, quickly confirm that the search field is actually active. This is important if you were previously focused in a form field, a rich text area, or another pop-up. If the command search overlay is open but the cursor is not in the search box, click once inside the input or use the keyboard until the input becomes active. When the field is active, your text should appear there instead of being sent to the page behind it. If you open command search by mistake, close it with the dismissal key shown by the interface. In many cases, this is the standard close key for dialogs. Press it once and the overlay should disappear, returning you to the page and focus you were using before. If you need a refresher on spotting the shortcut itself, see [Finding Actions With Keyboard Shortcut Hints](doc:finding-actions-with-keyboard-shortcut-hints). [SCREENSHOT: command search overlay open with the cursor active in the search field] ## Finding pages and actions with command search After command search is open, start typing the name of the page, section, or action you want. In Sherkety ERP & Website Platform, this works best when you use the same words you already see in menus, page titles, and admin navigation. Examples include labels such as **Dashboard**, **Content**, **Users**, **Settings**, **SEO**, **Services**, or **Pricing**. As you type, the result list narrows automatically. The search panel may show results in grouped or ranked form. Some results are destinations that take you to another screen, while others may be direct actions available from the current context. Read the result labels carefully so you can tell whether you are opening a page or triggering something immediately. If several results look similar, the most relevant matches usually appear first. Use the keyboard to stay in flow: 1. Open command search with the shortcut shown in the header. 2. Type the page name or action label. 3. Press the **Arrow** keys to move up and down through the results. 4. Press **Enter** to open the highlighted result. This is often faster than moving through navigation when you already know where you want to go. For example, if you need **SEO** or **User Management**, typing the name directly can save several clicks. On the other hand, visible menus are still useful for one-off browsing, learning where sections live, or comparing nearby options before choosing one. If you are still getting comfortable with keyboard-driven navigation, pair this with [Using the Command Palette for Quick Navigation](doc:using-the-command-palette-for-quick-navigation), which covers the broader search-and-jump workflow. [SCREENSHOT: command search results showing multiple matching destinations while the user navigates with arrow keys] ## Building faster navigation habits with search and shortcuts The fastest way to benefit from command search in Sherkety ERP & Website Platform is to connect the shortcut with the destination names you use most often. If you regularly move between **Dashboard**, **Content**, **Settings**, **Users**, **Services**, **Pricing**, or **SEO**, practice opening command search and typing those labels exactly as they appear in the interface. After a few repetitions, the route becomes automatic. Shortcut hints help you replace repeated mouse actions with a simpler pattern. Instead of opening the admin navigation, scanning the list, and clicking into the same area several times a day, use the visible command search hint in the header as your reminder to start from the keyboard. This is especially helpful when switching between editing work and configuration work. A useful habit is to chain the same sequence every time: 1. Press the command search shortcut. 2. Type the destination name. 3. Use the **Arrow** keys if needed. 4. Press **Enter** to go there. That pattern keeps your hands on the keyboard and reduces interruptions. It also works well when you are moving quickly between content updates and admin tasks. For example, a Content Editor might jump from **Dashboard** to **Content**, while an Administrator might move from **Users** to **Settings** without touching the mouse. Keep watching for shortcut hints in other parts of the interface too. Dialogs, toolbars, and action areas may show additional key labels that complement command search. Even when those hints are not for navigation, they help you build a more keyboard-friendly workflow around the same idea: notice the hint, use the key, and reduce repeated clicking. [SCREENSHOT: admin header and action area with multiple visible shortcut hints] ## Using command search effectively as a content editor or administrator Command search is most useful when you match it to the work you do most often in Sherkety ERP & Website Platform. For Content Editors, that usually means jumping directly to editing areas instead of navigating through several admin sections first. If you already know the name of the page or section you want, type that name into command search and go straight there. This is especially helpful when moving between website content areas, localized content work, and editing screens that are several clicks deep in the admin area. For Administrators, command search is a strong shortcut for configuration and maintenance tasks. Rather than opening each admin section manually, search for the exact destination name you need, such as **Users**, **Settings**, **SEO**, **Services**, or **Pricing**. This is often the quickest route when you are switching between account management, site configuration, and search-facing content updates. The speed of command search depends heavily on naming. Results are easier to find when you type the same words used in page titles, menu labels, and action names. If a screen is labeled **Content**, searching for **Content** will usually be more effective than using a broad or informal term. The same applies to admin sections: type what you see in the navigation, not what you personally call it. Command search becomes the better option when the destination sits behind multiple menus or when you already know exactly where you want to go. If you are exploring or comparing nearby sections, the visible navigation may still be easier. But for repeat tasks and deeper paths, search is usually faster because it removes the need to expand, scan, and click through several layers. ## Fixing common problems with shortcut hints and command search If the shortcut hint is visible but command search does not open, the most common reason is keyboard focus. In Sherkety ERP & Website Platform, focus may still be trapped inside a text editor, form field, dialog, or browser-controlled input. Click once on a neutral area of the page, then try the shortcut again. If you were editing content or typing in a field, finish or exit that field first so the page-level shortcut can take over. If command search opens but the results are not useful, check the words you are typing. Search works best when you use the exact labels shown in the interface, such as **Dashboard**, **Content**, **Users**, **Settings**, **SEO**, **Services**, or **Pricing**. Also remember that results may depend on your access level. If your role does not include a destination, it may not appear as an available result. If the search panel opens but the **Arrow** keys do not move through results as expected, confirm that the search input is active. The cursor should be visible in the search field. If another part of the page or another control still has focus, the arrow keys may be captured elsewhere. Click in the search box and try again, then press **Enter** only after the correct result is highlighted. You may also notice that the shortcut hint shows different modifier keys depending on your device. That is normal. Sherkety ERP & Website Platform can display operating system-specific key labels, so the shortcut hint you see may differ from what another user sees on a different computer. In that case, trust the on-screen hint shown in your own header or search trigger. If you need more help interpreting interface feedback while testing shortcuts, see [Understanding Loading Placeholders Empty States and Errors](doc:understanding-loading-placeholders-empty-states-and-errors) and [Understanding Toast Messages and Action Feedback](doc:understanding-toast-messages-and-action-feedback). ## Overview This guide focuses on one specific skill: using the keyboard shortcut hint for command search so you can move through Sherkety ERP & Website Platform faster. The main idea is simple. When you see a shortcut label beside the command search trigger in the header, that label tells you how to open the search overlay directly from the keyboard. From there, you can type the name of a page or action, move through the results with the keyboard, and open the one you want. This fits naturally into everyday admin work. Content Editors can use command search to reach content-related areas more quickly, especially when switching between editing tasks. Administrators can use it to jump to screens such as **Dashboard**, **Users**, **Settings**, **SEO**, **Services**, and **Pricing** without stepping through the full navigation each time. The benefit is not that command search replaces menus completely. It is that it gives you a faster route when you already know your destination. This document does not repeat the basics of identifying shortcut labels across the interface. If you need that foundation, return to [Finding Actions With Keyboard Shortcut Hints](doc:finding-actions-with-keyboard-shortcut-hints). Here, the focus is on combining those hints with command search so the shortcut becomes part of your normal navigation pattern. You will also see where command search can fail, such as when focus is still inside a text field or dialog, and how to correct that quickly. The goal is to help you recognize the hint, open search confidently, and use the result list without breaking your flow. ## Prerequisites Before using keyboard shortcut hints with command search in Sherkety ERP & Website Platform, make sure these basics are in place: - You can already recognize shortcut labels shown beside actions in the interface. - You have access to an area where command search is available, such as the admin experience. - You can see the command search trigger in the header or top navigation area. - Your keyboard is connected and working normally with the browser. - No dialog, editor, or text field is actively capturing your keyboard unless you intentionally opened command search from there. It also helps if you are familiar with the destination names you want to search for. Command search is quickest when you type labels exactly as they appear in the interface. Common examples in the admin area include: - **Dashboard** - **Content** - **Users** - **Settings** - **SEO** - **Services** - **Pricing** If you are new to command search itself, read [Using the Command Palette for Quick Navigation](doc:using-the-command-palette-for-quick-navigation) first. If you need help recognizing the shortcut labels before trying them, review [Finding Actions With Keyboard Shortcut Hints](doc:finding-actions-with-keyboard-shortcut-hints). The next step in this learning path is [Understanding Command Search and Quick Action Discovery](doc:understanding-command-search-and-quick-action-discovery), which explains how command search helps you uncover actions and destinations beyond the first result you type. ## Understanding How List Pages Are Split Across Multiple Screens In Sherkety ERP & Website Platform, long lists are often split across multiple pages so you do not have to scroll through everything at once. You will see this pattern in public-facing catalogs, such as ERP app listings or company type pages, and in admin areas such as **Content**, **Users**, **Services**, **Pricing**, and **SEO**. Instead of showing every item on one screen, the page displays a smaller group of results and gives you controls to move through the rest. The page controls usually appear below the list or table. Look for **Previous**, **Next**, and page numbers such as **1**, **2**, **3**, and so on. These controls let you move through the list without changing to a different section. The list itself stays the focus; only the set of visible rows or cards changes. You may also see a result summary near the list. This can show the total number of matching items and, in some views, the range currently on screen. For example, a list might show only one portion of the full set while still indicating that more results are available on later pages. This is useful when you are browsing a large catalog and want to judge whether it is worth paging deeper or narrowing the list first. The current page tells you where you are in the full set of results. If you are on page 1, you are seeing the first group. If you move to page 2 or page 3, you are seeing later groups from the same list. Think of each page as one slice of a larger set. The visible rows are only part of the full results, not the whole list. [SCREENSHOT: paginated list with Previous, Next, numbered page links, and a result count below the table] If you need a refresher on the shared layout patterns around these controls, see [Understanding Shared Interface Patterns Across Public and Admin Pages](doc:understanding-shared-interface-patterns-across-public-and-admin-pages). ## Moving Between Pages Without Losing Context When you are reviewing a long list in Sherkety ERP & Website Platform, the safest way to move through it is to use the pagination controls at the bottom of the page instead of reloading the section from the main menu. This helps you keep the same search, sort order, and list type while moving forward or backward. 1. Scroll to the bottom of the list and click **Next** to move forward one page. 2. Click **Previous** to go back one page. 3. If page numbers are shown, click a specific number to jump directly to that page. 4. Check which page number is highlighted so you always know where you are. 5. If you open an item, use your browser’s back action or return to the list and confirm that the same page is still selected. The highlighted page number is your main location marker. If **3** is highlighted, you are on page 3 of that list. This is especially helpful when you are reviewing batches of records in the admin area, such as user accounts in **Users** or website entries in **Content**. It also helps when you are browsing public pages with many cards and want to remember where you left off. Direct page links are useful when you already know the item you want is not near the beginning. For example, if you have been reviewing older entries and know they are several pages back, clicking a page number is faster than pressing **Next** repeatedly. After opening a detail page, always confirm whether the list returns you to the same page. Some views preserve your position, while others may return you to the beginning depending on how you entered the item. If page position matters, note the current page number before opening a record. [SCREENSHOT: active page number highlighted in a paginated admin list] ## Reading Result Counts and Page Ranges Result counts help you understand the size of the list you are viewing before you spend time paging through it. In Sherkety ERP & Website Platform, these counts are especially useful in admin screens such as **Users**, **Content**, **Services**, **Pricing**, and **SEO**, where the number of records can change depending on your search or filter choices. A result count usually answers two questions: - How many total items match the current view - How many of those items are visible on the current page For example, you may be looking at only one screen of rows while the count indicates there are many more matching records. That means the current page is just one portion of the full list. If the list also shows a page number, you can combine both pieces of information to estimate how much more browsing remains. This becomes more important after you change the view. If you enter a search term, switch a status tab, or apply a filter, the count may drop because the list is now showing only matching items. A list of all users may become a smaller list of users that match your search. A broad content list may shrink to only items related to one page or section. When that happens, the page links may also change to reflect the smaller result set. Use the count display as a planning tool. If the list still shows many results after filtering, you may need several page changes to reach older records. If the count becomes very small, you may be close to the item already and can review page by page without changing the filters again. [SCREENSHOT: list header or footer showing total results and current page information] If you want more detail on how counts behave in long lists, see [Using Pagination in Catalogs and Admin Lists](doc:using-pagination-in-catalogs-and-admin-lists). ## Keeping Your Place While Searching, Sorting, and Filtering Search, sorting, and filtering can all change the shape of a list in Sherkety ERP & Website Platform. That is helpful when you want to narrow results, but it can also make a list feel like it “moved” unexpectedly. The key is to expect that the page number, result count, and visible items may all update together. When you change a sort option, the entire list is reordered. If the list was sorted one way and you switch to another order, the item you were tracking may move to a different page. In many cases, the list may return to page 1 after the sort changes. This is normal because the new order starts from the beginning again. Filters work the same way. If you apply a filter in an admin list, the total number of matching records usually changes right away. With fewer matching items, some page numbers may disappear because there are now fewer pages. If you were on a later page before filtering, you may be returned to an earlier page automatically. Search can narrow the list even more sharply. A broad list with many pages may shrink to one or two pages after you type a keyword. If the page you were on no longer exists under the new search, Sherkety ERP & Website Platform will show the remaining valid pages instead. To stay oriented in large lists: - Note the current page number before opening a record - Check the highlighted page again after changing sort order - Watch the result count after applying or clearing filters - If an item seems to disappear, clear the search or filters first - Narrow the list before paging deeply through many screens [SCREENSHOT: search and filter controls above a paginated list, with updated page links below] For related navigation behavior across shared layouts, see [Understanding Breadcrumbs Drawers and Shared Navigation Patterns](doc:understanding-breadcrumbs-drawers-and-shared-navigation-patterns). ## Browsing Product Catalogs and Admin Lists Efficiently You can save time in Sherkety ERP & Website Platform by treating pagination as a planning tool instead of only a way to move forward. Before opening individual items, look at the result count and page links to judge how large the list is and whether you should narrow it first. If you are exploring public-facing ERP offerings, such as the **ERP System** area or module pages like **Accounting**, **Sales & CRM**, **HR**, **Purchasing**, and **Reporting**, page numbers help you understand whether you are looking at a short curated set or a broader catalog. If there are only a few pages, it may make sense to browse page by page. If there are many, use category links, search, or comparison content before drilling into details. For content editors, pagination is useful when reviewing website entries in **Content**. Instead of trying to scan a long list all at once, move through it in smaller batches. Search first if you know part of the page name or section you need. Then use the page controls to review only the matching entries. For administrators, stable sorting is important when auditing records in **Users**, **Services**, **Pricing**, or **SEO**. Pick a clear order, keep that order in place, and then move page by page. This reduces the chance of reviewing the same records twice or missing a group in the middle. A practical approach is: - Start with the broad list - Apply a search term or filter if the list is long - Confirm the updated result count - Choose a page and review items in order - Avoid changing sort order in the middle of a review unless necessary [SCREENSHOT: admin list with search box, sort control, and pagination used together] This works especially well alongside the quick-access methods described in [Using the Command Palette for Quick Navigation](doc:using-the-command-palette-for-quick-navigation). ## Common Issues When Navigating Long Lists A few list-navigation problems come up often in Sherkety ERP & Website Platform, especially when you are moving between records quickly or changing filters while reviewing multiple pages. One common issue is returning from a detail page and landing on page 1 instead of the page you were browsing. If that happens, check the page number controls immediately and return to the page you were using before. To avoid losing your place, note the highlighted page number before opening an item, especially in long admin lists. Another frequent problem is thinking an item has disappeared when the real cause is a changed search term, filter, or sort order. If the expected record is missing, first look at the search box, active filters, status tabs, and sort controls. Even a small change can move the item to another page or remove it from the current results entirely. You may also notice that the page number you were on disappears after narrowing the list. This usually means the filtered results now fit into fewer pages. For example, if you were on a later page and then entered a search term, the list may shrink to only one or two pages. In that case, start from the first available page in the narrowed results. Sometimes the result count may seem briefly out of step with what you expect right after a search, filter change, or record update. Give the list a moment to refresh and then check the count again. If the list shows a loading message, wait until the updated results appear before deciding that something is missing. [SCREENSHOT: filtered list with fewer pages than before and an updated result count] For more on loading messages, empty states, and error displays, see [Understanding Loading Placeholders Empty States and Errors](doc:understanding-loading-placeholders-empty-states-and-errors). ## Overview Pagination in Sherkety ERP & Website Platform helps you work through long lists in smaller, easier sections. You will see this pattern across both public and admin areas, including ERP app catalogs, company type listings, and admin screens such as **Dashboard**, **Content**, **Users**, **Settings**, **SEO**, **Services**, and **Pricing**. The main controls are simple: **Previous**, **Next**, and numbered page links. The most important habit is to read the list as a combination of three signals: - The highlighted page number tells you where you are - The visible rows or cards show the current slice of results - The result count tells you how large the full matching set is Once you start using those three signals together, long lists become much easier to manage. You can tell whether it is worth paging deeper, whether a search has narrowed the list enough, and whether a sort change has reset the view. This document focused on practical movement through paginated lists without repeating the broader layout patterns already covered in [Understanding Shared Interface Patterns Across Public and Admin Pages](doc:understanding-shared-interface-patterns-across-public-and-admin-pages). Use that earlier guide if you want a refresher on how shared controls appear across the public website and the admin portal. The next skill to build is reading location cues when pages become more layered and complex. Continue with [Recognizing Breadcrumbs and Location Cues in Complex Pages](doc:recognizing-breadcrumbs-and-location-cues-in-complex-pages). ## Prerequisites Before using pagination effectively in Sherkety ERP & Website Platform, make sure you are comfortable with a few basic navigation patterns: - Opening public pages such as **ERP System**, **Company Types**, and module pages like **Accounting**, **Sales & CRM**, **HR**, **Purchasing**, and **Reporting** - Moving through admin sections such as **Dashboard**, **Content**, **Users**, **Settings**, **SEO**, **Services**, and **Pricing** - Recognizing common list tools such as a search box, filter controls, sort options, and status tabs - Using **Previous**, **Next**, and numbered page links at the bottom of a list - Returning from a detail page to the list you were reviewing If you are new to the public-facing side of Sherkety ERP & Website Platform, start with [Browsing the Sherkety Public Website](doc:browsing-the-sherkety-public-website) and [Navigating Public Pages and Entry Points](doc:navigating-public-pages-and-entry-points). If you mainly work in the admin area, it helps to read [Signing In and Accessing the Admin Portal](doc:signing-in-and-accessing-the-admin-portal), [Using the Admin Dashboard for Navigation](doc:using-the-admin-dashboard-for-navigation), and [Understanding Admin Page Access and Protected Navigation](doc:understanding-admin-page-access-and-protected-navigation). For users who want a stronger foundation in shared controls before focusing on pagination, review [Understanding Shared Interface Patterns Across Public and Admin Pages](doc:understanding-shared-interface-patterns-across-public-and-admin-pages). ## Recognizing When a Panel Has Reached Its Size Limit In Sherkety ERP & Website Platform, a resizable workspace stops changing size when one of its panels reaches the smallest or largest size allowed. You will notice this while dragging a **panel divider**: at first, the divider follows your pointer, but once a limit is reached, the divider stops moving farther in that direction even if you keep dragging. This behavior is different from a broken screen or a loading problem. When a panel has reached its size limit, the layout stays steady and usable. Nothing jumps, disappears unexpectedly, or refreshes on its own. The divider simply refuses to go farther because Sherkety ERP & Website Platform is protecting that area from becoming too small to use. Common signs that a panel is at its limit include: - **A side panel looks crowded**, with labels wrapping onto multiple lines - **Lists or settings areas show less content at once**, so you need more scrolling - **Buttons or controls remain visible but feel cramped** - **The neighboring panel has taken most of the available space** - **The divider no longer moves**, even though you are still dragging For example, if you widen the main editing area during content work, the navigation or supporting panel beside it may shrink until it reaches its minimum width. At that point, the main area cannot keep expanding through that divider. The same applies in admin workspaces when a details area or settings list has already been reduced as far as Sherkety ERP & Website Platform allows. If you need a refresher on how panel edges behave in general, see [Understanding Panel Boundaries and Layout Behavior](doc:understanding-panel-boundaries-and-layout-behavior). [SCREENSHOT: A workspace with a divider stopped at its limit, showing one wide main panel and one narrow side panel] ## Resizing Panels Without Making the Workspace Hard to Use When you drag a divider in Sherkety ERP & Website Platform, you are not changing one panel by itself. You are redistributing space between **adjacent panels**. As one panel grows, the panel next to it gives up room. This shared movement is the key to resizing without making the workspace uncomfortable. A practical way to resize is to watch **both sides of the divider** while you drag: - If the main panel becomes easier to read, check that the side panel still shows its labels and controls clearly - If a list panel becomes too narrow, move the divider back before it reaches a cramped state - If scrolling increases sharply in the neighboring panel, that is usually a sign you have taken too much space from it For **Content Editors**, the most useful pattern is often to give extra width to the main content area while keeping supporting panels visible enough to navigate, review, or switch context. A wider editing area helps with reading longer text, checking spacing, and comparing sections in preview. Still, avoid shrinking the supporting panel so much that section names, edit controls, or related options become hard to recognize. For **Administrators**, a balanced layout usually means leaving enough room for structured information such as lists, settings groups, detail panes, and action buttons. If you are working in areas like **Content**, **Users**, **Settings**, **SEO**, **Services**, or **Pricing**, you may need both the list area and the active detail area to remain readable at the same time. A good habit is to resize in short drags rather than one large sweep. That gives you time to notice when a neighboring panel is approaching its limit and prevents the workspace from becoming awkward before you can react. [SCREENSHOT: A divider being dragged between a main work area and a side panel, with both panels still readable] ## Recovering the Layout When Panels Become Too Small If a panel becomes cramped, the fastest recovery is usually to drag the **same divider** back in the opposite direction. In Sherkety ERP & Website Platform, you do not need to rebuild the whole workspace at once. Small corrections are easier to control and usually restore comfort more quickly. Start with the panel that is hurting your work the most. That is usually the panel holding the **current task**: - the main editing surface while updating website content - the active settings area while changing configuration - the details pane you are currently reviewing - the list you need in order to select the next item Move the nearest divider back toward the center until that panel becomes readable again. Watch for simple signs of recovery: - labels fit on one line more often - buttons are easier to spot - scrolling becomes less constant - text blocks feel easier to read - the panel no longer looks squeezed If several panels feel too small, adjust **one divider at a time**. Fixing everything in one large drag often shifts the problem somewhere else. A gradual approach lets you see which panel is taking too much space and which one actually needs it. Sometimes the best fix is to stop resizing altogether. If you keep dragging against a limit and the divider will not move farther, forcing the same action will not help. Instead, switch your attention to another divider or return focus to the panel that matters most right now. In many cases, a “good enough” layout is more productive than chasing a perfect one. This is especially useful when moving between editing and admin tasks. A layout that works for reviewing content may not be ideal for managing settings, so recover the space needed for the task in front of you rather than trying to satisfy every panel equally. ## Restoring a Comfortable Working Layout A comfortable layout in Sherkety ERP & Website Platform is not about making every panel the same size. It is about making sure the **primary area is readable** and the **supporting areas remain usable**. When the layout feels right, you can work without fighting clipped labels, hidden controls, or constant side-panel scrolling. You can judge whether the workspace is balanced by checking a few visible cues: - **Main content is easy to read** without lines feeling overly cramped - **Side panels still show key labels and controls** - **Buttons and action areas remain visible** - **Lists show enough items to be useful** - **Scrolling feels normal**, not excessive in every panel For content work, many users prefer a wider center area so they can focus on writing, reviewing, and previewing changes. For admin work, some users prefer more room for structured lists and settings because they need to compare entries, review options, or move between records quickly. Neither choice is universally correct. The best arrangement depends on whether you are editing content, managing users, adjusting SEO details, or reviewing settings. Try to notice your own repeatable pattern. If you often work in the same kind of screen, settle on panel proportions that support that task well. Then, if a divider gets moved too far, the problem becomes obvious immediately because the workspace no longer matches your usual setup. If you need help understanding how panel size relates to visibility and reading comfort, [Resizing Panels for Better Workspace Visibility](doc:resizing-panels-for-better-workspace-visibility) is a useful companion to this topic. [SCREENSHOT: A balanced workspace showing a readable main panel and accessible side panels] ## Avoiding Layout Problems During Everyday Work Most layout problems in Sherkety ERP & Website Platform are easier to prevent than to fix. A few small habits during normal use can keep panels comfortable without interrupting your work. The simplest habit is to resize in **small increments**. Large drags make it easy to miss the moment when a side panel becomes too narrow. Short movements let you notice warning signs early, such as wrapped labels, crowded controls, or a sudden increase in scrolling. Keep your **most-used panel** comfortable at all times. If you are editing content, protect the area where you read and change text. If you are managing settings or reviewing admin records, protect the list or detail pane you rely on most. It is usually better to leave a temporary panel slightly smaller than to squeeze the panel you are actively using. After any resize, do a quick visual check: - Are the main labels still readable? - Are important controls still visible? - Has a side panel become awkward to scroll? - Does the current task area still feel easy to use? If the answer to any of these is no, correct it immediately by nudging the nearest divider back. Waiting too long often leads to working in a strained layout, which slows down simple tasks and makes mistakes more likely. It also helps to avoid maximizing a secondary panel for a short task and then forgetting to restore the previous balance. After checking a supporting area, move the divider back to your normal working arrangement. That makes the workspace more predictable and reduces repeated recovery later in the day. ## Fixing Common Layout Recovery Problems Some panel issues in Sherkety ERP & Website Platform can feel confusing at first, especially when the divider stops responding the way you expect. In most cases, the problem is not a broken screen. It is a sign that the current panel arrangement needs a different adjustment. If a **divider will not move farther**, the adjacent panel has likely reached its minimum or maximum size. Instead of dragging harder, look for another divider nearby. The space you want may need to come from a different panel. If a **panel still feels unusable after resizing**, the problem may be spread across the workspace rather than caused by one divider. Check whether a neighboring panel is still taking too much room. Rebalancing two or more panels often works better than trying to fix one narrow panel in isolation. If you **cannot tell which panel to restore first**, begin with the panel holding your current task. Ask yourself where you are actively reading, editing, selecting, or reviewing information. Restore that panel first, then give supporting panels only the extra space they need to remain functional. If the **workspace keeps becoming difficult to use**, the cause is often an oversized panel left in place after a focused task. A better routine is to return to a balanced arrangement once that task is done. This is especially helpful when switching between content editing and admin configuration. Useful recovery reminders: - **Start with the active panel** - **Adjust one divider at a time** - **Stop when the layout is comfortable, not perfect** - **Rebalance the full workspace if one fix is not enough** When panel behavior feels confusing alongside other interface patterns, [Understanding Breadcrumbs Drawers and Shared Navigation Patterns](doc:understanding-breadcrumbs-drawers-and-shared-navigation-patterns) can help you separate layout issues from normal navigation behavior. ## Overview Panel limits in Sherkety ERP & Website Platform are there to keep the workspace usable. When a divider stops moving, it usually means one of the connected panels has reached the smallest or largest size allowed. That limit prevents important areas from collapsing into something unreadable. The main ideas to remember are: - **Panels share space** with neighboring panels - **A divider stopping is normal** when a limit is reached - **Recovery is usually simple**: move the divider back or adjust a nearby one - **The active task area comes first** when deciding what to restore - **Balanced layouts are easier to maintain** than extreme ones This matters whether you work as a **Content Editor** or an **Administrator**. Content Editors often need more room for the main editing area and preview-related reading. Administrators often need enough width for lists, settings groups, and detail areas in screens such as **Dashboard**, **Content**, **Users**, **Settings**, **SEO**, **Services**, and **Pricing**. In both cases, the goal is the same: keep the panel you rely on most comfortable while preserving access to supporting information. If you notice a cramped workspace, treat it as a layout issue first, not as a loading or display failure. A stable screen with a divider that will not move farther is usually behaving correctly. This guide builds on [Understanding Panel Boundaries and Layout Behavior](doc:understanding-panel-boundaries-and-layout-behavior). The next topic, [Understanding Resizable Panel Layouts and Workspace Behavior](doc:understanding-resizable-panel-layouts-and-workspace-behavior), explains how these resizing patterns fit into the broader way workspaces respond during everyday use. ## Prerequisites Before using the guidance in this document, you should already be comfortable with the basic resizing behavior of panels in Sherkety ERP & Website Platform. In particular, it helps if you can already recognize: - the **divider** between two panels - how dragging that divider changes the space on both sides - where your **main task area** is located on the current screen - when a panel feels readable versus cramped You do not need any advanced setup, special permissions, or technical knowledge. This guidance is useful anywhere Sherkety ERP & Website Platform shows a workspace with adjustable panels, including content-focused and admin-focused layouts. This document will be easiest to follow if you have already read: - [Resizing Panels for Better Workspace Visibility](doc:resizing-panels-for-better-workspace-visibility) - [Understanding Panel Boundaries and Layout Behavior](doc:understanding-panel-boundaries-and-layout-behavior) Those two guides explain how panel resizing starts, how boundaries behave, and what to expect when you drag a divider normally. Here, the focus is narrower: what to do when a panel reaches its limit and how to recover a comfortable arrangement without disrupting your work. A practical way to prepare is to open any resizable workspace you use regularly and identify: - which panel you use most often - which panel is only supportive - which divider affects the area you care about most That small amount of awareness makes layout recovery much faster. From here, continue with [Understanding Resizable Panel Layouts and Workspace Behavior](doc:understanding-resizable-panel-layouts-and-workspace-behavior) to see how these habits fit into the wider workspace experience. ## Browsing the service catalog from the Business Services page On the **Business Services** page in Sherkety ERP & Website Platform, start at the top of the page and use the most visible discovery areas before you scroll through everything. The first area usually highlights a main headline with a primary action button that takes you deeper into the available services. If you already know the type of help you want, use that top action to jump directly into the service catalog instead of reading the full page from top to bottom. As you move down the page, look for grouped service areas such as category cards, featured offer blocks, and sections that spotlight specific business services. Featured offers are usually easier to notice because they appear higher on the page, use stronger visual emphasis, or include badges and promotional styling. Standard service listings are typically shown in a more even grid or list layout. Promotional sections often stand out with stronger headings, highlighted pricing language, or a call-to-action button that encourages you to explore a specific offer. When you review each service card, focus on the visible details that help you decide whether to open it: - **Service name** - **Short description** - **Pricing teaser** or package hint - **Learn more** or similar action button These elements help you quickly separate services that are clearly relevant from those that are not. If the page includes anchor links or in-page navigation, use them to jump between service sections instead of manually scrolling through every block. If you need help understanding how visitors usually reach these pages, see [Finding Services Through Navigation and Service Menus](doc:finding-services-through-navigation-and-service-menus). [SCREENSHOT: Business Services page showing hero area, featured service blocks, and service cards with Learn more buttons] ## Using service menus to narrow down relevant offers Once you are on the Business Services page, use the visible service menu to reduce the number of offers on screen. In Sherkety ERP & Website Platform, this menu may appear as category tabs, a selector, or grouped menu items near the top of the service listing. The goal is simple: show only the offers that match the type of business help you are looking for. 1. Open the service menu or category selector on the Business Services page. 2. Choose the category that best matches your need, such as a packaged offer or another business service group shown in the menu. 3. Watch the page update so only the related service cards, highlighted offers, or comparison content remain visible. 4. Open another category to compare a different group of services without leaving the page. 5. Return to the full list by clearing the selection or choosing the general view if you want to compare across categories again. The active menu choice is usually easy to spot. Look for a highlighted tab, selected button state, or a changed content area beneath the menu. When the active category changes, the visible cards and offer blocks should change with it. This is the quickest way to move from a broad service catalog to a smaller set of realistic options. Use the menu when: - You already know the type of service you want - The page feels crowded with too many offers - You want to compare similar services without unrelated items getting in the way Return to the full catalog when: - You are still exploring - You want to compare different service types - You are deciding between a fixed package and a more tailored offer [SCREENSHOT: Service menu with one category selected and the visible service cards updating below it] ## Opening a service offer and reviewing what is included After you find a service that looks relevant, open it by clicking **Learn more** or selecting the service card. In Sherkety ERP & Website Platform, this usually takes you to a dedicated offer page or a detailed service view where the offer is explained more clearly than it is in the catalog. 1. Click the service card or **Learn more** button. 2. Read the top section first to understand the offer summary. 3. Move through the visible sections that explain what is included. 4. Check whether pricing, package details, or follow-up actions are shown. 5. Use the action button on the page if you want to continue with that offer. When reviewing the offer, look for sections that answer practical business questions: - What the service covers - What is included in the package - Whether pricing or plan information is shown - Whether the offer is aimed at a certain business size or use case - What results or outcomes the service is designed to support If the service page includes eligibility notes, target audience details, or scope explanations, read those before shortlisting the offer. These details often tell you whether the service is meant for startups, growing companies, or businesses with more complex needs. They also help you avoid choosing a package that looks attractive at first glance but does not match your actual situation. Some offers are designed for immediate interest rather than instant selection. In those cases, you may see buttons such as **Contact**, **Request Quote**, or **Book Consultation** instead of a direct package choice. Use those actions when the service needs discussion, customization, or pricing confirmation. For more detail on inquiry actions and follow-up prompts, refer to [Using Service Page Calls to Action and Inquiry Prompts](doc:using-service-page-calls-to-action-and-inquiry-prompts). [SCREENSHOT: Service detail page showing overview text, included items, pricing area, and contact or quote action buttons] ## Comparing business services side by side When several offers seem similar, stay on the page and use the comparison section instead of opening every service one by one. In Sherkety ERP & Website Platform, comparison content is designed to help you review multiple business offers in parallel, usually through side-by-side columns, aligned cards, or a comparison table. 1. Scroll to the comparison section on the service page or business offers area. 2. Identify the offers shown in parallel columns or matching cards. 3. Read across each row or feature line rather than reviewing one offer from top to bottom. 4. Focus on the fields that matter most to your decision. 5. Shortlist the offer that gives the best balance of value, scope, and support. Common items to compare include: | What to compare | What to look for | |---|---| | Price | Entry cost, package level, or pricing teaser | | Included features | What is part of the offer and what is not | | Service duration | Whether the offer is short-term, ongoing, or phased | | Support level | Basic support versus more hands-on guidance | | Onboarding scope | Whether setup or implementation help is included | | Terms | Any visible contract or commitment differences | Watch for visual cues that make differences easier to spot: - **Checkmarks** for included items - **Highlighted rows** for important distinctions - **Badges** that mark a popular or featured offer - **Emphasized plans** that stand out as premium or recommended This layout helps you understand the difference between entry-level, standard, and premium offers without leaving the comparison view. If you want a deeper walkthrough of comparison reading patterns, see [Using Comparison Sections to Evaluate Offerings](doc:using-comparison-sections-to-evaluate-offerings). [SCREENSHOT: Comparison section with multiple service columns, highlighted plan badge, and checkmark rows] ## Choosing the service that fits your business needs After narrowing the list, choose the offer that best matches your priorities rather than the one with the longest feature list. In Sherkety ERP & Website Platform, the best choice usually becomes clearer when you compare what the offer promises against what your business actually needs right now. Start by matching the visible service details to your decision criteria: - **Budget**: choose the offer with pricing or package scope you can support - **Implementation speed**: prefer a simpler package if you need to start quickly - **Support expectations**: look for stronger support or onboarding if you want more guidance - **Customization needs**: use a quote or consultation path if your needs are not standard Trust signals on the page can also help you decide. If the service area includes testimonials, client logos, ratings, featured badges, or other confidence-building elements, use them to validate your shortlist. These signals do not replace the offer details, but they can help you feel more confident about moving forward with a service that already fits your requirements. Choose a fixed package when: - The offer clearly lists what is included - The pricing or package level is visible - Your needs match the package scope without major changes Choose a tailored follow-up option when: - The page invites you to **Request Quote** - You need a more specific scope - Pricing is not shown directly - You want to discuss your business needs before deciding Once you are ready, use the main action on the chosen offer card or detail page. Depending on the offer, that may be **Select**, **Request Quote**, **Contact Sales**, or **Book Now**. If you are still comparing, keep your shortlist small and return to the comparison section rather than reopening every service page. ## Handling common issues when comparing or selecting services If comparing services starts to feel confusing, use the page structure to simplify the decision. Most selection problems on Sherkety ERP & Website Platform come from trying to compare too many offers at once or relying only on the short text shown on service cards. If the service menu shows too many options, go back to the category tabs or selector and narrow the page to one service type at a time. This removes unrelated offers and makes the visible cards easier to review. If you are switching between categories, pause after each selection and review only the updated results shown under the active menu item. If pricing is not shown on the service card, open the service detail view. Some offers are presented as consultation-based or quote-based services, so the next step may be **Request Quote**, **Contact**, or **Book Consultation** rather than a visible price. In that case, treat the page as an information and qualification step, not a final checkout step. If two offers seem almost identical, use the comparison section and focus on the differences that usually matter most: - Included features - Support level - Service scope - Onboarding help - Duration or commitment details When you still cannot decide between packages, look for target audience notes, expected outcomes, and what each offer is designed to help with. A package aimed at a startup may not fit a more established business, even if the price looks attractive. Likewise, a broader package may include onboarding or support that saves time later. If the page is still not enough to make a decision, use the visible follow-up action on the offer you are leaning toward. A quote request or consultation button is often the right next step when the differences are small but your business needs are specific. ## Overview This guide focuses on how to move through the **Business Services** experience in Sherkety ERP & Website Platform and make a practical choice between visible offers. You use the service catalog, category menus, service cards, and comparison sections together rather than treating each page area separately. The catalog helps you discover what is available, the service menu narrows the list, the offer page explains what is included, and the comparison section helps you judge several options side by side. The most important screens and page elements covered here are: - The **Business Services** landing page - Featured service blocks and standard service cards - Category tabs or service menu selectors - **Learn more** actions that open offer details - Comparison sections with aligned plans or feature rows - Follow-up actions such as **Request Quote**, **Contact Sales**, or **Book Now** This document builds on earlier guidance about finding service pages and using inquiry prompts. If you need help reaching the right page first, use [Finding Services Through Navigation and Service Menus](doc:finding-services-through-navigation-and-service-menus). If you are already ready to contact Sherkety from a service page, use [Using Service Page Calls to Action and Inquiry Prompts](doc:using-service-page-calls-to-action-and-inquiry-prompts). The main outcome here is not just opening a service page. It is understanding how to move from broad browsing to a smaller shortlist, compare offers using the information shown on screen, and choose whether to select a package directly or continue with a quote or consultation action. ## Prerequisites Before using this guide, make sure you can already browse the public pages of Sherkety ERP & Website Platform and open service-related content from the website navigation. You do not need an admin account or any special access, because the tasks in this guide happen on the public-facing service pages. You will get the most value from this guide if you are already comfortable with: - Opening the **Services** area from the website navigation - Moving between public pages and service detail pages - Recognizing buttons such as **Learn more**, **Contact**, and **Request Quote** - Reading comparison content on a page without leaving the current view It also helps if you already know the basics covered in these related guides: - [Finding Services Through Navigation and Service Menus](doc:finding-services-through-navigation-and-service-menus) - [Exploring the Accounting Services Page](doc:exploring-the-accounting-services-page) - [Using Comparison Sections to Evaluate Offerings](doc:using-comparison-sections-to-evaluate-offerings) You do not need: - Access to the admin dashboard - Editing permissions - Pricing setup or content management access - Any technical knowledge about how pages are built If you are browsing in a different language, make sure the page language is set the way you want before you start comparing offers, especially if you plan to review detailed service descriptions or pricing language. If needed, see [Switching Languages While Browsing the Platform](doc:switching-languages-while-browsing-the-platform). The next document in this sequence is [Understanding Accounting Service Packages and Compliance Positioning](doc:understanding-accounting-service-packages-and-compliance-positioning). ## Choosing a Starting Point from the Main Navigation In Sherkety ERP & Website Platform, most visitors begin from the main header navigation. The key choice is whether you want to explore **business services** or **ERP products**. These are two different browsing paths, and the menu helps separate them so you can predict what kind of page will open next. If you are looking for help with company setup, accounting services, registration support, or startup-focused offerings, start with the **Services** area in the main navigation. These links usually lead to service-focused pages that explain what Sherkety offers as a business service, who it is for, and what next step you can take from that page. If you want to evaluate software, compare modules, or learn about Sherkety ERP capabilities such as **Accounting**, **Sales & CRM**, **HR**, **Purchasing**, or **Reporting**, start with the **ERP** area in the main navigation. These links are designed for product discovery. They usually lead first to broader ERP pages and then onward to more specific module pages. This creates two common visitor journeys: - **Business Services visitor:** starts from a service menu item and stays mostly within service pages until a page introduces ERP-related options. - **Prospective ERP buyer:** starts from an ERP menu item and moves through ERP discovery pages into a specific module page. You do not always need to return to the header menu to continue. Many pages include **buttons**, **linked cards**, and **text links** that move you to related content. A menu click usually takes you to a major section. An in-page link usually helps you continue the journey based on what you are already reading. If you need a refresher on how menus behave on desktop or mobile, see [Using Mobile and Desktop Navigation Patterns on the Public Site](doc:using-mobile-and-desktop-navigation-patterns-on-the-public-site). [SCREENSHOT: Main header showing separate Services and ERP navigation choices] ## Moving from Service Menus to Business Service Pages When you open the **Services** menu in Sherkety ERP & Website Platform, choose the service that best matches your business need. That click takes you to the related service landing page, where the content stays focused on business support rather than software browsing. 1. Open the main header and select **Services**. 2. Click the service entry you want to explore. 3. Review the service landing page for its main sections, action buttons, and linked content cards. 4. Use the page links or buttons to move deeper into related service content. On a business service page, look for clear page elements that help you continue in the same area. These may include linked service cards, section buttons, comparison links, or calls to action that keep you within service-focused content. For example, a page about accounting support may lead to more accounting-related information, pricing details, or contact options without moving you into ERP product pages right away. Some service pages also introduce ERP-related paths. This usually happens when the page mentions software support, implementation, automation, or business operations that connect to Sherkety ERP modules. In those cases, a button or linked section may guide you from the service page into ERP discovery content. That is a normal transition, not a navigation mistake. A quick way to tell where you are: - If the page is centered on business support, registration, accounting services, or startup help, you are still in the **services area**. - If the page starts highlighting modules, ERP capabilities, or app-style product choices, you are moving into the **ERP area**. Use the page title and visible section links to confirm the shift before clicking further. [SCREENSHOT: Service landing page with linked cards and a button leading to related content] ## Exploring ERP Discovery Pages from the ERP Menu The **ERP** menu is the best starting point when you want to compare software options instead of browsing business services. In Sherkety ERP & Website Platform, ERP menu items lead to discovery pages built for evaluation. These pages help you move from broad product interest to a more specific module choice. 1. Open the main header and select the **ERP** menu. 2. Choose an ERP entry such as the ERP system page or a specific app area. 3. Scan the page for category links, feature highlights, or module entry points. 4. Click the module link that matches what you want to evaluate in more detail. ERP discovery pages usually feel broader than service pages. Instead of focusing on one business service, they present product-oriented content that helps you compare options. You may see sections that introduce multiple modules, explain business use cases, or highlight benefits across several areas such as **Accounting**, **Sales & CRM**, **HR**, **Purchasing**, and **Reporting**. These pages are different from module detail pages. A discovery page is meant to help you narrow your options. A module detail page is more focused and usually centers on one module only. If you are still seeing several ERP choices on the page, you are likely on a discovery page. If the page is dedicated to one module and its capabilities, you have moved to a detail page. This navigation path is especially useful if you are still deciding what you need. You can start with a broad ERP page, compare categories, and then open a module page only after you find the most relevant fit. For more detail on ERP entry points, see [Exploring ERP App Categories and Module Entry Points](doc:exploring-erp-app-categories-and-module-entry-points). [SCREENSHOT: ERP discovery page showing multiple module links or category sections] ## Following Page Links Between Services, ERP Pages, and Module Details You can move between service pages, ERP discovery pages, and module detail pages without going back to the main menu each time. Sherkety ERP & Website Platform uses several kinds of in-page links to connect these areas, so it helps to recognize what each link is likely to do before you click it. 1. Start on a service page or ERP page. 2. Look for linked text, buttons, or cards inside the page content. 3. Click the link that matches your current goal, such as learning more, comparing options, or opening a module page. 4. Check the new page title and visible sections to confirm whether you stayed in the same area or moved to a different one. Common link types include: - **Buttons** that invite you to explore ERP options, request a demo, or continue reading - **Linked cards** that represent related services or ERP modules - **Inline text links** inside paragraphs or feature sections - **Module links** on ERP discovery pages that open a specific module page A typical path might look like this: you begin on a business service page, click a button that introduces ERP support, land on an ERP discovery page, and then choose a module such as **HR** or **Sales & CRM** from a linked card. That entire journey can happen inside page content, with no need to reopen the header menu. The reverse can also happen. A module page may include links back to a broader ERP page so you can compare other modules. Some ERP pages may also point toward service-related content when implementation or business support is relevant. When a page changes direction, use the page heading, the visible content blocks, and any parent-page links to understand whether you are still comparing ERP options or have moved back into service-focused content. [SCREENSHOT: In-page links connecting a service page to an ERP page and then to a module page] ## Reaching the Right Module Detail Page for Your Needs The fastest way to reach the right module detail page is to begin with an ERP discovery page and then choose the module that matches your business goal. In Sherkety ERP & Website Platform, module detail pages are focused pages for visitors who are ready to look closely at one ERP area. 1. Open an ERP discovery page from the **ERP** menu or from a link on a service page. 2. Review the module choices shown on that page. 3. Click the module that matches your interest, such as **Accounting**, **Sales & CRM**, **HR**, **Purchasing**, or **Reporting**. 4. Use the module page to review its specific descriptions, features, and related navigation links. You can usually identify a module detail page by its narrower structure. Instead of presenting many product paths at once, it concentrates on one module and explains that module’s value in more depth. Look for module-specific descriptions, focused feature sections, and links that take you back to broader ERP browsing if you want to compare alternatives. Your route into the page affects how you interpret it: - If you arrived from a **service page**, you may be evaluating the module as part of a business service, implementation plan, or operational improvement. - If you arrived from the **ERP menu**, you are more likely comparing the module directly against other ERP options. That difference matters because the same module page can support both goals. One visitor may be checking whether the module supports a service-led need. Another may be deciding whether that module should be part of an ERP rollout. If you are still comparing modules, return to the broader ERP page using the available links on the page rather than starting over from the homepage. [SCREENSHOT: Module detail page with focused feature sections and a link back to ERP browsing] ## Fixing Common Navigation Dead Ends Sometimes a link opens a page that is broader, narrower, or simply different from what you expected. In Sherkety ERP & Website Platform, the easiest fix is to re-check the navigation clues already on the page before backing all the way out. If a **service menu** item opens an unexpected page, first look at the **page title**. If the title is still service-focused, you may simply be on a related service page rather than the exact one you expected. Use the visible buttons, cards, or related links to move to the correct service content. If an **ERP menu** choice lands on a broad ERP page and you expected a specific module, scan the page for module cards, feature sections, or category links. ERP discovery pages are meant to narrow your options, so the module link may be lower on the page or grouped inside a section rather than shown immediately at the top. If page links move you between services and ERP content and you lose track of where you are, use these cues: - **Breadcrumbs** if they are visible - The **active menu state** in the header - The **page heading** - Links back to a broader or parent page - Nearby cards or sections that show whether the page belongs to services or ERP browsing A quick orientation check: | What you see | What it usually means | |---|---| | Business support, registration, accounting services, startup help | You are on a service-focused page | | Multiple ERP options or categories | You are on an ERP discovery page | | One module with focused features and details | You are on a module detail page | For more help reading page location cues, see [Understanding Breadcrumbs and Page Location](doc:understanding-breadcrumbs-and-page-location). [SCREENSHOT: Page showing title, breadcrumb trail, and related links used to recover from a navigation dead end] ## Overview Use this document when you want to understand how Sherkety ERP & Website Platform connects three major public browsing areas: **business service pages**, **ERP discovery pages**, and **module detail pages**. The goal is not just to click through menus, but to recognize what kind of page you are on and where the next link is likely to take you. This navigation pattern matters because visitors often do not follow a single straight path. Someone may begin in **Services** looking for accounting or company support, then move into ERP content after seeing software-related options on the page. Another visitor may begin in the **ERP** menu, compare several modules, and later open service-related content to understand implementation or support options. The site is designed to support both journeys. The sections above show how to: - Start from the correct top-level menu - Stay within service-focused browsing when that is your goal - Use ERP discovery pages to compare software options - Move from broad ERP browsing into a specific module page - Recover quickly when a page path feels unclear This guide builds on the menu behavior covered in [Using Mobile and Desktop Navigation Patterns on the Public Site](doc:using-mobile-and-desktop-navigation-patterns-on-the-public-site). Here, the focus is narrower: following the path between content areas once you have already opened the site navigation. If you are trying to decide whether to begin from services or ERP, use the page labels and section names as your first clue. If you are trying to compare modules, start broad and narrow down. If you are trying to solve a business need, start with the service page and follow ERP links only when the page introduces them. ## Prerequisites You do not need admin access or editing permissions to follow the navigation paths in this guide. This document is for public-site visitors who are browsing Sherkety ERP & Website Platform and want to move confidently between service content and ERP content. Before using the steps in this guide, it helps if you already know: - How to open the main header navigation on desktop or mobile - How to recognize menu items, buttons, linked cards, and text links - How to tell when a page has changed based on the title and visible content - Basic page-location cues such as breadcrumbs and active navigation states If those patterns are still unfamiliar, review: - [Using Mobile and Desktop Navigation Patterns on the Public Site](doc:using-mobile-and-desktop-navigation-patterns-on-the-public-site) - [Using Header Menus and Footer Links](doc:using-header-menus-and-footer-links) - [Following Navigation Cues Within Public Page Layouts](doc:following-navigation-cues-within-public-page-layouts) You will get the most value from this guide if you are doing one of the following: - Comparing business services with ERP product options - Trying to reach a specific ERP module page - Moving from a service page into software-related content - Returning from a module page to broader ERP browsing For the next part of the navigation set, continue with [Understanding Footer Navigation and Secondary Links](doc:understanding-footer-navigation-and-secondary-links). ## Signing In to the Admin Portal To begin an admin session in **Sherkety ERP & Website Platform**, open the **Login** screen. This screen is separate from the public website pages and is used only for authorized admin access. On the sign-in form, enter your details in the **Email** field and **Password** field, then click the main **Sign In** button. [SCREENSHOT: Login screen showing the Email field, Password field, and Sign In button] Use the account details assigned to you for admin work. If your account has permission to manage content, settings, pricing, SEO, or users, signing in takes you away from the login screen and into a protected admin area such as the **Dashboard**. From there, you can continue to the pages you already learned about in [Using the Admin Dashboard for Navigation](doc:using-the-admin-dashboard-for-navigation) and [Using Admin Dashboard Cues to Reach Common Tasks](doc:using-admin-dashboard-cues-to-reach-common-tasks). If your sign-in details are correct, the login page should not stay open. You should be redirected into the admin portal automatically. If you opened a protected admin page before signing in, Sherkety ERP & Website Platform may send you to the login page first and then continue into the admin area after authentication. When the details are incorrect, expect to remain on the **Login** screen. You may see an error message indicating that sign-in failed. In that case: - Re-enter the **Email** address carefully - Check the **Password** for typing mistakes - Click **Sign In** again Do not keep trying random combinations. If your assigned credentials no longer work, stop at the login screen and use your organization’s normal process for account help. The key sign that sign-in worked is simple: the **Login** page disappears and a protected admin page opens. ## Accessing Protected Admin Pages In **Sherkety ERP & Website Platform**, the public website and the admin portal are separate experiences. Public pages such as service pages, ERP app pages, company type pages, and contact pages can be opened without signing in. Admin pages such as **Dashboard**, **Content**, **Users**, **Settings**, **SEO**, **Services**, and **Pricing** require an active admin session. If you try to open one of these protected pages without being signed in, you should not see the page contents. Instead, Sherkety ERP & Website Platform redirects you to the **Login** screen. This protects editing and configuration tools from public access. For example, opening an admin-only page directly from a bookmark or browser history should still send you back to sign in first if no session is active. [SCREENSHOT: Redirect from a protected admin page to the Login screen] After you sign in successfully, access depends on your role. Users with content editing access can enter the admin area and work with the sections available to them. Users with broader administrative access may also see pages for user management and other configuration tasks. If a page is restricted to a role you do not have, you should expect that page not to be available in normal admin use, even if you know its address. This is different from the public navigation, where menus are meant for visitors and do not require authentication. If you are unsure whether you are in the public website or the admin portal, look at what actions are available. Public pages focus on browsing, reading, and contacting Sherkety. Admin pages focus on editing, managing, and maintaining content and settings. For a broader map of where each admin destination fits, use [Understanding Admin Portal Structure and Main Destinations](doc:understanding-admin-portal-structure-and-main-destinations) and [Understanding Admin Page Access and Protected Navigation](doc:understanding-admin-page-access-and-protected-navigation). ## Understanding How Your Admin Session Works Once you sign in to **Sherkety ERP & Website Platform**, you do not need to type your **Email** and **Password** again on every admin page. Your access is carried by an active admin session. That session lets you move from **Dashboard** to **Content**, **Services**, **Pricing**, **SEO**, **Settings**, or **Users** without repeating the login process each time. This is why normal navigation inside the admin area feels continuous. You can open a protected page from the menu, use dashboard shortcuts, or refresh the browser while working, and your access should remain available as long as the session is still active. If you reload a page and remain in the admin area, that usually means your session is still valid. [SCREENSHOT: Admin area open after moving between Dashboard, Content, and Settings without signing in again] If the session expires, Sherkety ERP & Website Platform stops showing protected content and returns you to the **Login** screen before allowing further access. This can happen when enough time passes, when the browser session is interrupted, or after signing out. The practical sign is that a page you were allowed to open earlier now asks you to sign in again. Keep this in mind when working on a shared or unattended device. If you leave the browser open while still signed in, another person may be able to open protected admin pages without entering your credentials again. That is why ending the session properly matters just as much as signing in correctly. A good habit is to treat the admin area differently from public browsing. Public pages are safe to leave open for reading. Admin pages are not. If you step away from your desk, finish your work, or switch to a shared computer, use the sign-out action rather than assuming the session will end on its own. ## Signing Out Safely When You Finish When you finish working in **Sherkety ERP & Website Platform**, use the **Sign Out** action from the admin interface. Do not rely on closing the browser tab or walking away from the computer. Closing a tab may hide the page, but it does not always end the active admin session immediately. Look for the **Sign Out** option in the admin area and select it before leaving. After signing out, Sherkety ERP & Website Platform should end your current authenticated session and return you to the **Login** screen. That return to the sign-in page is the clearest sign that you are no longer active in the admin portal. [SCREENSHOT: Admin menu with the Sign Out action highlighted] To confirm that sign-out worked, try reopening a protected page such as **Dashboard** or another admin section. If the session ended correctly, you should be redirected to the **Login** screen and asked to sign in again. If a protected page still opens normally without asking for credentials, your session may still be active and you should sign out again. Safe sign-out habits matter most on shared devices: - Always click **Sign Out** before leaving your desk - Sign out before handing the device to another user - Avoid leaving admin pages open on public or shared computers - Do not assume that closing the browser window is enough If you need a refresher on the basic sign-out action itself, see [Signing Out and Ending Admin Sessions Safely](doc:signing-out-and-ending-admin-sessions-safely). This guide focuses on session behavior and how to verify that protected access has actually ended, not just how to leave the screen. ## Handling Common Access and Sign-Out Problems If access to the admin portal does not behave as expected in **Sherkety ERP & Website Platform**, the quickest fix is usually to check whether you are truly signed in or truly signed out. If the **Login** page keeps reappearing after you click **Sign In**, first verify the details in the **Email** and **Password** fields. A small typing mistake can keep you on the same screen. After correcting the fields, click **Sign In** again. If the page still returns to login, go back to the main admin entry point and retry from there instead of using an old bookmark. If a protected page opens and then immediately redirects away, your session may have expired. This often looks like a brief page load followed by a return to the **Login** screen. Sign in again and reopen the page. If the page stays open after that, the issue was likely an expired session rather than a page problem. If **Sign Out** does not appear to work, refresh the page after using it. Then open a protected admin page such as **Dashboard**. If Sherkety ERP & Website Platform asks you to sign in again, the session has ended correctly. If not, repeat the sign-out action and test again. When another user can still access the portal on the same device after you thought you signed out, treat that as an active browser session still being available. In that situation: - Return to the admin area and use **Sign Out** again - Reopen a protected page to confirm it now redirects to **Login** - Avoid shared saved sign-in details on that device - End the browser session before leaving the computer for someone else For related guidance on protected page behavior, warning messages, and access restrictions, see [Understanding Admin Page Access and Protected Navigation](doc:understanding-admin-page-access-and-protected-navigation) and [Recognizing Warnings Errors and Dismissible Notices](doc:recognizing-warnings-errors-and-dismissible-notices). ## Overview This guide focuses on one specific part of working in the admin area of **Sherkety ERP & Website Platform**: starting an admin session, using protected pages during that session, and ending access safely when you are done. It applies to users who sign in to manage website content, SEO details, services, pricing, settings, or user accounts. The most important idea is that admin access is session-based. After a successful sign-in on the **Login** screen, you can move through protected pages such as **Dashboard**, **Content**, **SEO**, **Services**, **Pricing**, **Settings**, and **Users** without signing in again on each page. That access continues until the session ends, expires, or you use **Sign Out**. This guide does not repeat the full navigation walkthrough from [Using the Admin Dashboard for Navigation](doc:using-the-admin-dashboard-for-navigation) or the shortcut-focused help in [Using Admin Dashboard Cues to Reach Common Tasks](doc:using-admin-dashboard-cues-to-reach-common-tasks). Instead, it explains what to expect before and after those navigation actions: when the **Login** screen appears, why a protected page may redirect you, and how to confirm that sign-out actually removed access. Use this page when you need to answer practical questions such as: - Why did an admin page send me back to **Login**? - Why can I move between admin pages without signing in again? - How do I know whether **Sign Out** really worked? - What should I do on a shared computer? If your goal is to work inside a specific admin section after signing in, continue with the task-based admin guides linked throughout this document. If your goal is to keep access controlled and avoid leaving an open admin session behind, the sections below are the ones to follow closely. ## Prerequisites Before you work with admin session access in **Sherkety ERP & Website Platform**, make sure the following basics are in place: - You have an authorized admin account with a valid **Email** and **Password** - Your role includes access to the admin area, such as content editing or broader administrative permissions - You can reach the **Login** screen for the admin portal - You are using a browser session that you can control, especially if you need to sign out and verify access afterward It also helps to know which kind of work you expect to do after signing in. Different roles may see different admin destinations. For example, some users may work mainly in **Content**, **Services**, **Pricing**, or **SEO**, while others may also need **Users** or **Settings**. If a page is not available after sign-in, that may be a role limitation rather than a login problem. Before starting on a shared device, decide whether that computer is appropriate for admin work at all. Because Sherkety ERP & Website Platform keeps you signed in across protected pages during an active session, shared environments require extra care. If you must use one, plan to verify sign-out before leaving. You do not need to prepare any special setup beyond your assigned credentials and access rights, but you should be ready to recognize these screens and actions: - **Login** - **Sign In** - **Dashboard** - **Sign Out** If you are still getting familiar with the admin layout, review [Understanding Admin Portal Structure and Main Destinations](doc:understanding-admin-portal-structure-and-main-destinations) before following the procedure below. ## Step-by-Step Instructions 1. Open the admin **Login** screen in **Sherkety ERP & Website Platform**. Confirm that you can see the **Email** field, **Password** field, and **Sign In** button. 2. Enter your assigned **Email** and **Password**, then click **Sign In**. Wait for the page to respond. A successful sign-in should move you away from the login form and into a protected admin page such as **Dashboard**. 3. Verify that your session is active by opening another protected area, such as **Content**, **SEO**, **Services**, **Pricing**, **Settings**, or **Users**. If those pages open without asking you to sign in again, your admin session is active. 4. Work normally inside the admin portal. You can move between protected pages and refresh the browser as needed. If you are unexpectedly returned to **Login**, sign in again because your session may have expired. 5. When you finish, find and click **Sign Out** in the admin interface. Do not stop at closing the tab or browser window. 6. Confirm that sign-out succeeded. After using **Sign Out**, reopen a protected page such as **Dashboard**. You should be redirected to the **Login** screen instead of seeing admin content. 7. If the protected page still opens, repeat **Sign Out**, refresh the browser, and test the protected page again until Sherkety ERP & Website Platform requires sign-in. [SCREENSHOT: Full session flow from Login to Dashboard to Sign Out and back to Login] If you are continuing your admin learning path, the earlier guides on navigation, protected access, and sign-out details remain the best companions for daily use: [Using the Admin Dashboard for Navigation](doc:using-the-admin-dashboard-for-navigation), [Understanding Admin Page Access and Protected Navigation](doc:understanding-admin-page-access-and-protected-navigation), and [Signing Out and Ending Admin Sessions Safely](doc:signing-out-and-ending-admin-sessions-safely). ## Opening the user management area and finding an account In Sherkety ERP & Website Platform, start by signing in to the admin portal and opening the **Users** area from the admin navigation. If you need help reaching the admin area or understanding protected pages, see [Signing In and Accessing the Admin Portal](doc:signing-in-and-accessing-the-admin-portal) and [Understanding Admin Page Access and Protected Navigation](doc:understanding-admin-page-access-and-protected-navigation). The **Users** screen is where you review existing accounts and open each person’s record for changes. At the top of the page, look for the account list and the controls that help you narrow it down. In most cases, you will use: - a **search box** to find a person by name or email address - list controls such as filters or role-based views, if shown - the account table or grid that displays matching users [SCREENSHOT: Users page showing the search box, filters, and account list] The account list is your quickest way to confirm you have the correct person before editing anything. Review the visible columns carefully. The list typically shows key details such as: | What to check | Why it matters | |---|---| | User name | Confirms the account owner | | Email address | Helps distinguish similar names | | Current role assignments | Shows the user’s present level of access | | Access visibility status | Indicates whether the user can see only selected records or a broader set | To open a user, click the row or the action that opens the account details. Once inside, some information may be displayed for reference only, while administration sections such as **Roles** or **Visible Access Assignments** are the parts you update. Use search when the person already has an account and only needs maintenance. If the person does not appear in the list at all, do not guess by editing another account. Follow your organization’s separate onboarding process or account creation process instead. For broader user list maintenance, see [Viewing and Maintaining User Accounts](doc:viewing-and-maintaining-user-accounts). ## Reviewing account details before making changes Before changing roles or visibility, pause on the user’s detail page and review what is already assigned. This is the easiest way to avoid removing access the person still needs or adding duplicate permissions. Start with the identifying details at the top of the record. Confirm you are editing the correct person by checking the visible profile information, such as the user’s name and email address. If the page shows a current account status, review that too before making changes. A user who appears inactive, restricted, or otherwise not in normal use may need a different action than a role update. Next, move to the **Roles** or **Role Assignments** section. This area shows which roles the user already has. Read the full list before entering edit mode. If the page separates assignments into different groups, pay attention to whether a role appears as something directly assigned on this user record or shown as inherited from another rule. That distinction matters when you later remove access, because deleting one visible assignment may not remove all access if another assignment still grants it. For more detail on visibility rules, refer back to [Reviewing Access Restrictions and Common User Issues](doc:reviewing-access-restrictions-and-common-user-issues). Then open or review the **Visible Access Assignments** area. This section shows which organizations, sites, customers, or other scoped records the user is allowed to see. Compare this list with the user’s job need. A person may have the right role but still be unable to view the correct records if this section is too limited. If the page includes a **last updated** note, change history, or similar indicator, check it before editing. Recent updates can signal that another administrator is already adjusting the same account. When that happens, confirm the intended setup first so you do not overwrite a change that was just made. ## Updating a user's role assignments Use the role area only after you have confirmed the correct account and reviewed the current setup. In Sherkety ERP & Website Platform, role changes control what parts of the admin portal a user can open and what actions they can perform there. 1. Open the user’s record and go to the **Roles** or **Role Assignments** section. 2. Click the edit control for that section. Depending on the page layout, this may appear as **Edit**, a pencil icon, or an assignment action beside the role list. 3. In the role selector, choose the roles the user should have. The page may show these as checkboxes, a multi-select list, or an add/remove assignment control. 4. Remove any roles the user should no longer keep. Review the full list before saving so you do not leave behind an outdated assignment. 5. Click **Save** to apply the changes. [SCREENSHOT: User detail page with the Role Assignments section in edit mode] As you work, focus on the role names shown on the page rather than trying to infer access from memory. If your organization uses similar role names, double-check the selected entries before saving. This is especially important when a user needs content editing access, dashboard access, or user administration access. After saving, wait for the page to refresh and confirm that the assigned roles list now shows the new selection. In some admin workflows, the change takes effect as soon as the save completes. In others, the user may need to sign out and sign back in before the updated permissions appear in their session. If the user reports no change after a successful save, review [Managing Users and Role Based Access](doc:managing-users-and-role-based-access) together with [Reviewing User Access and Resolving Common Admin Issues](doc:reviewing-user-access-and-resolving-common-admin-issues). If the save completes but the list still shows the old role set, refresh the page and reopen the record before trying again. That helps you confirm whether the update was stored or whether the change needs to be re-entered. ## Managing visible access assignments Roles decide what a user is allowed to do. **Visible Access Assignments** decide what records they can actually see. In Sherkety ERP & Website Platform, both parts must be correct for the user to work normally. 1. Open the selected user’s detail page and find the **Visible Access Assignments** section. 2. Click the edit control for that section to start updating the list. 3. Use the assignment picker to add the records the user should be able to view. Depending on how your organization uses Sherkety ERP & Website Platform, these may be organizations, sites, customers, or another scoped list shown in the picker. 4. Review the current entries and remove any items the user should no longer access. 5. Click **Save** and wait for the updated list to appear on the user record. [SCREENSHOT: Visible Access Assignments section showing add and remove controls] When you add visibility, choose the exact entry that matches the user’s work area. If two items have similar names, confirm the right one before saving. A small mistake here can leave the user looking at the wrong records while still appearing correctly configured at first glance. When you remove visibility, watch how the page separates assigned items from available but unassigned items. Active entries usually remain listed in the user’s current assignments until you remove them. Once removed and saved, they should no longer appear in the active list. After saving, read the updated visibility list from top to bottom. Make sure every required organization, site, customer, or scoped record is present and that outdated entries are gone. If the user still cannot see expected data after this step, the issue is often not the role itself but a missing visibility assignment. For a deeper explanation of how role scope affects what appears on screen, see [Understanding Role Visibility and Access Restrictions](doc:understanding-role-visibility-and-access-restrictions). ## Confirming the user's effective access after updates Once you save role and visibility changes, verify the result before telling the user the account is ready. A quick confirmation step prevents repeat support requests and helps you catch mismatched assignments immediately. 1. Refresh the user detail page or reopen the user record from the **Users** list. 2. Confirm that the **Roles** section shows the updated role assignments you intended to save. 3. Confirm that the **Visible Access Assignments** section shows the correct organizations, sites, customers, or other scoped records. 4. Compare both sections together rather than reviewing them separately. 5. If your admin portal includes an effective access view, preview mode, or another way to inspect what the user can actually reach, use it to confirm the final result. The key check is the combination of permission and scope. A user may have a role that allows access to a feature area, but if the visibility list does not include the required organization or site, the expected records may still not appear. The opposite can also happen: a user may have visibility entries listed correctly but still be blocked because the needed role was never assigned. [SCREENSHOT: User record after saving, showing updated Roles and Visible Access Assignments] When validating access, think in terms of the user’s real task. For example: - Can they open the admin area they need? - Can they see the expected records inside that area? - Are they limited to only the correct scoped entries? If Sherkety ERP & Website Platform offers a preview of effective permissions, use that as your final check. If it does not, the safest approach is to reopen the account and compare the saved role list with the saved visibility list line by line. If a user should see a record type but still cannot, the most common cause is missing scope in **Visible Access Assignments**, not a failed save. ## Fixing common problems with role and access changes Most issues after a role update come from one of four places: the wrong role was assigned, the visibility list is incomplete, the save did not complete, or another assignment is still granting access. If the role update saved but permissions did not seem to change, start by reopening the user record and checking the **Roles** section again. Make sure the exact intended role appears in the saved list. If it does, ask the user to sign out and sign back in before testing again. A user can sometimes continue seeing their old session until they log in again. If the user still cannot see expected records, go straight to **Visible Access Assignments**. Confirm that the needed organization, site, customer, or other scoped record is actually listed there. A correct role without the right visibility scope will still leave lists empty or incomplete. If the **Save** action is unavailable, or the page rejects your changes, check for these conditions: - a required field elsewhere on the record still needs attention - your own admin account does not have permission to change that user - the selected combination of assignments conflicts with the current setup - another recent change may already be affecting the same account If unexpected access remains after cleanup, do not assume the removal failed. Review the user’s full setup again. Access may still come from: - another role that is still assigned - another visibility entry you did not remove - an inherited assignment shown separately from direct assignments For repeated problems, compare the current account with a working account that should have similar access. That often reveals a missing role or missing visibility item faster than editing blindly. If you need a refresher on troubleshooting patterns, return to [Reviewing Access Restrictions and Common User Issues](doc:reviewing-access-restrictions-and-common-user-issues). ## Overview This guide focuses on the day-to-day admin work of maintaining existing user access in Sherkety ERP & Website Platform. The main tasks are finding the correct account, reviewing the current setup, updating **Role Assignments**, and adjusting **Visible Access Assignments** so the user can reach the right areas and see the right records. Use this guide when: - a user needs access to a new admin area - a user should stop seeing a specific organization, site, customer, or other scoped record - a role needs to be corrected after a job change - a user reports that expected records are missing even though they can sign in This guide does not repeat the full background on role visibility logic or general troubleshooting theory. Those topics are already covered in: - [Viewing and Maintaining User Accounts](doc:viewing-and-maintaining-user-accounts) - [Understanding Role Visibility and Access Restrictions](doc:understanding-role-visibility-and-access-restrictions) - [Reviewing Access Restrictions and Common User Issues](doc:reviewing-access-restrictions-and-common-user-issues) What matters here is the practical workflow on the **Users** page: locate the account, open the detail view, update the role list, update the visibility list, save, and verify the result. In Sherkety ERP & Website Platform, role changes and visibility changes work together. If only one side is updated, the user experience can still be wrong. Keep that pairing in mind throughout the process: - **Roles** control what the user is allowed to access. - **Visible Access Assignments** control which records appear within that allowed area. That combination is the core of successful user maintenance in the admin portal. ## Prerequisites Before you change any user account in Sherkety ERP & Website Platform, make sure these conditions are met: - You can sign in to the admin portal successfully. - Your own account has permission to open the **Users** area and edit user records. - You know which user account needs to be updated. - You know which role or roles the user should have after the change. - You know which organizations, sites, customers, or other scoped records the user should be able to see. - The account already exists if you are following this guide for maintenance rather than onboarding. It also helps to gather the user’s current access request before you begin. For example, confirm whether they need: - access to a new admin section - removal of an outdated role - visibility into an additional business area - cleanup of old visibility entries If you are unsure whether the problem is caused by role restrictions or visibility scope, review these documents first: - [Managing Users and Role Based Access](doc:managing-users-and-role-based-access) - [Understanding Role Visibility and Access Restrictions](doc:understanding-role-visibility-and-access-restrictions) - [Reviewing User Access and Resolving Common Admin Issues](doc:reviewing-user-access-and-resolving-common-admin-issues) You should also be ready to verify the result after saving. That means reopening the user record, checking the saved role list, and checking the saved visibility list. If your team expects the user to test the change immediately, plan for the possibility that they may need to sign out and sign back in before the update is reflected in their session. This is the last document in the User Administration set, so you can use it as the practical reference point alongside the earlier role and visibility guides when handling real account updates. ## Finding the Privacy and Policy Pages from the Website Footer In Sherkety ERP & Website Platform, the easiest way to open the legal and policy pages is from the website footer. Scroll to the bottom of any public page and look for the footer links labeled **Privacy**, **Terms**, **Cookies**, and **App Privacy**. These links are part of the public website, so you do not need to sign in, open the admin area, or use any account menu to read them. When you click one of these links, a dedicated policy page opens. Check the page heading at the top of the content area to confirm you opened the right page. For example, if you clicked **Privacy**, the page heading should clearly match that policy. You can also confirm by looking at the page address in your browser and checking that it matches the policy you selected. This is especially useful if you opened the page from a saved tab or returned to it later. [SCREENSHOT: Website footer showing the Privacy, Terms, Cookies, and App Privacy links] These pages are useful at different moments while browsing: - Open **Privacy** before sending a contact or inquiry form if you want to know how your details may be used. - Open **Terms** if you want to understand the rules for using the website and its published content. - Open **Cookies** if you want to know how browsing activity may be measured or remembered. - Open **App Privacy** if you are reviewing a mobile or app-connected service rather than only browsing the website. If you already worked through [Using FAQ and Disclaimer Pages for Common Questions](doc:using-faq-and-disclaimer-pages-for-common-questions), treat these footer policy links as the next place to check when your question is specifically about privacy, website rules, or cookie use rather than general service information. ## Reading the Privacy Page to Understand Data Collection The **Privacy** page in Sherkety ERP & Website Platform helps you understand what information may be collected when you browse the website, submit forms, or communicate with the business. Start by reading the main sections in order, paying attention to headings that describe collected information, use of information, and visitor rights. These headings usually separate the page into practical topics so you can quickly find what matters to you. As you read, look for references to the kinds of information a visitor might share or generate. This may include contact details entered into forms, business-related information provided during an inquiry, and general usage information created while browsing pages. If you are planning to request a demo, ask about services, or submit a contact form, this page is the right place to check how that information may be handled. Focus on the parts of the page that explain **why** information is used. In most cases, you are looking for explanations connected to: - responding to inquiries, - providing requested services, - following up on business interest, - improving the website experience. [SCREENSHOT: Privacy page with section headings for collected information, use of information, and visitor rights] You should also look for any section that explains your options as a visitor. This may include language about privacy-related questions, requests, or ways to contact the business about personal information. If a section mentions rights, requests, or contact methods, read that part carefully before submitting personal or company details through a form. If you are comparing this page with other legal pages, remember its main purpose: **the Privacy page explains what information may be collected and why**. It is different from the **Terms** page, which focuses on usage rules, and the **Cookies** page, which focuses on browsing technologies. ## Using the Terms and Cookies Pages to Review Website Usage Rules The **Terms** page and **Cookies** page answer two different questions, so it helps to read them separately. Open **Terms** from the footer when you want to understand the rules for using the public website, reading its content, and relying on the business information presented across service pages, ERP pages, and informational pages. On the **Terms** page, scan the headings for topics related to website use, content ownership, disclaimers, and limits on how the information should be used. If you are reviewing service descriptions, package details, or ERP module information before making a decision, this page helps you understand the conditions around using that content. Pay close attention to sections that describe acceptable use and any limitations connected to the published material. Then open the **Cookies** page from the same footer area. This page is more specific to what happens during browsing. Instead of explaining broad privacy practices, it usually focuses on cookies and similar tools used while you move through the website. Read this page if you want to understand how the site may support essential functions, remember browsing behavior, or measure page usage. A simple way to separate the two pages is: | Page | Best question to ask | |---|---| | **Terms** | What rules apply when I use this website and its content? | | **Cookies** | How does the website use cookies or similar tracking tools while I browse? | | **Privacy** | What information may be collected about me and why? | [SCREENSHOT: Footer links and an open Cookies page showing policy sections] On the **Cookies** page, look for wording related to essential website functions, analytics, measurement, or visitor choices. If you want to understand whether browsing activity is being used to improve pages or measure engagement, this is the page to read before continuing through product or service content. ## Reviewing the App Privacy Page Before Using Mobile or App-Based Services Use the **App Privacy** page when your question is about a mobile experience or an app-connected service, not just the public website in your browser. In Sherkety ERP & Website Platform, this page is separate from the main **Privacy** page so visitors can review privacy details that may apply specifically to app usage. Start by opening **App Privacy** from the website footer. Check the page heading to confirm you are on the app-specific policy page, then compare it with the main **Privacy** page in another tab if needed. This side-by-side reading is useful when you want to see whether app-related information is described differently from normal website browsing. As you review the page, look for sections that mention app-specific activity. These may include references to: - account access through an app, - notifications, - device-related information, - diagnostics, - identifiers connected to app use. [SCREENSHOT: App Privacy page open in one tab and Privacy page open in another for comparison] The key difference is purpose. The **Privacy** page usually explains website and form-related information handling, while **App Privacy** is where you check whether extra details apply when a service uses a mobile app or another app-based connection. If you are only reading public pages, comparing services, or filling out a website form, the main **Privacy** page may answer most of your questions. If you expect to use an app-connected feature, the **App Privacy** page becomes more important. When the wording differs between the two pages, do not assume they mean the same thing. Read the app-specific sections carefully and note whether the page explains how app use creates different privacy considerations from standard browser visits. That distinction helps you decide which policy is most relevant before you continue. ## Comparing the Pages to Answer Common Buyer and Visitor Questions These four pages work best when you treat them as a set rather than reading only one in isolation. In Sherkety ERP & Website Platform, each page answers a different kind of question, so matching your concern to the correct page saves time and avoids confusion. Use this quick comparison when deciding where to look first: | If your question is about... | Open this page | |---|---| | What information is collected and why | **Privacy** | | What rules apply to using the website and its content | **Terms** | | How cookies or similar tools work during browsing | **Cookies** | | How privacy applies to mobile or app-based use | **App Privacy** | This is especially helpful in common visitor situations: 1. Before submitting a contact or demo request, open **Privacy** to review how form details may be handled. 2. Before relying on published service descriptions or business information, open **Terms** to understand website usage conditions. 3. Before browsing multiple product or ERP pages in detail, open **Cookies** if you want to understand how browsing activity may be measured. 4. Before using an app-connected service, open **App Privacy** to review any device- or app-specific handling. These pages support each other. A buyer comparing ERP modules may read **Cookies** to understand browsing technologies, then open **Privacy** before sending an inquiry. A visitor reviewing legal expectations may read **Terms** first, then move to **Privacy** for data-handling details. If you still have a question after comparing the relevant pages, move from reading to direct contact through the website’s inquiry or contact options, as covered in [Contacting Sherkety Through Forms and Direct Channels](doc:contacting-sherkety-through-forms-and-direct-channels). ## Checking That You Are Reading the Current Policy Version Before relying on any policy page, make sure you are reading the current version shown on the live Sherkety ERP & Website Platform website. The most reliable way to do this is to open the page directly from the footer instead of using an old bookmark, a shared browser tab, or a copied link from an earlier visit. Once the page opens, look near the top or bottom of the content for a visible update marker. Depending on the page layout, this may appear as an **effective date**, **last updated** line, or another revision note. If you see one of these indicators, use it to confirm that the page reflects the latest published wording available to visitors. [SCREENSHOT: Policy page showing a visible last updated or effective date] If something seems unclear, compare related pages before drawing a conclusion. For example: - If a privacy statement mentions cookies, also open the **Cookies** page. - If app-related data handling appears on the main **Privacy** page, compare it with **App Privacy**. - If a usage rule affects how you interpret service information, read the matching section on the **Terms** page. This comparison is useful when wording overlaps across pages. A single topic may appear in more than one place, but each page still has its own focus. Reading them together helps you avoid missing important context. If you are unsure whether a page is current, return to the website footer and reopen the policy from there. That simple check is often enough to confirm you are viewing the live published version rather than an outdated page. When a statement still appears inconsistent after comparing the relevant policy pages, use the website’s contact options to request clarification before submitting sensitive information or proceeding with an app-related action. ## Overview - In Sherkety ERP & Website Platform, the legal policy pages most visitors need are available from the website footer as **Privacy**, **Terms**, **Cookies**, and **App Privacy**. - These are public pages. You can open and read them without signing in or entering the admin area. - Use **Privacy** to understand what visitor or inquiry information may be collected and why. - Use **Terms** to review the rules for using the website and the published content. - Use **Cookies** to understand how cookies or similar browsing technologies may be used. - Use **App Privacy** when your question relates to mobile or app-connected usage rather than standard website browsing. - Confirm you opened the correct page by checking the page heading and the browser address. - If available, check for an **effective date**, **last updated** note, or similar revision marker to make sure you are reading the current version. - When a topic appears across multiple pages, compare the related sections instead of relying on only one page. - If your question is still unresolved after reading the relevant policy pages, use the website’s contact or inquiry options for clarification. For broader help finding legal and informational pages, see [Finding Answers in FAQ and Policy Pages](doc:finding-answers-in-faq-and-policy-pages) and [Understanding Disclaimer and App Privacy Pages](doc:understanding-disclaimer-and-app-privacy-pages). ## Prerequisites - Access to the public Sherkety ERP & Website Platform website in a web browser. - The ability to scroll to the website footer and open the links labeled **Privacy**, **Terms**, **Cookies**, and **App Privacy**. - A specific question in mind, such as: - how inquiry details are handled, - what website usage rules apply, - how cookies are used, - whether app-related privacy details differ from website privacy details. - Basic familiarity with public website navigation. If needed, review [Browsing the Sherkety Public Website](doc:browsing-the-sherkety-public-website) or [Using Header Menus and Footer Links](doc:using-header-menus-and-footer-links). - If you are comparing language versions of the same page, it also helps to know how to switch languages while staying on public pages. See [Switching Languages While Browsing the Platform](doc:switching-languages-while-browsing-the-platform). If you want to continue after this topic, the next document is [Using Faq and Disclaimer Pages to Clarify Website Information](doc:using-faq-and-disclaimer-pages-to-clarify-website-information). ## Understanding What the Accounting App Covers On the **Accounting** app page in **Sherkety ERP & Website Platform**, the first thing to evaluate is how clearly the page presents the main finance work areas. Buyers usually look for navigation and examples around **Customers**, **Vendors**, **Accounting**, **Reporting**, and **Configuration** because those labels show whether the module covers day-to-day bookkeeping as well as setup and oversight. If you already reviewed the broader capability view in [Exploring Accounting Module Capabilities for Business Evaluation](doc:exploring-accounting-module-capabilities-for-business-evaluation), use this page to judge fit rather than just feature presence. The page should help you understand whether the module supports the full flow of finance work, including: - **Customer invoices** - **Vendor bills** - **Payments** - **Bank synchronization** - **Bank reconciliation** - **Taxes** - **Financial reports** As you review screenshots, feature cards, or workflow descriptions, pay attention to whether the accounting process is shown as a complete sequence rather than isolated tools. A strong accounting page will make it easy to see how a document starts in **Draft**, moves to a confirmed or posted state, then continues through **payment registration** and **reconciliation**. That matters because accounting teams rarely work in one screen only—they move from invoice creation to payment tracking to final reporting. You should also check whether the page positions accounting as part of a connected business flow. In Sherkety ERP & Website Platform, accounting fit is stronger when the page shows links to related business activity such as: - **Sales invoices** coming from sales activity - **Purchase bills** tied to vendor spending - **Expenses** - **Inventory valuation** - **Payroll-related entries** [SCREENSHOT: Accounting app page showing Customers, Vendors, Accounting, Reporting, and Configuration sections] If the page makes those connections visible, it is easier to judge whether the accounting module can support your business beyond basic invoice entry. ## Matching Your Finance Processes to the Available Workflows A useful way to evaluate the accounting module is to match your current finance tasks to the workflows shown on the page or in a demo. Most buyers are looking for three core areas: **Accounts Receivable**, **Accounts Payable**, and **General Ledger**. In practical terms, that means checking whether Sherkety ERP & Website Platform clearly supports customer billing, vendor bill handling, and direct accounting adjustments. Look for these workflow matches: - **Accounts Receivable** for creating and tracking **customer invoices** - **Accounts Payable** for entering **vendor bills** and planning payments - **General Ledger** for recording **journal entries** - **Payment tracking** for seeing what is paid, unpaid, or partially paid - **Follow-up activity** for overdue customer balances The invoice and bill lifecycle is especially important. In a good demo, you should be able to see a document move from **Draft** to **Posted**, then continue to **Register Payment** or another payment action. After that, the remaining amount should still be visible so your team can track the **residual balance** on partially paid invoices or bills. This is one of the clearest signs that the module supports real accounting work instead of just document entry. Bank handling is another major fit check. If the page or demo includes **bank statement import** and a **reconciliation** screen, inspect how statement lines are matched against: - **Customer invoices** - **Vendor bills** - **Journal items** That matching process reduces manual bookkeeping because your team does not need to re-enter the same transaction in multiple places. Also review operational controls that affect daily accuracy: - **Taxes** applied on invoice or bill lines - **Payment Terms** on customer or vendor records - Separate journals for **Bank**, **Cash**, **Sales**, and **Purchases** [SCREENSHOT: Invoice lifecycle from Draft to Posted with payment registration and remaining balance] These details help you decide whether the module fits your existing finance routine or would force your team into workarounds. ## Evaluating Whether Reporting Meets Your Compliance Needs Reporting is where many buyers decide whether the accounting module is suitable for management review, month-end close, and compliance work. On the accounting product page or during a demo, focus on the standard reports finance teams usually expect to see. In **Sherkety ERP & Website Platform**, the most important reporting areas to inspect are: - **Profit and Loss** - **Balance Sheet** - **Aged Receivable** - **Aged Payable** - **Tax Report** - **General Ledger** - **Trial Balance** These report names matter because they show whether the module can support both operational monitoring and formal financial review. A page that only mentions “analytics” or “insights” without showing these core reports may not give enough evidence for accounting fit. You should also check whether report lines can open into supporting detail. Strong reporting usually lets users move from a total on the report into the underlying transactions, such as: - **Journal items** - **Customer invoices** - **Vendor bills** That drill-down is valuable because finance teams often need to verify why a balance appears on a report without switching to a completely different area. If a demo shows a report total opening into transaction detail, that is a good sign for audit support and internal review. Filtering options are another key fit point. Ask whether reports can be narrowed by: - **Period** - **Journal** - **Partner** - **Comparison range** Those filters help with month-end checks, audit preparation, and management comparisons across time periods. For compliance fit, pay close attention to setup areas around: - **Chart of Accounts** - **Tax configuration** - **Fiscal positions** - Country-specific reporting expectations [SCREENSHOT: Financial report view with filters and drill-down into supporting transactions] If your business operates under local tax or reporting rules, the accounting module should show that it can structure accounts correctly and produce reports that align with those obligations. ## Checking Fit for Your Company Structure and Transaction Volume Business fit is not only about features—it is also about whether the accounting module can handle your company structure and the amount of activity your team processes. In **Sherkety ERP & Website Platform**, start by thinking about how your organization is set up. If you run more than one legal entity, branch, or business unit, ask whether the accounting setup supports **multi-company** work and keeps records clearly separated. Important structure questions to review include: - Do you need **multi-company** support? - Do you need separate journals for each **bank account**? - Do you need different journals for separate **business units**? - Do accountants, billing staff, and managers need different levels of access? Role-based access matters when different people handle invoice entry, approvals, payments, and reporting. A good fit gives each group access to the screens they need without exposing every accounting area to everyone. Transaction volume is another practical test. If your team handles many invoices, bills, and bank transactions each month, look for signs that the module supports higher-volume work through features such as: - **Batch invoice processing** - **Bank feed imports** - **Automated reconciliation models** - **Recurring entries** These features reduce repetitive work and become more important as transaction counts increase. If your business works across currencies or countries, also review whether the accounting module can support: - **Multi-currency transactions** - **Exchange difference entries** - **Foreign-currency bank journals** For more complex finance operations, ask whether the module can accommodate requirements such as: - **Deferred revenue** - **Asset depreciation** - **Analytic accounting** - **Intercompany accounting** [SCREENSHOT: Accounting setup or demo view showing multiple journals, currencies, or company options] Even if you do not need all of these today, checking them early helps you avoid choosing a module that fits only your current size but not your next stage of growth. ## Comparing Manual Work Against Automation in Daily Accounting One of the easiest ways to judge the value of the accounting module is to compare your current manual work with the automated workflows shown in **Sherkety ERP & Website Platform**. If your team still relies on spreadsheets, separate bank files, and manual report updates, the accounting page should make it clear where routine effort can be reduced. Look for automation in these daily tasks: - Automatic accounting entries created from **customer invoices** - Automatic accounting entries created from **vendor bills** - **Payment matching** - Real-time report updates after posting transactions - **Bank synchronization** - **Reconciliation models** - **Payment follow-up** - **Recurring invoices** or recurring entries These features matter because they reduce duplicate entry. For example, when an invoice is posted and later matched to a payment, your team should not need to rebuild the same transaction in a spreadsheet just to keep balances current. Reports such as **Aged Receivable**, **Aged Payable**, **Profit and Loss**, and **Balance Sheet** should reflect posted activity without waiting for a separate manual update. At the same time, not everything should be automatic. During evaluation, make sure the page or demo also shows where human review still matters. Common manual control points include: - **Account mapping** decisions - **Tax setup** - **Approval policies** - Handling unmatched **bank statement lines** That balance is important. Too little automation creates unnecessary workload, but too little control can create accounting risk. A practical way to estimate efficiency is to compare your month-end routine with the in-product workflow. Ask how your team would handle: - Posting invoices and bills - Registering payments - Reconciling bank activity - Reviewing aged balances [SCREENSHOT: Reconciliation screen or workflow showing suggested matches and manual review options] If the accounting module shortens those tasks without hiding important review points, it is likely a stronger fit for day-to-day finance operations. ## Deciding If the Accounting App Fits Your Buying Criteria When you are close to a buying decision, it helps to evaluate the accounting page against a short list of concrete product areas instead of relying on general impressions. In **Sherkety ERP & Website Platform**, your review should stay tied to visible workflows and reporting screens. Use this buyer-focused checklist when reviewing the page or a live demo: - **Invoice management**: Can you see how customer invoices are created, posted, and tracked? - **Vendor bill processing**: Is there a clear flow for entering bills, posting them, and preparing payment? - **Bank reconciliation**: Does the demo show statement lines being matched to open items? - **Tax handling**: Are taxes visible on transaction lines and in reporting? - **Reporting depth**: Are **Profit and Loss**, **Balance Sheet**, **Aged Receivable**, and **Tax Report** available? - **Audit traceability**: Can users move from report totals into the supporting transactions? During a demo, ask the presenter to show specific actions rather than describe them in general terms. Useful validation questions include: - How is a **customer invoice** posted? - How is a **payment** registered? - How is a **bank statement line** reconciled? - How is a **tax report** generated? You should also watch for warning signs that suggest weak fit: - Missing **localization** or country-specific support - Poor separation between companies in a **multi-company** setup - Limited report **drill-down** - Heavy dependence on manual **journal entry** work for routine tasks Helpful evidence to request includes: - Screenshots of the **reconciliation** screen - Sample **Profit and Loss** and **Balance Sheet** outputs - Examples of posted invoices and accounting entries [SCREENSHOT: Demo checklist view with invoice, bill, reconciliation, and reporting examples] After you finish this evaluation, continue with [Exploring Accounting Workflows Presented on the Product Page](doc:exploring-accounting-workflows-presented-on-the-product-page) to look more closely at how the accounting journey is shown step by step. ## Overview This document focuses on how to judge the **business fit** of the **Accounting** module in **Sherkety ERP & Website Platform** when you are reviewing the public product page or watching a product demo. The goal is not to teach bookkeeping from the beginning, but to help you connect the module’s visible screens and workflows to the finance work your business already performs. The main areas covered in this guide are: - The scope shown through **Customers**, **Vendors**, **Accounting**, **Reporting**, and **Configuration** - The workflow behind **customer invoices**, **vendor bills**, **payments**, and **bank reconciliation** - The reporting views buyers typically inspect, including **Profit and Loss**, **Balance Sheet**, **Aged Receivable**, and **Tax Report** - Fit considerations such as **multi-company**, **multi-currency**, transaction volume, and role-based access - The difference between manual accounting work and automation shown through posting, matching, and reconciliation This guide is especially useful if you are comparing accounting options and need to decide whether the module supports: - Day-to-day billing and payables - Month-end review and reporting - Tax and compliance expectations - Growth into more complex finance operations Use this document alongside the earlier evaluation content in [Exploring Accounting Module Capabilities for Business Evaluation](doc:exploring-accounting-module-capabilities-for-business-evaluation) if you want a broader feature review first. Here, the focus is narrower: identifying whether the accounting workflows shown on the page are practical for your team, your company structure, and your reporting needs. [SCREENSHOT: Accounting product page with feature sections and reporting highlights] As you read, keep your own finance routine in mind—especially how invoices, bills, payments, taxes, and reports are handled today—so you can compare those tasks directly against what the page presents. ## Prerequisites Before using this guide, you should already be comfortable moving around the public pages of **Sherkety ERP & Website Platform** and opening ERP product pages from the main navigation. You do not need admin access or accounting setup access for this document, because the focus is on evaluating what the accounting product page shows to buyers. It helps if you have already completed these related documents: - [Evaluating Accounting Capabilities and Pricing](doc:evaluating-accounting-capabilities-and-pricing) - [Understanding Accounting Workflows and Compliance Value](doc:understanding-accounting-workflows-and-compliance-value) - [Reviewing Accounting Pricing and Package Fit](doc:reviewing-accounting-pricing-and-package-fit) - [Requesting a Demo or Next Step From Accounting Pages](doc:requesting-a-demo-or-next-step-from-accounting-pages) - [Exploring Accounting Module Capabilities for Business Evaluation](doc:exploring-accounting-module-capabilities-for-business-evaluation) You should also be able to do the following: - Open the **Accounting** module page from the ERP area - Recognize common finance labels such as **invoice**, **vendor bill**, **payment**, **bank reconciliation**, and **financial report** - Review screenshots, feature sections, and call-to-action areas on a product page - Compare what you see on the page with your current finance process If you are still getting familiar with the public website structure, these guides can help first: - [Browsing the ERP Apps Catalog](doc:browsing-the-erp-apps-catalog) - [Using ERP System Landing Pages to Evaluate Offerings](doc:using-erp-system-landing-pages-to-evaluate-offerings) - [Evaluating ERP Modules From Catalog to Detail Pages](doc:evaluating-erp-modules-from-catalog-to-detail-pages) [SCREENSHOT: ERP apps catalog with the Accounting module selected] Having that background will make it easier to judge whether the accounting workflows and reports shown on the page match the way your business handles receivables, payables, banking, and compliance today. ## Opening the command search dialog from anywhere in the workspace In **Sherkety ERP & Website Platform**, the command search dialog is a global shortcut for finding pages and actions without digging through side menus or opening several admin sections first. You can open it from anywhere in the workspace while you are signed in, which makes it especially useful when you are moving between **Dashboard**, **Content**, **Services**, **Pricing**, **SEO**, **Settings**, or **Users**. You can usually reach it in two ways: - Use the **command search trigger** in the top area of the workspace if it is visible on your current screen - Use the keyboard shortcut you learned in [Using Keyboard Shortcut Hints With Command Search](doc:using-keyboard-shortcut-hints-with-command-search) When the dialog opens, your cursor is placed directly in the **search input** so you can start typing right away. Before you type anything, you may already see suggested results. These suggestions help you jump to common destinations or frequently used areas without entering a full search term. [SCREENSHOT: command search dialog open over the admin workspace with the cursor active in the search field] The dialog is built for two main jobs: - **Direct navigation** to screens such as **Content**, **SEO**, **Settings**, or **User Management** - **Quick actions** that help you start a task immediately This is different from other search tools in Sherkety ERP & Website Platform. **Command search** is for moving around the workspace and launching actions. It is not the same as: - a page-level filter inside a list - a search box inside a specific admin screen - your browser’s **Find** command, which only looks for visible text on the current page If you already know you want to jump somewhere, command search is usually faster than opening the left navigation and browsing section by section. ## Finding pages, entries, and settings by typing keywords Once the command search dialog is open, start typing the name of the page, tool, or setting you want. In **Sherkety ERP & Website Platform**, the result list updates as you type, so even a short keyword can narrow the list quickly. For example, typing words like **content**, **seo**, **pricing**, **services**, **dashboard**, **settings**, or **users** can bring up matching destinations. This helps when you know the label on the screen but do not remember where it sits in the admin navigation. Command search is useful even when you only know part of the name. It can match: - the beginning of a page label - a partial word - related labels used for that destination That means you do not always need the exact menu path. If you are looking for the area where you manage website text, typing **content** is often enough to surface the **Content** screen. If you need search-facing page information, typing **seo** can help you reach the **SEO** area directly. Results are typically shown in grouped sections so you can tell what kind of destination you are about to open. This makes it easier to distinguish between: - **content-related destinations** - **configuration or settings destinations** - **administrative screens** [SCREENSHOT: grouped command search results showing content areas and admin settings in separate sections] To choose a result, you can: - press the **Up Arrow** or **Down Arrow** keys to highlight an item, then press **Enter** - click the result directly with your mouse As soon as you confirm a result, Sherkety ERP & Website Platform takes you to that screen. This is much faster than opening one admin section, then another, just to reach a page you already had in mind. ## Running quick actions without browsing through menus Command search is not limited to opening pages. In **Sherkety ERP & Website Platform**, it can also show **action-based results** that help you start work immediately. These results are especially helpful when you already know the task you want to perform and do not need to browse to a page first. A destination result takes you to a screen such as **Content**, **Services**, **Pricing**, **SEO**, **Settings**, or **Users**. A quick action result is different: it starts something directly, such as opening a commonly used tool or taking you straight into a task flow. This distinction matters when you are working quickly: - **Destination results** help you move to a page - **Quick action results** help you begin an action right away For content editors, quick actions are useful when switching rapidly between editing tasks. If you are updating public-facing content and want to jump straight into a familiar workflow, command search can save several clicks. For administrators, quick actions are helpful when moving between configuration tasks such as site maintenance, user-related work, or search-facing updates. You will notice that these action results feel more direct than menu browsing. Instead of opening a section and then choosing a tool inside it, you can often search once and go straight to the task you need. Another important detail is that command search follows your current access level. In Sherkety ERP & Website Platform: - content editors see actions related to the areas they can use - administrators see broader results, including configuration and management options - restricted actions do not appear if your role does not allow them This keeps the list relevant. You are not forced to scan through actions that you cannot open anyway, which makes command search cleaner and easier to trust during daily work. ## Using keyboard navigation to move faster through results If you prefer working without constantly switching between keyboard and mouse, command search supports a smooth keyboard flow. In **Sherkety ERP & Website Platform**, this is one of the fastest ways to move between screens while staying focused on your current task. The basic flow is simple: - open the dialog with the keyboard shortcut - type a keyword in the **search input** - move through the result list with **Up Arrow** and **Down Arrow** - press **Enter** to open the highlighted result Because the cursor lands in the search field automatically, you can begin typing immediately. As the result list changes, the highlighted selection moves with your arrow-key navigation, making it easy to review several options before choosing one. If you decide not to continue, press **Escape**. This closes the command search dialog and returns you to the screen you were already using. Nothing changes unless you confirm a result, so it is safe to open the dialog just to check what is available. This keyboard-first approach is especially useful when you are: - editing website content and need to jump to another admin area quickly - reviewing settings and moving between configuration pages - switching between repeated tasks throughout the day [SCREENSHOT: command search with one result highlighted using keyboard navigation] Mouse selection is still useful in some situations. You may prefer to click when: - you want to scan grouped results visually before deciding - several results look similar and you want to read them carefully - you are opening an unfamiliar destination and want to confirm the exact label first If you are already comfortable with keyboard shortcuts from [Using Keyboard Shortcut Hints With Command Search](doc:using-keyboard-shortcut-hints-with-command-search), this is the next step: using the same shortcut flow not just to open the dialog, but to complete the whole search and selection process without leaving the keyboard. ## Recognizing which results are available to editors and administrators The result list in command search changes based on who is signed in. In **Sherkety ERP & Website Platform**, this helps keep the search experience focused instead of showing every possible area to every user. For **content editors**, command search is most useful for finding content-focused destinations and related tools. Typical searches may lead to areas such as: - **Content** - website editing destinations - media or content-related tools - public page management areas For **administrators**, command search can surface a wider set of destinations, including configuration and account management areas such as: - **Settings** - **Users** - **SEO** - **Services** - **Pricing** - **Dashboard** This role-based behavior matters because command search respects access restrictions. If your account does not have permission to open a page or use an action, that result does not appear in the list. Instead of showing unavailable options and blocking you later, Sherkety ERP & Website Platform filters the list before you choose anything. That makes the search results easier to understand than browsing a long navigation structure. Rather than scanning many sections and wondering what applies to your role, you only see destinations that are actually relevant to you. The same keyword can produce different results depending on the signed-in user. For example: - searching **settings** may show configuration pages for an administrator - the same search may show fewer or no results for a content editor - searching **users** may return user management for an administrator but nothing for a role without access [SCREENSHOT: command search results for an administrator compared with a more limited result list for a content editor] If a coworker tells you to search for a page and you cannot find it, the difference may be permissions rather than a search problem. ## Fixing common issues when search results are missing or unexpected If command search does not return what you expect, the issue is often the search term rather than the feature itself. In **Sherkety ERP & Website Platform**, a few small changes usually help you find the right result. Start by checking the label you are typing. Command search works best when your keyword matches the wording used in the interface. If a full phrase does not work, try a shorter version. For example, instead of typing a long description, search for the main label such as **SEO**, **Pricing**, **Users**, or **Settings**. When results seem missing, try these adjustments: - use a **shorter keyword** - type only the most recognizable part of the page name - remove extra words and search again - try a related label that appears in the menu or page heading If you expect to see an admin destination and it does not appear, check whether your account has access to that area. Command search only shows pages and actions available to your current role, so a missing result may simply be restricted. If the keyboard shortcut does not open the dialog, make sure your focus is inside **Sherkety ERP & Website Platform**. If your browser or operating system is capturing the same shortcut first, the command search dialog may not open until you click back into the workspace. Too many similar results can also slow you down. In that case, refine the search with a more specific term: - add the exact page name - include the action word you expect - use the setting label rather than a broad category If the dialog opens but the list still feels unclear, pause and scan the grouped headings before selecting. This often helps you spot whether the result belongs to a content area, a settings area, or another admin destination. ## Overview Command search in **Sherkety ERP & Website Platform** is designed to reduce menu browsing and help you move directly to the page or action you need. Instead of opening the left navigation, expanding sections, and scanning multiple screens, you can open one dialog, type a keyword, and choose from a focused list of results. The most important ideas to remember are: - **Command search is global** within the signed-in workspace - it helps you find both **destinations** and **quick actions** - results update as you type - keyboard controls let you search and select without leaving your current flow - the result list changes based on your role and permissions This makes command search especially useful for repeated daily work. A content editor can jump quickly between **Content** and other editing destinations, while an administrator can move between **Dashboard**, **Users**, **Settings**, **SEO**, **Services**, and **Pricing** without stepping through each menu. It also helps reduce confusion because the list is filtered to what you can actually use. When a result appears, you can be more confident that selecting it will take you somewhere relevant to your role. Use command search when you: - already know the name of the page or tool you want - want to move faster than menu browsing allows - need to stay focused while editing or reviewing admin settings - prefer keyboard-driven navigation Use regular page filters or on-screen search fields when you are already inside a specific screen and want to narrow items on that page. The next skill to build is understanding how grouped results help you spot related destinations and action types more quickly. Continue with [Finding Grouped Actions and Destinations With Command Search](doc:finding-grouped-actions-and-destinations-with-command-search). ## Prerequisites You do not need advanced setup to use command search in **Sherkety ERP & Website Platform**, but a few basics should already be in place so the feature works as expected. Before using command search, make sure: - you are **signed in** to the admin workspace - you can already access the areas relevant to your role - your browser focus is inside the Sherkety ERP & Website Platform workspace - you know the basic keyboard shortcut behavior covered in [Using Keyboard Shortcut Hints With Command Search](doc:using-keyboard-shortcut-hints-with-command-search) It also helps if you are already familiar with the names of common admin sections. You do not need to memorize the full navigation path, but recognizing labels such as **Dashboard**, **Content**, **Services**, **Pricing**, **SEO**, **Settings**, and **Users** will make command search much more effective. If you are new to the admin area, these related guides will help first: - [Signing In and Accessing the Admin Portal](doc:signing-in-and-accessing-the-admin-portal) - [Using the Admin Dashboard for Navigation](doc:using-the-admin-dashboard-for-navigation) - [Understanding Admin Page Access and Protected Navigation](doc:understanding-admin-page-access-and-protected-navigation) Keep in mind that your available results depend on your permissions. If you are signed in as a content editor, your search results may be narrower than those seen by an administrator. That is expected behavior, not a problem with the search dialog. For the smoothest experience, use command search when you are actively working inside the admin workspace rather than switching between many browser tabs or external tools. That way, the shortcut opens the dialog immediately and your search stays focused on the destinations available in your current session. ## Recognizing When the Platform Opens a Dialog or a Drawer In **Sherkety ERP & Website Platform**, you will see two common overlay layouts when the interface wants you to focus on one task without moving to a different page: a **dialog** and a **drawer**. A **dialog** opens in the middle of the screen and sits above the current page. The page behind it becomes dimmed, which makes it clear that your attention should stay on the open message, form, or confirmation step. This layout is usually used when you need to make a quick decision or complete a short action, such as clicking **Confirm**, **Delete**, **Create**, or **Edit** and responding to a small form or warning. A **drawer** opens as a panel attached to the side of the screen. Instead of covering the whole page, it keeps the current page visible in the background. This is helpful when you need to review details, compare information, or update several fields while still seeing the list, dashboard, or content area you came from. Across admin pages such as **Dashboard**, **Content**, **Users**, **Settings**, **SEO**, **Services**, and **Pricing**, both layouts follow a familiar structure so they feel consistent: - A **title area** at the top that tells you what you are editing or reviewing - A **content area** in the middle for messages, fields, or details - A **primary action button** such as **Save**, **Confirm**, or **Apply** - A **secondary action** such as **Cancel** or **Close** - A **close control** in the header for leaving the panel without using the footer buttons [SCREENSHOT: centered dialog over a dimmed admin page next to a side drawer opened from a list] If you already read [Understanding Dialog Actions and Safe Confirmation Steps](doc:understanding-dialog-actions-and-safe-confirmation-steps), think of this guide as the layout-focused follow-up: here, the goal is to help you quickly recognize what kind of panel opened and how to work inside it. ## Working Through Tasks in a Dialog A dialog usually starts from a direct action on the page. In **Sherkety ERP & Website Platform**, this often happens after you click a button such as **Edit**, **Delete**, **Confirm**, or **Create** from an admin screen or an inline editing flow. Instead of taking you to a new page, the dialog appears immediately above the current screen. Most dialogs follow the same structure: - A **header title** that names the task - Optional helper text explaining what you are about to do - A **body area** with either a short confirmation message or a small set of fields - A footer with action buttons such as **Save**, **Confirm**, **Cancel**, or **Close** When the dialog contains fields, complete the visible entries before trying to save. If a field is required, Sherkety ERP & Website Platform may show a validation message near that field or keep the main action button unavailable until the missing information is corrected. Stay inside the dialog and review each visible field carefully rather than clicking outside the panel. Dialogs are best for short tasks where you do not need to compare a lot of information with the page behind them. Common examples include: - Confirming a change before it is applied - Deleting an item after reading a warning - Entering a small amount of information - Making a quick edit without leaving the current screen You can leave a dialog in three common ways: - Click **Cancel** to stop and discard what you entered - Click the **close icon** in the top area to dismiss it - Click **Save** or **Confirm** to finish the task and return to the page underneath [SCREENSHOT: dialog showing title, message or fields, and Save and Cancel buttons] After a successful submission, the dialog usually closes automatically and returns you to the same page context, where you can continue working. ## Reviewing and Editing Details in a Drawer A drawer is designed for tasks that need more space than a centered dialog but still should not interrupt your place on the page. In **Sherkety ERP & Website Platform**, a drawer may open when you select a row in a list, choose a details-style action, or start editing information that benefits from side-by-side review. Unlike a dialog, a drawer is attached to the edge of the screen. The page you were using stays visible behind it, which helps when you need to check values in a table, compare content, or keep your place in an admin area such as **Content**, **Users**, **Services**, **Pricing**, or **SEO** while reviewing related information. A typical drawer includes: - A **panel title** at the top - A larger **scrollable content area** - Action controls such as **Save**, **Apply**, **Back**, or **Close** - A close control in the header This layout is especially useful when the task involves more than a quick yes-or-no decision. For example, you may need to read several fields, review content blocks, or update details while still seeing the page behind the panel. Because the underlying page remains visible, drawers make it easier to compare what is open in the panel with the list or section you started from. If the drawer contains many fields or sections, scroll inside the drawer itself. The footer actions may be lower in the panel than you first expect. When you finish, you can usually: - Click **Save** or **Apply** to keep your changes - Click **Close** or **Back** if you are only reviewing - Use the header close control to dismiss the panel [SCREENSHOT: side drawer open over an admin list with visible Save and Close actions] After the drawer closes, the original page usually remains exactly where you left it. That means your list position, surrounding context, and general navigation state are preserved, which is one of the main benefits of drawer-based work. ## Choosing the Right Layout for the Task at Hand When Sherkety ERP & Website Platform opens a dialog instead of a drawer, or a drawer instead of a dialog, it is usually signaling how much attention the task needs and how much page context you should keep in view. A **dialog** is used for short, blocking decisions. It pulls your focus to the middle of the screen and dims the page behind it. This tells you that the current step should be completed or canceled before you continue. Dialogs are a good fit when the task is brief and self-contained, such as confirming an action, acknowledging a warning, or filling in a small set of fields. A **drawer** is used when you need more room to review or edit while keeping the current page visible. Because the panel sits at the side, it supports a more continuous workflow. You can still refer to the list, dashboard, or content section behind it without losing your place. A simple way to interpret what you see: - If the screen is dimmed and the panel is centered, expect a **quick decision or short form** - If a panel slides in from the side and the page remains visible, expect a **review or editing flow with more context** This matters in everyday admin work: - A destructive action such as **Delete** is more likely to appear in a **dialog** - Reviewing item details or adjusting several settings is more likely to appear in a **drawer** - A short confirmation message usually belongs to a **dialog** - A longer form or detail view usually fits a **drawer** [SCREENSHOT: comparison view showing a centered confirmation dialog and a side editing drawer] You do not need to guess based on design alone. Look at the action buttons. A dialog often points toward a single immediate choice like **Confirm** or **Cancel**. A drawer more often suggests an extended task with actions like **Save**, **Apply**, **Back**, or **Close**. Reading those labels first will help you understand whether you are handling a quick confirmation or entering a broader review flow. ## Navigating Actions, Validation, and Closing Behavior Both dialogs and drawers in **Sherkety ERP & Website Platform** use familiar controls, so once you learn the pattern, you can move through most overlays with confidence. The most common controls are: - A **primary button** such as **Save**, **Confirm**, or **Apply** - A **secondary button** such as **Cancel** - A **close icon** in the top area of the panel The **primary button** is the action that completes the task. Use it when you want your changes to be kept or your decision to be applied. The **secondary button** usually exits the panel without saving. The **close icon** also dismisses the panel, and in most cases it behaves like canceling rather than submitting. Before Sherkety ERP & Website Platform allows you to submit, you may need to resolve missing or incorrect information. Watch for these signs: - Required fields that are still empty - Validation messages shown next to a field - A primary button that remains unavailable until the form is complete If you see a disabled **Save** or **Confirm** button, review the visible fields from top to bottom. In a drawer, remember to scroll through the full panel because some required fields may be lower down. After you submit successfully, one of these outcomes is common: - The dialog or drawer closes automatically - The current page updates to show the new values - A list or details area refreshes with your changes - A notification appears to confirm the action The difference between leaving methods is important: - **Cancel** means stop and discard unsaved changes - **Close** usually dismisses the panel without applying changes - **Save**, **Apply**, or **Confirm** means keep the changes or complete the action For message behavior after saving, warning states, or feedback notices, pair this guide with [Understanding Toast Messages and Action Feedback](doc:understanding-toast-messages-and-action-feedback) and [Recognizing Warnings Errors and Dismissible Notices](doc:recognizing-warnings-errors-and-dismissible-notices). ## Handling Common Issues with Dialogs and Drawers If a dialog or drawer does not behave the way you expect, the issue is often related to incomplete fields, the way the panel was closed, or content that is lower in the panel than expected. If the main action button is unavailable, first check whether all required fields are complete. In **Sherkety ERP & Website Platform**, a **Save** or **Confirm** button may stay unavailable until every required field has a valid value. Look for: - Empty fields that still need input - Validation messages near a field - Sections farther down in the drawer that contain unfinished entries If your changes do not appear after the panel closes, confirm how you exited. Clicking **Cancel** or the **close icon** usually dismisses the panel without saving. To keep your updates, use **Save**, **Apply**, or **Confirm**. If you did save and the page still looks unchanged, refresh the current page and check the list or detail area again. If the overlay feels like it is blocking your progress, do not try to work around it by navigating elsewhere first. Use the visible **Cancel**, **Close**, or header close control to exit the current step cleanly. This is especially important with centered dialogs, because they are meant to pause the page until you respond. A drawer can sometimes look incomplete when the visible area is shorter than the full content. Before assuming something is missing, scroll inside the drawer panel. Important fields and footer actions such as **Save** or **Close** may be below the first visible section. [SCREENSHOT: drawer with internal scroll area and footer actions lower in the panel] If you need help identifying whether the issue is a loading problem, an empty state, or an error message, see [Understanding Loading Placeholders Empty States and Errors](doc:understanding-loading-placeholders-empty-states-and-errors) and [Responding to Missing Content and Retry Messages](doc:responding-to-missing-content-and-retry-messages). ## Overview Dialog and drawer layouts appear across both the public-facing editing experience and the admin area of **Sherkety ERP & Website Platform**, including screens such as **Dashboard**, **Content**, **Users**, **Settings**, **SEO**, **Services**, and **Pricing**. The purpose of these layouts is consistent: help you complete a focused task without sending you to a completely different page. The main difference is how much of the current page remains available while you work: - A **dialog** centers your attention on one short task - A **drawer** keeps the surrounding page visible for comparison and review As you move through content editing and administrative work, you can rely on a shared structure in both layouts: - A clear **title** - A main **content area** - One primary action such as **Save** or **Confirm** - A secondary exit such as **Cancel** or **Close** This consistency matters because it reduces guesswork. Once you recognize the layout, you can quickly understand the type of task in front of you. A dimmed page and centered panel usually mean “finish this short decision first.” A side panel with the page still visible usually means “review or edit while keeping your place.” This guide focuses on reading those visual signals and using the controls correctly. It does not repeat the safety guidance for confirmations covered in [Understanding Dialog Actions and Safe Confirmation Steps](doc:understanding-dialog-actions-and-safe-confirmation-steps). Instead, it helps you understand how the layout itself shapes the workflow, especially when you are switching between quick confirmations and longer side-panel review tasks. [SCREENSHOT: examples of dialog and drawer layouts used in Sherkety ERP & Website Platform] The next document in this section is [Using Drawers for Focused Editing and Review](doc:using-drawers-for-focused-editing-and-review), which goes deeper into drawer-based work patterns. ## Prerequisites Before this guide is useful in day-to-day work, you should already be comfortable moving around the main areas where overlays appear. In **Sherkety ERP & Website Platform**, that usually means you can open the admin area, reach pages such as **Dashboard**, **Content**, **Users**, **Settings**, **SEO**, **Services**, or **Pricing**, and recognize common action buttons like **Edit**, **Create**, **Delete**, **Save**, and **Cancel**. Helpful background knowledge includes: - Signing in to the admin area - Opening the pages you have permission to use - Recognizing common page actions and navigation patterns - Understanding basic feedback messages after an action If you are still getting familiar with the admin area, read: - [Signing In and Accessing the Admin Portal](doc:signing-in-and-accessing-the-admin-portal) - [Using the Admin Dashboard for Navigation](doc:using-the-admin-dashboard-for-navigation) - [Understanding Admin Page Access and Protected Navigation](doc:understanding-admin-page-access-and-protected-navigation) If you want a broader foundation for shared interface patterns before focusing on overlays, these guides are also helpful: - [Understanding Breadcrumbs Drawers and Shared Navigation Patterns](doc:understanding-breadcrumbs-drawers-and-shared-navigation-patterns) - [Working With Drawers Dialogs and Confirmation Prompts](doc:working-with-drawers-dialogs-and-confirmation-prompts) You do not need advanced setup or technical knowledge to use this guide. What matters most is that you can identify the page you are on, read the title of the open panel, and understand whether the visible action buttons mean **save**, **confirm**, **cancel**, or **close**. Once those basics are familiar, the dialog and drawer layouts across Sherkety ERP & Website Platform become much easier to interpret and use correctly. ## Exploring the ERP landing page In **Sherkety ERP & Website Platform**, the main ERP landing page is the starting point for visitors who want to understand the product before looking at individual modules. This page works best when you treat it as a guided entry screen rather than a final decision page. The top area usually introduces the ERP offer with a large headline, supporting text, and one or more prominent buttons that push you into the next stage of evaluation. As you scan the page, focus on the parts that help you answer different questions: - **Hero section** for the main ERP message and first action buttons - **Top navigation** for moving to related ERP pages and public website sections - **Feature or value blocks** for a quick sense of what the ERP covers - **Package teasers** for comparing broader offer options - **Module references** for jumping into a specific business area The first screen often shapes your impression through visual sections rather than long explanations. You may see cards, grouped highlights, or short benefit statements that point to areas such as accounting, sales, HR, inventory, purchasing, or reporting. These blocks are useful because they let you decide whether you need a broad package comparison or a deeper look at a single module. If you already reviewed broader discovery patterns in [Moving From ERP Discovery to Module Evaluation](doc:moving-from-erp-discovery-to-module-evaluation), this page is where that transition becomes visible in practice. Instead of reading every section in order, use the most prominent buttons and linked cards to follow your interest. [SCREENSHOT: ERP landing page hero area with headline, supporting text, and primary action buttons] When the page includes repeated links to packages, apps, or module pages, that is intentional. Sherkety ERP & Website Platform gives you several ways to continue, so you can enter from the top banner, a middle comparison section, or a module highlight block without losing your place in the discovery journey. ## Comparing package messaging on the discovery path Package messaging on the ERP discovery path helps you compare the offer at a higher level before you dive into detailed feature pages. On the ERP landing experience in **Sherkety ERP & Website Platform**, these package areas often appear as side-by-side cards or pricing-style blocks. Each block usually combines a **package name**, a short explanation of who it suits, and a button that moves you forward. When you review these package blocks, pay attention to what each one is trying to communicate: - **Business fit** — who the package is meant for - **Scope** — whether it presents a lighter starting point or a broader ERP rollout - **Included focus areas** — the type of capabilities being emphasized - **Next action** — the button or link that opens more detail These sections are helpful because they frame expectations early. Instead of making you guess whether the ERP is intended for a small team, a growing company, or a wider operational rollout, the package cards give you a first filter. Short descriptions can help you decide whether you should keep comparing packages or move straight into a module page such as HR, Sales & CRM, Accounting, Purchasing, or Reporting. Buttons in these blocks matter. A label that points you to explore, view details, or continue evaluation usually means the package card is a stepping stone, not the final answer. Use those buttons when the package sounds close to your needs but you still need proof in the form of module-specific features. [SCREENSHOT: package comparison section showing multiple package cards and their action buttons] A useful way to read package messaging is to treat it as **positioning**, not as a complete feature checklist. The package section tells you how Sherkety ERP & Website Platform groups its offer. It does not replace module pages, comparison sections, or detailed app content. If two packages sound similar, open both paths and compare where each one leads. That deeper click path is often where the real differences become clearer. ## Following the buyer journey from landing page to module evaluation A typical buyer journey in **Sherkety ERP & Website Platform** starts with broad ERP interest and becomes more specific with each click. The landing page introduces the overall product, package sections narrow the conversation, and module pages help you confirm whether the ERP supports the workflows you care about most. A common path looks like this: - Start on the **ERP landing page** - Review the **hero message** and broad value statements - Open a **package card** or package-related call to action - Move into a **module page** through a linked app or feature area - Read the module’s highlights, benefits, and related actions - Decide whether to continue with a demo, contact action, or further comparison This journey is designed for progressive evaluation. You do not need to understand every module at the start. Instead, the page structure helps you move from “Is this ERP relevant to my business?” to “Which package seems closest?” and then to “Does this module actually cover my day-to-day needs?” You may enter module evaluation from several places: - A **button in the hero section** - A **package card** that links to more detail - A **module highlight card** lower on the page - A related **comparison section** that points to a specific app area [SCREENSHOT: flow from ERP landing page section to package cards and then to module detail links] This layered path is especially useful if you are comparing multiple business priorities. For example, you might begin with the overall ERP message, open a package that looks suitable, then switch to a Sales & CRM page or Reporting page to validate practical fit. If you need a refresher on how this handoff works conceptually, use [Moving From ERP Discovery to Module Evaluation](doc:moving-from-erp-discovery-to-module-evaluation) as your earlier reference point. On the live pages, the journey becomes visible through the buttons, cards, and linked sections that keep moving you from broad interest to concrete product validation. ## Using module highlights to judge product fit Module highlight sections are where **Sherkety ERP & Website Platform** shifts from broad ERP positioning into specific business capabilities. These sections usually appear as cards or grouped blocks that name a module and summarize its value in a few short lines. Instead of asking you to infer what the ERP might do, they point directly to functional areas that buyers often evaluate first. As you review module highlights, look for three things: - The **module name**, such as Accounting, HR, Sales & CRM, Purchasing, or Reporting - A short **value statement** that explains the business benefit - A **Learn more** style link or button that opens deeper detail These cards help you judge fit quickly. If your immediate concern is managing people, the HR highlight tells you where to continue. If your priority is pipeline management or customer follow-up, the Sales & CRM card becomes the natural next click. If you need visibility into financial processes or analytics, the Accounting or Reporting highlights give you a direct route. This is where package messaging and module messaging work together. Package sections answer questions like “Which offer level sounds right for my business?” Module highlights answer “Can this ERP handle the work my team actually does?” That difference matters when you are narrowing a shortlist. [SCREENSHOT: module highlight cards for key ERP areas with short descriptions and learn-more links] Use module highlights as validation points, not just navigation shortcuts. A short description under a module name often reveals whether the page is speaking to your real needs. If the wording matches your workflows, open that module page and continue evaluating. If it feels too broad, return to the package section and compare another route. This back-and-forth is normal. Sherkety ERP & Website Platform supports that browsing style by placing module entry points directly inside the discovery experience, so you can move from general interest to concrete capability checks without starting over. ## Recognizing the calls to action that move evaluation forward Calls to action are the main signals that tell you what to do next on an ERP discovery page. In **Sherkety ERP & Website Platform**, these actions usually appear as prominent buttons in the hero area, package sections, and module highlight blocks. They are placed repeatedly so you can continue your evaluation from whichever section answers your question first. You will usually see two broad types of actions: - **Exploration actions** that help you learn more - **Conversion actions** that help you take the next business step Exploration actions are best when you are still comparing options. These may appear as buttons or links that invite you to view packages, browse modules, explore apps, or read more about a specific area. Use these when you are still deciding between package fit and module fit. Conversion actions are more useful when you already have enough confidence to move forward. These may point you toward requesting a demo, contacting the team, or starting a trial. If you are still unsure which module matters most, stay with the exploration actions first. Repeated calls to action often appear in these places: - **Hero buttons** near the top of the ERP page - **Package card buttons** inside comparison blocks - **Module card links** in feature sections - **Contact-oriented buttons** near the bottom of the page [SCREENSHOT: repeated call-to-action buttons across hero, package, and module sections] A simple way to distinguish them is to ask what the button promises. If it opens more product detail, it is part of the discovery path. If it asks you to book, request, contact, or start, it is part of the decision path. Both are useful, but they serve different moments in the buyer journey. When you are unsure, follow the action that keeps you closest to your current question. If you need feature proof, open module details. If you already understand the offer and want a conversation, use the demo or contact action instead. ## Avoiding confusion when evaluating packages and modules One of the easiest mistakes during ERP discovery is mixing up **package-level messaging** with **module-level capability details**. In **Sherkety ERP & Website Platform**, these two layers answer different questions, and reading them correctly helps you avoid false assumptions. Use this distinction as a guide: - **Package sections** explain how the ERP is grouped or positioned for different business needs - **Module sections** explain what a specific functional area actually helps you do If you see a module mentioned on the landing page, treat that as an invitation to investigate further, not as proof that every package includes every detail you need. A short module reference is useful for orientation, but it is not the same as a full module page with feature highlights and deeper business context. When you need more clarity: - Open the related **module page** from the card or link - Compare the **package description** with the **module-specific wording** - Return to the ERP landing page and open another package or module path - Keep separate notes on which pages describe **broad fit** versus **specific capabilities** [SCREENSHOT: ERP landing page with package section and module section visible for side-by-side comparison] Broad marketing language is meant to help you understand the overall value of Sherkety ERP & Website Platform. More specific module descriptions help you validate whether that value applies to your workflows. Read both together, but do not assume they mean the same thing. If you are comparing several options, use the browser’s back button, the top navigation, or the ERP entry links to return to the main discovery page and reopen another path. That makes it easier to compare packages and modules side by side without losing the context of where each link started. This approach keeps your shortlist grounded in what each page actually shows rather than in assumptions drawn from a single headline or card. ## Overview The ERP discovery experience in **Sherkety ERP & Website Platform** is built around multiple entry points that support different buyer habits. Some visitors begin with the main ERP landing page, others notice a package block first, and others jump directly into a module card that matches an urgent business need. The important thing is that these routes are connected, so you can move between broad positioning and detailed evaluation without restarting your search. The overall discovery pattern works like this: - The **ERP landing page** introduces the product and sets the first impression - **Package messaging** helps you compare broad offer levels and intended business fit - **Module highlights** point you toward specific areas such as Accounting, HR, Sales & CRM, Purchasing, or Reporting - **Calls to action** move you either deeper into research or toward a direct inquiry This structure supports a buyer journey rather than a single fixed path. You may start with a headline and hero button, switch to a package comparison, then open a module page to confirm whether the ERP supports your priorities. That flexibility is useful when you are still narrowing your shortlist. The clearest way to use these pages is to match the page section to the question you are asking: - “What is this ERP offering?” → use the **landing page hero and value sections** - “Which option sounds closest to my business?” → use the **package cards** - “Does it handle the work I care about?” → use the **module highlights and module pages** - “Am I ready to speak with the team?” → use the **demo or contact actions** [SCREENSHOT: full ERP discovery page showing hero, package section, module highlights, and contact action] If you keep those roles separate, the discovery experience becomes much easier to follow. For the next stage, continue with [Browsing the Erp App Catalog and Module Categories](doc:browsing-the-erp-app-catalog-and-module-categories), which focuses on moving from these entry points into app listings and category-based exploration. ## Prerequisites You do not need an account to follow the ERP discovery journey in **Sherkety ERP & Website Platform**. This is a public browsing flow, so the main requirement is simply knowing what kind of question you want the pages to answer. If you arrive without that in mind, the landing page can feel broad because it includes package messaging, module highlights, and multiple calls to action on the same path. Before using this discovery flow, it helps if you have already done one or both of these: - Reviewed the general ERP offer in [Discovering ERP Products and Packages](doc:discovering-erp-products-and-packages) - Seen how discovery can lead into deeper product review in [Moving From ERP Discovery to Module Evaluation](doc:moving-from-erp-discovery-to-module-evaluation) You should also be comfortable with a few basic browsing patterns used across the public pages: - Using the **top navigation** to move between ERP-related pages - Opening **cards, buttons, and links** to compare different routes - Returning to a previous page when you want to compare another option - Switching language if needed through the site’s language controls, covered in [Switching Languages While Browsing the Platform](doc:switching-languages-while-browsing-the-platform) A practical starting point is to decide which of these you need first: - A broad understanding of the ERP offer - A comparison between package-style options - A direct look at a specific module - A path toward a demo or contact action [SCREENSHOT: public ERP page with navigation, language switcher, and visible ERP action buttons] If you already know your priority area, you can move quickly through the landing page and select the most relevant module highlight or package card. If you are earlier in the process, spend more time on the hero message and package sections before opening module details. The next document, [Browsing the Erp App Catalog and Module Categories](doc:browsing-the-erp-app-catalog-and-module-categories), builds on that by showing how to continue once you leave the main discovery page and start exploring app groupings in more detail. ## Understanding how visitors move from the homepage into deeper site sections When visitors land on the **homepage** in **Sherkety ERP & Website Platform**, they usually start with three visible navigation areas: the **homepage banner or hero section**, the **top navigation menu**, and the **footer links**. Each area supports a different kind of decision. The hero section is for quick action, the top menu is for browsing by topic, and the footer helps visitors jump to supporting pages such as contact, company information, and policy or FAQ content. From these entry points, visitors usually branch in one of four directions: - **ERP product exploration** through pages such as the **ERP System** page or individual app pages like **Accounting**, **Sales & CRM**, **HR**, **Purchasing**, and **Reporting** - **Business service evaluation** through service-focused pages about accounting services, company registration, or related business support - **Direct contact paths** through buttons such as **Request a Demo**, **Contact Us**, or **Talk to Sales** - **Supportive reading paths** through FAQ, company guidance, or other informational pages Repeated buttons play an important role across these pages. A visitor may first click **Learn More** on the homepage, then see **Request a Demo** on a product page, and later use **Contact Us** in the footer. These repeated prompts help people continue without needing to return to the homepage. This is especially useful when they enter the site from a search result instead of the main landing page. You can often tell a page’s purpose by its first screen: - A page with a bold headline and broad benefits is usually meant for **exploration** - A page with feature sections, comparison content, or app details is meant for **evaluation** - A page with a form, contact block, or strong action button is aimed at **direct inquiry** If you already reviewed ERP discovery paths, this page builds on that journey rather than repeating it. For more on entry routes into ERP content, see [Using ERP Discovery Paths From Marketing Pages](doc:using-erp-discovery-paths-from-marketing-pages). ## Using the homepage to identify the right path for your goals The **homepage** in **Sherkety ERP & Website Platform** is designed to help different visitors quickly decide where to go next. The first place to look is the **hero area** at the top of the page. This section usually includes a main headline, a short supporting message, and one or more clear buttons such as **Request a Demo**, **Learn More**, or **Contact Us**. These buttons separate visitors who are ready to act from visitors who still need to explore. Below the hero area, the homepage often includes grouped sections that help visitors compare options before opening a detailed page. Depending on what is shown, you may see: - **Feature highlights** that summarize what Sherkety ERP & Website Platform offers - **Solution cards** or **module tiles** that point to ERP areas such as **Accounting**, **HR**, **Sales & CRM**, **Purchasing**, or **Reporting** - **Service-focused sections** that direct visitors toward business services such as consulting, implementation, or support - **Comparison or value sections** that help visitors decide between service-based help and ERP product adoption These homepage sections are especially useful for a visitor who is not yet sure whether they need a software product, a business service, or both. A prospective ERP buyer can scan module cards and open the most relevant app page. A business services visitor can move toward pages about accounting support, company setup, or consultation. Trust content also matters early in the journey. Sections with **customer logos**, **testimonials**, **partner badges**, **certifications**, or team highlights help answer an unspoken question: “Can this company deliver what it promises?” These elements do not usually ask for immediate action, but they support the decision to click a deeper page or submit an inquiry later. [SCREENSHOT: Homepage hero with primary CTA button, secondary links, and module or service cards] If you want a closer look at homepage layout and decision points, see [Understanding the Homepage Hero and Primary Actions](doc:understanding-the-homepage-hero-and-primary-actions) and [Exploring Homepage Promotions and Trust Content](doc:exploring-homepage-promotions-and-trust-content). ## Exploring product and solution pages to evaluate fit Product and solution pages in **Sherkety ERP & Website Platform** are where visitors move from general interest to serious evaluation. These pages usually begin with a strong header section that names the offering and explains the business outcome it supports. From there, the page often moves into feature blocks, capability lists, and sections that explain how the product fits day-to-day work. A typical evaluation path looks like this: - Click a product link from the **homepage**, **top navigation**, or an **ERP apps catalog** page - Review the opening section for the main promise and target business need - Scroll through feature sections covering workflows, benefits, and use cases - Use comparison content, app highlights, or supporting sections to judge fit - Click a next-step button such as **Request a Demo**, **Talk to Sales**, or **Learn More** On these pages, visitors should pay attention to several types of content: - **Capabilities and workflows**: what work the product helps manage - **Business outcomes**: time savings, visibility, control, or growth support - **Scope clues**: whether the page presents a single app, a broader ERP package, or connected modules - **Proof points**: screenshots, examples, or supporting claims that make the offer feel concrete Conversion elements are often repeated throughout the page rather than shown only once. A visitor may see a button near the top, another action block in the middle, and a contact prompt near the bottom. This layout helps both fast decision-makers and careful evaluators. Someone ready to speak with sales can act immediately, while someone comparing options can continue reading and decide later. For a prospective ERP buyer, the most useful questions to answer on these pages are: - Does this page describe the workflows I need? - Does it look suitable for my company size or growth stage? - Does it suggest implementation help or ongoing support? - Is the next step a demo, a pricing conversation, or a broader consultation? For more detail on ERP landing paths, see [Using ERP System Landing Pages to Evaluate Offerings](doc:using-erp-system-landing-pages-to-evaluate-offerings) and [Evaluating ERP Modules From Catalog to Detail Pages](doc:evaluating-erp-modules-from-catalog-to-detail-pages). ## Reviewing service and company pages when you need expertise or reassurance Not every visitor comes to **Sherkety ERP & Website Platform** looking only for software. Many arrive because they need guidance, setup help, accounting support, or confidence that the team behind the offer can deliver. That is where **service pages** and **company pages** become important. Service pages usually focus on practical help such as: - **Implementation** - **Consulting** - **Customization** - **Training** - **Support** - **Accounting or company-related services** These pages often explain what is included, who the service is for, and what kind of outcome to expect. The action pattern is usually direct. After reading the service description, visitors are guided toward a button or contact area such as **Contact Us**, **Book a Consultation**, **Talk to Sales**, or another inquiry prompt. In some cases, the page may also guide visitors toward a dedicated contact form. Company-focused pages such as **About**, **Team**, partner-related content, or broader company information serve a different purpose. They reduce uncertainty. A visitor who is interested but cautious may open these pages to check: - Who is behind the business - Whether the team appears experienced - Whether certifications, partnerships, or trust indicators are shown - Whether there are customer stories or credibility signals - Whether it is easy to reach someone for follow-up These pages matter most when a visitor is asking, “Can I trust this company with my rollout, support, or business process?” They are especially useful after a visitor has already viewed a product or service page and wants reassurance before making contact. [SCREENSHOT: Service page with service description, trust section, and consultation CTA] A business services visitor often moves through this pattern: open a service page, review the scope, scan trust content, then use a consultation or contact option. If you want more detail on service discovery and company guidance, see [Browsing Company Type Guidance and Registration Content](doc:browsing-company-type-guidance-and-registration-content) and [Viewing Team and Ecosystem Highlights](doc:viewing-team-and-ecosystem-highlights). ## Using resources and proof content to continue product evaluation Many visitors are interested in **Sherkety ERP & Website Platform** but are not ready to fill out a form on their first visit. Resource and proof content helps these visitors keep learning without forcing an immediate sales step. This content can include **FAQ pages**, case-style proof sections, downloadable materials, educational pages, or other supporting content linked from product and service pages. These pages usually work best for mid-journey visitors who are comparing options, validating claims, or trying to understand whether Sherkety ERP & Website Platform fits their business. Common page elements include: - **Category filters** or grouped topics that help visitors narrow what they want to read - **Related content cards** that suggest the next useful page - **Inline banners** with buttons such as **Learn More**, **Request a Demo**, or **Contact Us** - **FAQ sections** that answer common concerns without requiring direct contact - **Proof-oriented sections** that connect features to business outcomes For ERP buyers, this content helps answer practical questions such as whether a module supports the right workflow, whether the product seems scalable, or whether similar businesses could benefit. For services visitors, proof content helps assess expertise, delivery experience, and the quality of support behind the offer. The most effective resource pages do not leave visitors at a dead end. Instead, they connect back into the main journey through visible links and action blocks. After reading a proof section or FAQ, a visitor should be able to: - Return to a relevant **product page** - Move to a **service page** - Open a **contact** or **consultation** path - Choose a stronger action such as **Request a Demo** This is why proof content is valuable even when it does not sell directly. It keeps the visitor engaged and helps them progress at their own pace. For related reading paths, see [Finding Answers in FAQ and Policy Pages](doc:finding-answers-in-faq-and-policy-pages) and [Using Comparison Sections to Evaluate Offerings](doc:using-comparison-sections-to-evaluate-offerings). ## Choosing calls to action that match visitor intent Calls to action work best in **Sherkety ERP & Website Platform** when they match what the visitor is trying to do at that moment. A visitor who already understands the offer should not be forced to keep browsing. At the same time, a visitor who is still comparing options should not be pushed too quickly into a high-commitment form. A simple way to read CTA intent is to group buttons by commitment level. **High-intent actions** are best for visitors who are close to making contact: - **Request a Demo** - **Book a Consultation** - **Contact Sales** - **Get a Quote** - **Contact Us** These buttons fit product pages, service pages, and strong in-page action blocks where the visitor has already reviewed enough detail to act. **Lower-commitment actions** are better for visitors who still need context: - **Learn More** - **Explore Features** - **View Case Study** - **Download Guide** These actions help visitors continue without pressure. They are especially useful on the homepage, in comparison sections, and inside supporting content where the goal is to keep the journey moving. Placement matters just as much as wording. Visitors should see a relevant next step in several locations: - In the **hero section** - Inside **mid-page content blocks** - Near supporting content or proof sections - In the **footer contact area** The key idea is consistency without forcing everyone into the same path. A visitor comparing ERP modules may need **Request a Demo**, while someone reviewing consulting help may need **Book a Consultation** or **Contact Us** instead. Matching the button to the page goal makes the journey feel clearer and more natural. The next document focuses on this in more detail: [Using Public Calls to Action Across Marketing Pages](doc:using-public-calls-to-action-across-marketing-pages). ## Overview This document focuses on how the public-facing pages in **Sherkety ERP & Website Platform** support different visitor goals. Rather than treating every page as a separate destination, it helps to see the website as a set of connected paths. Visitors often begin on the **homepage**, then move through **ERP pages**, **service pages**, **company pages**, and **supporting content** depending on what they need to confirm before taking action. The main section types covered here are: - **Homepage sections** that help visitors choose a direction - **Product and solution pages** used to evaluate ERP modules and business outcomes - **Service and company pages** used to assess expertise, delivery capability, and trust - **Resource and proof content** that supports visitors who are still comparing options - **Calls to action** that guide people toward demos, consultations, or contact paths This guide is most useful when you want to understand **why** a page exists and **what kind of visitor action** it is meant to encourage. For example, a feature-rich app page usually supports evaluation, while a company or team page supports reassurance. A contact-focused block or footer prompt supports direct inquiry. If you need help with broader page entry patterns before reading this guide, refer to [Navigating Public Pages and Entry Points](doc:navigating-public-pages-and-entry-points) and [Understanding Public Page Layouts and Visitor Actions](doc:understanding-public-page-layouts-and-visitor-actions). If you are specifically comparing ERP discovery routes, continue using [Using ERP Discovery Paths From Marketing Pages](doc:using-erp-discovery-paths-from-marketing-pages) alongside this document. ## Prerequisites You do not need admin access or editing permissions to use this guide. It is written for anyone browsing the public website in **Sherkety ERP & Website Platform** and trying to understand where different page sections lead. Before using this document, it helps if you are already comfortable with a few basic browsing patterns: - Opening pages from the **top navigation menu** - Using **homepage buttons** and section links - Scrolling through long marketing pages - Recognizing **footer links** as another way to continue browsing - Switching language if you browse multilingual pages You will get the most value from this guide if you have already read: - [Browsing the Sherkety Public Website](doc:browsing-the-sherkety-public-website) - [Navigating Public Pages and Entry Points](doc:navigating-public-pages-and-entry-points) - [Understanding Public Page Layouts and Visitor Actions](doc:understanding-public-page-layouts-and-visitor-actions) - [Using ERP Discovery Paths From Marketing Pages](doc:using-erp-discovery-paths-from-marketing-pages) Those documents explain how to move around the public site. This guide builds on that foundation by showing how to interpret page sections based on visitor goals such as exploration, evaluation, reassurance, and direct inquiry. If you are reading this while comparing offers, keep an eye on visible page signals such as the **headline area**, **feature sections**, **trust content**, and **action buttons**. Those elements usually tell you whether the page is inviting you to keep learning, compare options, or contact the Sherkety team directly. ## Opening the SEO admin area and understanding what it controls In Sherkety ERP & Website Platform, open the admin area by signing in through the **Login** screen, then use the admin navigation to go to the **SEO** section. This is the screen used to manage search-facing page information for the public website. If you already worked through [Updating Search Facing Page Information in Admin](doc:updating-search-facing-page-information-in-admin), this screen is where those page records are maintained in one place instead of editing visible page text. The **SEO** area controls information that search engines and sharing tools read about a page. Depending on the page record you open, you may see fields for the page title used in search results, the short summary shown under that title, canonical address settings, indexing controls, and social sharing values. These settings affect how a public page is presented outside the visible page body. They do not replace the headings, paragraphs, cards, or call-to-action buttons that visitors see on the page itself. That difference matters when you decide where to make a change: - Use **Content** when you want to change visible website text, section wording, or page layout content. - Use **SEO** when you want to change search-facing details such as the browser title, search snippet text, or indexing behavior. Access is role-based in the admin area. **Content Editors** typically update page-level metadata for individual public pages. **Administrators** usually handle broader decisions, such as which pages should have dedicated SEO records, whether defaults should be reused across multiple pages, and whether certain pages should be indexed at all. [SCREENSHOT: Admin navigation with SEO highlighted in the left menu] If you cannot open the **SEO** screen, your account may not include access to that admin section. In that case, compare your permissions with the guidance in [Understanding Role Visibility and Access Restrictions](doc:understanding-role-visibility-and-access-restrictions). ## Editing the metadata fields available for each page Once you are in **SEO**, start from the page list and select the page you want to update. The list is used to manage public website pages, so choose the exact record that matches the live page you intend to change. Open that record to view its metadata form. Most SEO forms in Sherkety ERP & Website Platform are organized around a small set of search-facing fields. The exact fields can vary by page, but you may see options like these: | Field | What you enter | What it affects | |---|---|---| | **SEO Title** | A search-friendly page title | Browser tab title and search result title | | **Meta Description** | A short summary of the page | Search result snippet text | | **Canonical URL** | The preferred page address | Helps search engines treat one address as primary | | **Robots** or indexing setting | Whether the page should be indexed or followed | Search engine crawling behavior | | **Social Preview Image** | An image used when the page is shared | Link previews on social platforms | Type directly into each field, then click **Save** to store your changes. If the admin screen shows validation messages, resolve those before leaving the page. For example, you may see warnings when a title or description is too long, missing, or not suitable for the field. If a field is optional, you can usually leave it blank, but the page may then rely on a default value instead of a custom one. Empty fields do not always mean “nothing will be shown.” In many cases, Sherkety ERP & Website Platform may fall back to existing page information, such as the page title or another shared default. Because of that, review blank fields carefully. If you want a page to have a unique search result appearance, enter a dedicated value rather than relying on inherited content. [SCREENSHOT: SEO page record open with title, description, canonical, and robots fields visible] ## Understanding which public pages have SEO coverage The **SEO** section in Sherkety ERP & Website Platform is meant for public-facing pages, not every screen in the product. In practice, SEO coverage usually applies to pages that visitors can reach from the website navigation, footer links, service menus, and ERP product pages. That includes the homepage, service and informational pages, company type guidance pages, ERP landing pages, and other public marketing pages. From the available page routes, you can expect search-facing coverage to matter most for pages such as: - The **homepage** - The **ERP System** landing page - Public **company types** pages, including company type detail pages - Public ERP app pages such as **Accounting**, **Sales & CRM**, **HR**, **Purchasing**, and **Reporting** - Other public website content managed through the website and content areas You can usually tell whether a page has dedicated SEO coverage by checking whether it appears as its own record in the **SEO** list. If it has a record, you can open it and maintain its metadata directly. If it does not appear there, the page may be using shared defaults or may not be intended for search optimization as a standalone page. Some pages are intentionally outside normal SEO management. Admin-only screens such as **Dashboard**, **Content**, **Users**, **Settings**, **SEO**, **Services**, and **Pricing** are protected work areas, not public pages. The **Login** screen and tools such as the **Migration Tool** also are not pages you would normally optimize for public search visibility. This distinction helps prevent wasted effort. Focus your SEO updates on pages that represent Sherkety ERP & Website Platform to visitors. For pages that are utility-focused, restricted, or temporary, search-facing settings may be limited, inherited, or intentionally unavailable. [SCREENSHOT: SEO page list showing multiple public page records] ## Managing shared defaults and page-specific overrides SEO settings in Sherkety ERP & Website Platform are not always entered from scratch for every page. Some values may come from shared defaults, while others are set directly on a page record. Understanding that difference helps you avoid duplicate titles, repeated descriptions, and conflicting canonical settings. Use shared defaults when several pages should follow the same pattern. This is most useful for broad settings that should stay consistent across the website, such as a common naming style, standard fallback description structure, or a default indexing approach for pages without custom entries. Administrators usually manage these broader decisions because they affect coverage across multiple public pages. Use page-specific values when a page needs its own search result wording. For example, a homepage, ERP app page, or company type detail page often needs a title and description that match its exact purpose. In the **SEO** screen, opening a page record and entering a custom **SEO Title** or **Meta Description** lets that page override the broader default. A practical workflow looks like this: 1. Open the page record in **SEO**. 2. Check whether the current values are inherited, blank, or already customized. 3. Keep the inherited value if the page follows the shared pattern and does not need unique search messaging. 4. Enter a custom title, description, canonical setting, or indexing value if the page serves a distinct audience or topic. 5. Click **Save**, then review the live page. When deciding between defaults and overrides, consistency matters. Similar pages should follow the same naming style, while unique pages should have clearly differentiated titles and descriptions. This is especially important if several pages discuss related services or ERP modules. If you need help aligning page wording before editing, review [Keeping Search Snippets Consistent Across Pages](doc:keeping-search-snippets-consistent-across-pages). ## Checking how metadata changes appear on the live site After you update a record in the **SEO** screen, click **Save** and then open the matching public page in Sherkety ERP & Website Platform. This check confirms that you changed the correct page and that the saved values are appearing where expected. Start with the most visible result: the browser tab title. If you updated the **SEO Title**, the title shown in the tab should reflect your change. Next, compare the page you opened with the record you edited. This is especially important for pages that look similar, belong to the same section, or share a common layout. A title change appearing on the wrong page usually means the wrong SEO record was edited. You should also verify the hidden metadata attached to the page. In your browser, view the page source and look for the title, description, canonical, and robots entries. Compare those values with what you entered in the **SEO** form: - **Title** should match the **SEO Title** - **Description** should match the **Meta Description** - **Canonical** should match the preferred page address you saved - **Robots** should match the indexing choice you selected If the page still shows older values, wait briefly and refresh the page again. In some cases, updated metadata may not appear immediately if the public page is using cached content or if publishing changes take a short time to become visible. If the admin form saved successfully but the live page still does not reflect the update, re-open the SEO record and confirm the values were stored correctly. [SCREENSHOT: Public page open in browser with updated tab title visible] For a broader review process before publishing a batch of changes, continue with [Reviewing SEO Updates Before and After Publication](doc:reviewing-seo-updates-before-and-after-publication), then move on to the next guide: [Reviewing Seo Changes for Consistency Before Publication](doc:reviewing-seo-changes-for-consistency-before-publication). ## SEO metadata field reference by covered page type The table below summarizes the public page types visible from the available website structure in Sherkety ERP & Website Platform and how to think about their SEO coverage. Use it as a quick reference when deciding whether to expect a dedicated record in the **SEO** screen. | Covered page type | Typical SEO fields | Field availability | Notes | |---|---|---|---| | **Homepage** | SEO Title, Meta Description, Canonical URL, Robots, Social Preview Image | Usually a dedicated record with the fullest set of fields | High-priority page for custom metadata | | **Standard public content pages** | SEO Title, Meta Description, Canonical URL, Robots | Usually available per page | Includes informational and service-related pages | | **ERP landing pages** | SEO Title, Meta Description, Canonical URL, Robots, sometimes Social Preview Image | Usually available per page | Includes ERP System and app overview pages | | **Company types listing page** | SEO Title, Meta Description, Canonical URL, Robots | Usually available as a dedicated page record | Useful for broad category-style search visibility | | **Company type detail pages** | SEO Title, Meta Description, Canonical URL, Robots | May be managed individually or follow a shared pattern | Check whether each detail page appears separately in SEO | | **ERP app detail pages** | SEO Title, Meta Description, Canonical URL, Robots | Usually available per page | Includes Accounting, Sales & CRM, HR, Purchasing, Reporting | | **Admin and utility pages** | Limited or unavailable | Generally excluded | Includes Login and all admin screens | A few points help when using this table: - **Required** fields are usually the ones needed to present a clear search result, especially **SEO Title** and sometimes **Meta Description**. - **Optional** fields often include **Canonical URL**, **Robots**, and **Social Preview Image**, depending on the page. - **Inherited** behavior is common when a page does not have its own custom record or when certain fields are left blank. - **Unavailable** means the page is not intended for direct search optimization in the admin area. For dynamic-looking public pages, such as detail pages under **Company Types**, check whether each page has its own entry in **SEO** or whether the section follows a shared default pattern. ## Overview - Use the **SEO** section in Sherkety ERP & Website Platform to manage search-facing information for public website pages. - Keep SEO work separate from visible content editing. Use **Content** for on-page text and layouts, and **SEO** for titles, descriptions, canonical settings, indexing controls, and sharing details where available. - Focus on public pages such as the homepage, ERP landing pages, company type pages, and ERP app pages. - Do not expect normal SEO coverage for protected admin screens, the **Login** page, or internal tools. - Check whether a page has its own SEO record before editing. If it does not, it may rely on shared defaults instead of page-specific values. - Use page-level overrides only when a page needs unique search messaging. Otherwise, keep inherited values to maintain consistency across related pages. - After saving, verify the change on the live page by checking the browser tab title and the page source metadata. If you need a refresher on entering and updating individual records, return to [Maintaining Page SEO Details in Admin](doc:maintaining-page-seo-details-in-admin) or [Managing Page Metadata in the SEO Admin](doc:managing-page-metadata-in-the-seo-admin). ## Prerequisites - You must be able to sign in to the admin area of Sherkety ERP & Website Platform. - Your account should include access to the **SEO** section. This is commonly available to **Content Editors** and **Administrators**. - You should know which public page you want to update before opening the SEO list. - It helps to have already reviewed [Updating Search Facing Page Information in Admin](doc:updating-search-facing-page-information-in-admin), since that guide covers the basic update flow. - If you are deciding whether a page should use a shared pattern or a custom title and description, review [Keeping Search Snippets Consistent Across Pages](doc:keeping-search-snippets-consistent-across-pages) before making broad edits. - For pages with visible content changes as well as metadata changes, be ready to switch between the **Content** and **SEO** sections so you update the correct part of the website. ## Opening the content editor and recognizing the workspace layout In **Sherkety ERP & Website Platform**, the content editor opens in a **modal window** on top of the page you are already viewing. You do not leave the current page to edit content. Instead, the editor appears as an overlay, which lets you keep the original page context in view while you work. This is especially helpful when you launch editing from website sections or admin content areas and want to confirm you are changing the correct page section. At the top of the modal, you will usually see a **header area** with the section title or page context, along with the main actions for the editor. The most important controls are the **Save** action and the **Close** or **Cancel** option. These are the first buttons to look for when the editor opens, because they control whether your changes are kept or discarded. The center of the modal is the main **editable field area**. This is where you update visible website content such as headings, short text, longer body content, and other editable details. Some parts of the workspace may show context only, such as the page or section you are editing. Treat those read-only details as a reference so you can confirm you are in the right place before making changes. You may also see an area for **validation messages** if something is missing or entered incorrectly. These messages help explain why content cannot be saved yet. At the bottom of the modal, the **footer controls** usually repeat the save-related actions so you can finish your work without scrolling back up. [SCREENSHOT: Content editor modal open over a website page, showing header actions, field area, validation area, and footer save controls] If you need a refresher on how you got to this editor from the page itself, see [Editing Content Directly From the Website](doc:editing-content-directly-from-the-website) and [Using Section and Footer Edit Controls](doc:using-section-and-footer-edit-controls). ## Editing content across the field areas Inside the modal, Sherkety ERP & Website Platform organizes editable content into clear field areas so you can work through the section without guessing what belongs where. The most common fields are **single-line text fields** for short items such as titles or labels, and **larger text areas** for longer section copy, descriptions, or body content. Depending on the page section, you may also see supporting fields that act like metadata or page details, grouped separately from the main visible text. The easiest way to work is to read each **field label** carefully before typing. Labels tell you exactly what part of the page each field controls. Some fields may also include **help text** or built-in guidance inside the field area. These cues help you understand what kind of content belongs there and whether the field expects a short phrase or a longer paragraph. As you type, the modal reflects that you have made **unsaved changes**. At this stage, the content is only updated inside the editor workspace. The live page underneath does not become your final saved version until you use the **Save** button successfully. This gives you time to review what you changed before committing it. Pay close attention to fields marked as **required**. These are the fields you must complete before the save can finish. If you have already learned how to work with repeated items such as lists, cards, or grouped entries, continue using the same editing approach described in [Managing Repeating Content Items in the Editor](doc:managing-repeating-content-items-in-the-editor) rather than expecting this workspace guide to repeat those details. [SCREENSHOT: Editor fields showing short text inputs, larger content areas, and required field indicators] Before saving, scan the full modal once more: - Check that each edited field contains the intended text - Confirm required fields are filled in - Review any grouped content areas separately - Make sure you are editing the correct page section shown in the modal context ## Understanding validation before and during save Validation in **Sherkety ERP & Website Platform** helps prevent incomplete or unusable content from being saved. In the content editor, this checking can happen at more than one point in your workflow. You may notice feedback while you are typing, after you move out of a field, or when you click **Save** in the modal footer. This means you do not always have to wait until the end to find problems. The most common validation issue is a **required field** that has been left empty. When that happens, the field itself may show an error state so you can spot the problem where it starts. In addition to field-level feedback, the modal may also display a broader message area that explains why the content cannot be saved yet. Use both levels together: the message area tells you that something is blocking the save, and the highlighted field shows you where to fix it. You may also run into an **invalid format** or incomplete entry. When that happens, the editor keeps the save from completing until the problem is corrected. This is intentional. Sherkety ERP & Website Platform is preventing partial or invalid content from replacing the published version. A practical way to handle validation is to pause as soon as you see an error: - Read the message near the field first - Look for any highlighted input or text area - Return to the top or bottom message area if the issue is still unclear - Correct the field, then check whether the error styling disappears Once you fix the blocking issue, the error indicators usually clear automatically or after the field is rechecked. At that point, **Save** becomes usable again and you can continue. If you want more detail on reviewing content before committing it, see [Validating Saving and Reviewing Content Changes](doc:validating-saving-and-reviewing-content-changes) and [Previewing Changes Before Saving Content](doc:previewing-changes-before-saving-content). [SCREENSHOT: Validation error shown on a required field with a message area in the editor modal] ## Saving changes from the modal editor After you update one or more fields in the modal, the normal save flow in **Sherkety ERP & Website Platform** is straightforward: make your edits, click **Save**, wait for the save to finish, and then confirm that the updated content is reflected in the page or editing context. The important part is to let the save process complete before closing the editor or trying again. When you click **Save**, Sherkety ERP & Website Platform checks the current content first. If the fields pass validation, the save begins. During this in-progress state, the **Save** button may become disabled or show a loading state so you cannot submit the same change repeatedly. Other controls may also be temporarily limited while the request is being processed. This protects your work and avoids duplicate saves. If the save succeeds, you should see a **confirmation message** or other success feedback. Depending on the editing flow, the modal may stay open so you can continue reviewing, or it may close and return you to the underlying page. In either case, the key sign of success is that the content is no longer treated as unsaved and the parent page reflects the updated version. If you click **Save** and nothing completes, the most likely reason is not a broken button but an unresolved validation issue. In that case, the modal remains open and points you back to the fields that still need attention. The save flow only finishes when all required content is valid. Use this pattern every time: - Edit the fields you need - Click **Save** once - Wait for the loading state to finish - Look for the success message or refreshed content - Only then close the modal or move to another section [SCREENSHOT: Save button in progress, followed by a success confirmation after content is saved] ## Closing the editor without losing important work The **Cancel**, **Close**, or dismiss control in the modal lets you leave the editor without saving. In **Sherkety ERP & Website Platform**, this action matters most when you have already changed one or more fields. If there are **unsaved edits**, the editor may show a warning or confirmation prompt before it closes. That prompt is there to stop accidental loss of work. If you see an unsaved-changes warning, read it carefully before choosing what to do next. One option usually keeps you in the editor so you can return to the fields and click **Save**. The other option dismisses the modal and discards the edits you made during that session. Discarding means the underlying page stays as it was before you opened the editor. This is the key difference: - **Saved changes** remain available after the modal closes and should appear on the page or in the updated content state - **Unsaved changes** are lost if you confirm that you want to leave without saving If you are unsure whether your last edit was stored, do not close the modal immediately. First, look for a clear success message or other sign that the save completed. If you close too early during an in-progress save, you may assume the content was stored when it was not. A safe habit is to pause before dismissing the editor and check: - Did you click **Save**? - Did the loading state finish? - Did you see a success confirmation? - Does the page reflect the updated content after the modal closes? [SCREENSHOT: Unsaved changes confirmation dialog shown after clicking Close on the editor modal] This is especially important when making several small edits in one session, because it is easy to forget which changes were already saved and which were still only in the modal. ## Fixing common save and validation problems Most save issues in **Sherkety ERP & Website Platform** come from the editor form itself rather than from the page you opened it from. If the **Save** button does not complete the action, start by looking for fields that are still marked invalid. A required field may be empty, or a field may still be showing an error state even if you already typed something into it. Return to each highlighted field and confirm the content is complete. If you see a validation message but the issue is not obvious, use both levels of feedback in the modal: - Check the **message area** for a general explanation - Scan the form for highlighted fields - Click into each flagged field and review its label - Correct the value, then move out of the field to see whether the error clears Another common problem is thinking changes were saved when they were only edited locally in the modal. If your updates seem to disappear after closing, confirm whether the save actually finished. A successful save should show a visible confirmation state. If you closed the modal without that confirmation, the changes may have been discarded. Repeated save attempts can also cause confusion. If you click **Save** several times quickly, or try to close the modal while the save is still running, you may interrupt your own workflow. When the save starts, wait for the in-progress state to finish before doing anything else. A reliable troubleshooting routine is: - Reopen the editor if needed - Review all required fields - Resolve every visible error - Click **Save** once - Wait for the success confirmation before closing If you are still checking the quality of your edits before final publication, pair this workflow with [Using Live Preview to Check Page Updates](doc:using-live-preview-to-check-page-updates), which helps you verify how the content appears after editing. ## Overview The content editor workspace in **Sherkety ERP & Website Platform** is designed to keep editing focused and contained. Instead of sending you to a separate page, it opens as a modal over the current website or admin screen. That layout helps you keep track of the section you are updating while still giving you a dedicated space to edit text, review errors, and save safely. The main parts of the workspace are consistent: - A **header** that identifies the content area and shows key actions - A **field area** where you edit titles, descriptions, and other content - A **validation area** that explains what is blocking a save - A **footer** with the main save controls The save flow follows a simple pattern: - Make changes in the modal - Review required fields and any validation feedback - Click **Save** - Wait for the loading state to finish - Confirm the success message or updated page content This guide focuses on understanding that overall workspace and save behavior. It does not repeat detailed instructions for multilingual fields or repeating item structures, which are already covered in [Managing Multilingual Fields in the Content Editor](doc:managing-multilingual-fields-in-the-content-editor) and [Managing Repeating Content Items in the Editor](doc:managing-repeating-content-items-in-the-editor). [SCREENSHOT: Full content editor workspace with key regions labeled] The next step is to use that same editing workspace to review how your changes appear before publication in [Using Live Preview to Review Content Before Publication](doc:using-live-preview-to-review-content-before-publication). ## Prerequisites Before this workspace and save flow will make sense in day-to-day use, you should already be comfortable entering the content editor from the correct place and recognizing the basic editing controls available to your role in **Sherkety ERP & Website Platform**. You do not need advanced admin knowledge, but you do need access to content editing and a page or section that can be edited. You are ready for this guide if you can already do the following: - Sign in to the admin area and reach editable website content - Open the editor from a page section or content-related admin area - Recognize standard actions such as **Save**, **Cancel**, and **Close** - Identify the section you intend to update before changing any fields It also helps if you have already read: - [Editing Multilingual Content in the Editor](doc:editing-multilingual-content-in-the-editor) - [Managing Repeating Content Items in the Editor](doc:managing-repeating-content-items-in-the-editor) - [Validating Saving and Reviewing Content Changes](doc:validating-saving-and-reviewing-content-changes) Those guides cover specialized editing tasks that may appear inside the same modal workspace. This document builds on that knowledge by showing how the workspace is arranged and how the full save flow behaves from start to finish. If you are still getting familiar with the admin side of Sherkety ERP & Website Platform, review [Signing In and Accessing the Admin Portal](doc:signing-in-and-accessing-the-admin-portal) and [Using the Admin Dashboard for Navigation](doc:using-the-admin-dashboard-for-navigation) before returning to the editor. Once you are comfortable opening the modal and saving changes confidently, continue to [Using Live Preview to Review Content Before Publication](doc:using-live-preview-to-review-content-before-publication). ## Finding the Language Switcher on Public Pages On public-facing pages in **Sherkety ERP & Website Platform**, the language switcher is typically part of the main website header. Look across the top navigation area where you already use menus to move between the homepage, service pages, ERP pages, company type pages, and contact pages. The language control appears as the currently selected language, usually shown as a short language label or locale-style option inside a clickable menu. You can use this same header control on the main public areas of the site, including pages such as the homepage, service and product pages, ERP app pages, company guidance pages, and contact pages. If you have already worked through [Browsing Localized Pages and Language Specific Routes](doc:browsing-localized-pages-and-language-specific-routes), this is the same browsing experience, but here the focus is on switching between public and admin views. To open the list of available languages: 1. Go to any public page. 2. Find the language label in the header. 3. Click or tap the language control to open the dropdown list. 4. Select the language you want to use. [SCREENSHOT: Public website header with the language switcher highlighted] Only languages that are enabled for the website appear in this list. If you expect to see another language and it is not listed, that usually means it has not been made available for public browsing yet. When the menu opens, compare the option currently shown in the header with the choices in the dropdown. This helps you confirm which language you are already viewing before you switch. On smaller screens, the language selector may appear inside the mobile navigation menu rather than directly on the top bar, but it still serves the same purpose: choosing the language used for the public website content and labels. ## Changing the Language While Browsing the Website When you are already browsing the public website in **Sherkety ERP & Website Platform**, you can change languages without leaving the page you are on. This is useful when comparing service descriptions, ERP module pages, contact information, or company guidance in more than one language. To switch languages while staying in context: 1. Open the public page you want to read. 2. Click the language selector in the header. 3. Choose another available language from the dropdown. 4. Wait for the page to refresh in the selected language. If a translated version of that page exists, Sherkety ERP & Website Platform keeps you on the same page and reloads it in the language you selected. For example, if you are reading an ERP app page or a company type detail page, the page should reopen in that same section rather than sending you back to the homepage. After the switch, visible website text updates to match the selected language where translations are available. This usually includes: - Navigation labels in the header - Page titles and section headings - Buttons and call-to-action text - Footer links - Form labels and other visitor-facing text [SCREENSHOT: Same public page shown before and after changing the language] Sometimes a page may appear partly translated. You might see the menu and buttons in the new language while a paragraph, card title, or custom section remains in the original language. That usually means the page structure has a translation, but some content on that page has not been translated yet. Mixed-language pages are a sign that part of the content is ready and part still needs review. If you want more detail on how page addresses and translated versions relate to each other, refer back to [Browsing Localized Pages and Language Specific Routes](doc:browsing-localized-pages-and-language-specific-routes). ## Switching Languages Inside the Admin Area Inside the admin area of **Sherkety ERP & Website Platform**, language switching is separate from the public website header. After signing in, use the account or user menu in the admin interface to access your personal preferences. This is where Content Editors and Administrators change the language used for their own admin screens. To change your admin language: 1. Sign in to the admin area. 2. Open the user menu in the top area of the screen. 3. Go to your preferences or account settings. 4. Choose your preferred language. 5. Save the change. [SCREENSHOT: Admin user menu opened with language or preferences option highlighted] Once saved, the admin interface updates for your account. This affects the labels you see while working in areas such as **Dashboard**, **Content**, **Users**, **Settings**, **SEO**, **Services**, and **Pricing**. You may notice changes in: - Navigation menu labels - Form field labels - Buttons such as **Save**, **Cancel**, or similar actions - Notices, confirmations, and other system messages This admin language setting applies only to your signed-in back-office experience. It does not change the public website language for visitors, and it does not automatically rewrite public content. In other words, changing your admin language helps you work more comfortably in the admin area, while the public language switcher controls what visitors read on the website. If the interface does not update immediately after saving, refresh the page or reopen the admin area. Some parts of the admin interface may update right away, while others may appear after a reload. For sign-in help and access details, see [Signing In and Accessing the Admin Portal](doc:signing-in-and-accessing-the-admin-portal). ## Understanding What Changes After You Switch Languages A language switch in **Sherkety ERP & Website Platform** can affect two different things: the interface you use and the content being shown. Keeping those separate makes it much easier to understand what should change and what may stay the same. On the public website, switching languages changes the visitor-facing content for that page when a translation exists. This includes page headings, section text, menu labels, footer links, button text, and other visible website copy. If you open a services page, ERP app page, or contact page and switch languages from the header, the website tries to show that same page in the selected language. Inside the admin area, changing your language affects the back-office interface for your own account. That means the labels around the workspace can change, such as menu names, form labels, buttons, and messages. It does **not** automatically change the language of the public website for other users, and it does **not** translate page content that editors entered manually. This difference is important: | What you change | What updates | |---|---| | Public website language selector | Visitor-facing page text and shared website elements | | Admin account language preference | Your admin menus, forms, buttons, and messages | Shared website elements such as the main menu, footer links, and call-to-action buttons usually follow the selected public language when translations are available. However, custom text entered for a page section, service card, article, or other published content may remain in the original language if no translated version has been added yet. So if you switch languages and only part of the page changes, that does not always mean something is broken. It often means the interface text is translated, but some page content still needs a translated version. This is especially noticeable on content-heavy pages with headings, descriptive paragraphs, and promotional sections. ## Using Language Switching as a Content Editor or Administrator Language switching is not only for visitors. In **Sherkety ERP & Website Platform**, Content Editors and Administrators use it to review what people actually see and to confirm that the right language options are available across the website and admin area. As a Content Editor, your most common check is on the public website itself. Open the page you want to review, use the header language switcher, and compare the translated version with the original. This is especially useful on the homepage, service pages, ERP app pages, company type pages, and contact sections. Look closely at page headings, paragraph text, buttons, menu labels, footer links, and form labels. If one section stays in the original language while the rest changes, that section likely still needs translation work. For related editing workflows, see [Editing Multilingual Content in the Editor](doc:editing-multilingual-content-in-the-editor). As an Administrator, you usually check both availability and consistency. Review whether the expected languages appear in the public language selector, then switch between them on key pages to confirm that the website presents the correct translated content. You can also change your own admin language in your account preferences to confirm that admin navigation, settings labels, and messages display correctly for back-office users. A practical review routine looks like this: 1. Open a key public page and switch languages from the header. 2. Confirm that headings, menus, buttons, and footer links update. 3. Check forms and calls to action for the selected language. 4. Sign in to the admin area and confirm your admin interface language if needed. Role expectations are different depending on who is using the product: - **Visitors** switch languages to read the website. - **Content Editors** switch languages to review translated public content. - **Administrators** switch languages to verify both public options and admin interface behavior. ## Fixing Common Language Switching Issues If language switching does not behave as expected in **Sherkety ERP & Website Platform**, start by checking whether the issue is on the public website, in the admin area, or only on one specific page. Most problems are caused by missing language availability or missing translations for part of the content. If the language selector is missing on the website, first confirm that more than one website language is available. When only one public language is enabled, there may be nothing to show in the selector. Also check several public pages, such as the homepage and a service page, to make sure the issue is not limited to one layout. If a page stays partly untranslated after switching, the most likely cause is incomplete translated content. The page may already have translated navigation and button labels, but a section heading, paragraph, menu item, or call-to-action label may still exist only in the original language. Review the affected page content and compare it across languages. If the admin interface does not change after you update your language preference, reopen the user menu and confirm the change was saved. Then refresh the page or sign out and back in if needed. Admin labels, buttons, and notices should reflect your saved preference, but the public website language remains separate. Use this quick issue guide: | Problem | What to check | |---|---| | Language selector not visible | More than one public language is enabled | | Page only partly translated | The page content, menu item, or button text may not have a translation | | Admin language did not update | Your account preference may not have been saved; refresh or sign in again | | Language available on some pages but not others | That language may be enabled, but some pages or shared content are not translated yet | When the issue is specifically about missing content after a switch, [Responding to Missing Content and Retry Messages](doc:responding-to-missing-content-and-retry-messages) can help you recognize whether you are seeing an incomplete translation or a loading problem. ## Overview This document focuses on how language switching works across both sides of **Sherkety ERP & Website Platform**: the public website and the admin area. The key point is that these are related but separate experiences. On public pages, visitors use the language selector in the website header to read pages in another available language. When a translated version exists, Sherkety ERP & Website Platform keeps them on the same page and updates visible text such as menus, headings, buttons, footer links, and form labels. If some sections remain in the original language, that usually means the page is only partly translated. In the admin area, signed-in users change their own working language through their account or preferences area. This affects the back-office interface they see while using screens such as **Dashboard**, **Content**, **Users**, **Settings**, **SEO**, **Services**, and **Pricing**. It does not change the public website language for visitors. This matters for different roles in different ways: - **Visitors** care about reading website content in their preferred language. - **Content Editors** use language switching to review translated pages and spot missing text. - **Administrators** use it to confirm public language availability and verify the admin interface language for their own account. If you need a refresher on how translated page versions are reached while browsing, return to [Browsing Localized Pages and Language Specific Routes](doc:browsing-localized-pages-and-language-specific-routes). The next topic in this sequence is [Understanding Language Specific Routes and Page Availability](doc:understanding-language-specific-routes-and-page-availability), which explains why some pages are available in one language and not another. ## Prerequisites Before working through language switching across public and admin pages in **Sherkety ERP & Website Platform**, make sure the following conditions are true: - You can open the public website and browse pages such as the homepage, service pages, ERP pages, company type pages, or contact pages. - At least two website languages are available in the public header language selector. - If you want to test admin language behavior, you have a valid sign-in for the admin area. - Your account has access to the admin screens you need, such as **Dashboard** or **Content**. - You already understand the basics of moving between translated public pages from [Browsing Localized Pages and Language Specific Routes](doc:browsing-localized-pages-and-language-specific-routes). It also helps to know what you are trying to verify: - For **visitor checks**, you only need access to the public website. - For **content review checks**, you should know which public pages have translated content ready for review. - For **admin interface checks**, you need access to your account preferences or user menu in the admin area. If a language does not appear in the public selector, or if a page does not show translated content after switching, that may be a setup or content availability issue rather than a browsing problem. In that case, keep this guide open while you compare what appears on the page with the expected language options and translated sections. ## Choosing Where to Make Your Edit In **Sherkety ERP & Website Platform**, the best place to make a change depends on what you are editing and how far that change reaches. Use **inline editing** when you want to work directly on the public page and review the result in its real layout. This is the quickest option for visible content such as: - **Headings** - **Paragraph text** - **Button labels** - **Image-related text** - **Section copy** - **Visible link text** This approach is especially useful when wording, spacing, and placement matter. If you need to adjust a homepage headline, update a service description, or refine a call-to-action button while seeing the surrounding design, the page itself is usually the right place to edit. For related guidance, see [Editing Content Directly From the Website](doc:editing-content-directly-from-the-website). Choose an **admin page** when the information is not fully visible on the page or when the change affects more than one screen. Admin pages are better for items such as: - **SEO title** - **Meta description** - **Publishing status** - **Categories** - **Tags** - **Reusable content records** - **Shared entries that feed cards or listings** A good rule is to think about **scope**: - If you are fixing wording on **one page**, use inline editing. - If you are maintaining **multiple fields for one record**, use the admin area. - If you are changing **shared or site-wide content**, use the admin area. - If you need to review related settings before saving, use the admin area. You can usually start from the public page with the **Edit** option, or move into the admin area through the top toolbar or admin navigation. If you already know the content belongs in a managed list, such as services or pricing, going straight to the relevant admin screen is often faster. [SCREENSHOT: public page with Edit option and admin navigation shown side by side] ## Editing Content Directly on the Page Inline editing works best when the content is already visible and you want to adjust it in context. In **Sherkety ERP & Website Platform**, start from the page you want to update and enter edit mode using the page-level **Edit** control. Once edit mode is active, editable areas are typically easier to identify as you move across the page. Look for visible content blocks you can update directly, such as: - **Page titles** - **Section headings** - **Body text** - **Button text** - **Image captions** - **Navigation labels shown on the page** - **Short promotional copy** This method is useful when you need to judge the result immediately. For example, changing a heading on the homepage is easier when you can see how it wraps across the hero area, how it sits above the supporting text, and whether the button underneath still reads clearly. The same applies to service sections, trust content, and promotional blocks. Contextual controls near each editable area may let you do more than change text. Depending on the block, you may be able to: - **Replace media** - **Adjust formatting** - **Reorder visible items** - **Open the content editor for that section** After making your changes, use the available **Save** or **Publish** action in the editor controls. Then review the rendered page before leaving. Pay attention to: - **Line breaks** - **Button width** - **Image placement** - **Spacing between blocks** - **How the section looks in different preview sizes** If you need a refresher on section-level controls or shared page elements, refer back to [Editing Footer and Shared Sections From Page Layouts](doc:editing-footer-and-shared-sections-from-page-layouts) rather than repeating that workflow here. [SCREENSHOT: inline editing mode with highlighted page regions and save controls] ## Using Admin Pages for Broader or Structured Changes Some updates belong in the admin area because they involve more than what appears on the page. In **Sherkety ERP & Website Platform**, open the relevant admin screen when the content includes hidden fields, multiple related fields, or records used across listings and detail pages. This is the better choice when you need to edit structured information such as: - **Slug** - **Summary** - **Category** - **Tags** - **Author** - **Publish date** - **SEO title** - **Meta description** These fields often control how content is organized, discovered, or displayed outside the main page body. For example, a page might look correct after an inline text update, but its search snippet, listing card, or grouped category placement may still be wrong until you update the admin form. Admin pages are also the right place for **reusable content**. If an item appears in more than one location, or if one record feeds a list automatically, manage it from the admin area so you can review the full set of fields before saving. This is especially important for content managed through screens such as: - **Content** - **Services** - **Pricing** - **SEO** - **Settings** The admin area is also better for status and review tasks. Use it when you need to handle: - **Draft changes** - **Scheduled publishing** - **Unpublishing** - **Role-based editing** - **Review-friendly updates across several fields** If your work starts to feel like maintaining a record rather than polishing a page, switch to the admin form. For broader admin workflows, see [Navigating Admin Sections for Content and Configuration](doc:navigating-admin-sections-for-content-and-configuration) and [Managing Services and Pricing From the Admin Portal](doc:managing-services-and-pricing-from-the-admin-portal). [SCREENSHOT: admin content form showing structured fields such as summary, category, SEO title, and publish status] ## Matching the Editing Method to the Type of Change The easiest way to choose between inline editing and an admin page is to match the method to the kind of change you are making. Use **inline editing** when the update is strongly tied to the page layout. This includes changes where you need to check: - **Spacing** - **Line breaks** - **Image placement** - **Heading length** - **Call-to-action wording** - **How one block reads next to another** For example, if you are refining homepage copy, adjusting a service section headline, or changing the text on a visible button, editing directly on the page helps you catch layout issues immediately. Use **admin pages** when the content behaves more like a managed record than a visible text block. This is the safer option for content that includes: - **Repeatable items** - **Reference selectors** - **Validation rules** - **Hidden supporting fields** - **List-driven content** - **Search-facing details** Choose the admin area when the update affects more than one page. Common examples include: - **Shared banners** - **Reusable blocks** - **Global settings** - **Centrally managed service entries** - **Content that appears in cards or listing pages automatically** Review needs also matter. Inline editing is faster for small copy fixes, especially when you want quick visual confirmation. Admin forms are better when the change needs a more careful pass across all related fields before saving. A practical way to decide: - If you are asking, “How does this look here?” use **inline editing**. - If you are asking, “What else does this record control?” use an **admin page**. That distinction helps prevent partial updates, especially on multilingual pages, service catalogs, and search-facing content. ## Avoiding Common Editing Mistakes A few common mistakes can cause confusion, especially when a page looks correct but related content still appears wrong elsewhere. Do **not** rely on inline editing for fields that control discovery or organization unless those fields are clearly available in the page editor. These usually belong in the admin area, including: - **Slug** - **Category** - **Tags** - **SEO title** - **Meta description** - **Publish status** Changing visible page text does not automatically mean the page’s search-facing details are also updated. If you are working on content that appears in listings, cards, or search previews, open the relevant admin screen and review the full record. Be careful with **shared content**. A block that appears on one page may also be reused elsewhere. Before saving a change, confirm whether you are editing: - A page-specific section - A shared block - A reusable content item - A centrally managed service or pricing entry If you are unsure, check the admin area before making broad edits. This is especially important for footer-like content, repeated promotional sections, and centrally managed business information. Also confirm what **Save** means in your current workflow. On some content paths, saving may keep the update as a draft, while in others it may publish right away. If the page has review or approval expectations, do not assume the result is immediately live. After making changes in an admin form, always preview the public page and check how the update appears in places such as: - **Cards** - **Listings** - **Breadcrumbs** - **Page headers** - **Section summaries** For related review habits, see [Validating Saving and Reviewing Content Changes](doc:validating-saving-and-reviewing-content-changes) and [Maintaining Page SEO Details in Admin](doc:maintaining-page-seo-details-in-admin). ## Fixing Problems When the Wrong Editing Path Was Used If you started in the wrong place, you usually do not need to redo everything. The key is to recognize what kind of content you were trying to change and move to the correct screen. If a field cannot be selected on the page, that usually means it is not available in inline editing. Instead of searching for a hidden click target, open the matching admin page and look for the full content form. This often applies to fields such as: - **Slug** - **Summary** - **Category** - **Tags** - **SEO title** - **Meta description** - **Publish status** If the page itself looks correct but related areas still show outdated information, the missing update is often in an admin-only field. Check whether the listing card, search-facing text, or grouped page view depends on structured fields that were never changed. If one edit unexpectedly changes multiple pages, stop and confirm whether you updated a **shared** or **reusable** item. Open the relevant admin screen and review where that content is managed. Shared records are often easier to understand from the admin area because you can review the whole entry instead of only the page where you first noticed it. Access problems can also point you toward the correct workflow. If you do not see the controls you expected, your account may allow one editing route but not another. In that case: - Try the public page **Edit** option if the admin screen is unavailable - Try the admin navigation if page-level controls are missing - Confirm your allowed access with the appropriate user management guidance in [Understanding Role Visibility and Access Restrictions](doc:understanding-role-visibility-and-access-restrictions) When in doubt, use the path that shows the **full set of fields** you need to review. That is usually the clearest sign you are editing in the right place. ## Overview This guide helps you decide whether to update content from the live page or from an admin screen in **Sherkety ERP & Website Platform**. The main idea is simple: - Use **inline editing** for content you can see directly on the page - Use **admin pages** for structured, reusable, or search-facing content - Switch to the admin area when a change affects more than one page or requires several related fields to be reviewed together Inline editing is usually the fastest option for small visual updates, such as: - **Headlines** - **Paragraph text** - **Button labels** - **Visible section copy** - **Image-related text** Admin pages are usually the safer option for managed records and behind-the-scenes page details, such as: - **SEO information** - **Categories and tags** - **Publishing controls** - **Shared content** - **Service and pricing records** - **Settings that influence multiple pages** This document does not repeat the mechanics of entering edit mode or working with shared footer sections. If you need those workflows, use: - [Editing Content Directly From the Website](doc:editing-content-directly-from-the-website) - [Editing Footer and Shared Sections From Page Layouts](doc:editing-footer-and-shared-sections-from-page-layouts) What matters here is choosing the editing path that matches the content. That choice helps you avoid incomplete updates, accidental shared-content changes, and missed search-facing details. [SCREENSHOT: comparison view showing a public page editor on one side and an admin content form on the other] ## Prerequisites Before using the guidance in this document, make sure you can access the editing areas relevant to your role in **Sherkety ERP & Website Platform**. You should already be comfortable with: - Opening the public website and recognizing editable sections - Entering page editing mode from visible page controls - Moving through the admin area after signing in - Saving changes and checking on-page results Helpful background reading includes: - [Signing In and Accessing the Admin Portal](doc:signing-in-and-accessing-the-admin-portal) - [Using the Admin Dashboard for Navigation](doc:using-the-admin-dashboard-for-navigation) - [Choosing Between Inline Editing and Admin Pages](doc:choosing-between-inline-editing-and-admin-pages) - [Updating Homepage and Public Sections With Inline Tools](doc:updating-homepage-and-public-sections-with-inline-tools) You also need the correct permissions for the area you plan to use. Some users may be able to edit directly on public pages but not open certain admin screens, while others may have access to admin content forms without seeing all page-level editing controls. If access looks incomplete, check: - Whether the **Edit** option appears on the page - Whether the needed admin menu is visible after sign-in - Whether your role limits content or configuration screens For permission-related questions, use [Managing Users and Role Based Access](doc:managing-users-and-role-based-access) and [Understanding Admin Page Access and Protected Navigation](doc:understanding-admin-page-access-and-protected-navigation). The next document in this section is [Understanding Inline Editing Entry Points on Public Pages](doc:understanding-inline-editing-entry-points-on-public-pages), which shows where editing controls appear as you move through the public website. ## Opening a page layout in edit mode To edit shared layout areas in Sherkety ERP & Website Platform, start from a public website page that already uses the layout you want to update. This works best when you are signed in with access to website editing tools. If you have already used the inline tools described in [Editing Homepage and Service Sections Inline](doc:editing-homepage-and-service-sections-inline), the first steps will feel familiar, but here you will focus on layout-level areas such as the footer instead of only page body content. 1. Open the website page where the shared section appears. This can be the homepage, a service page, or another public page that uses the same layout. 2. Look for the page **Edit** control and switch from normal browsing view into editing mode. 3. Once editing mode is active, move your pointer across the page and watch for edit outlines, hover controls, and section handles. 4. Scroll through the page until you reach the area you want to update, especially the footer or another repeated section. When a page is editable, Sherkety ERP & Website Platform shows on-page controls only while edit mode is on. In normal view, visitors do not see these controls. Shared layout areas usually display their own hover boundary or edit handle, separate from the main content blocks in the page body. This difference matters. A page content block changes only the page you are viewing. A layout area changes a section reused in more than one place. Before you click into any block, pause and check whether you are editing the page’s own content or a shared section attached to the layout. [SCREENSHOT: public page in normal view with Edit button visible in the top area] [SCREENSHOT: same page after entering edit mode, showing hover outlines on page blocks and footer area] ## Finding shared sections from the page layout Shared sections are the parts of the website layout that appear again and again across multiple pages. In Sherkety ERP & Website Platform, the most obvious example is the footer, but you may also see other repeated layout areas depending on the page design. The key is learning to spot which areas belong to the layout and which belong only to the current page. 1. With the page still in **Edit** mode, scroll from the main page content toward the bottom of the screen. 2. Hover over sections one by one and watch how the edit boundary appears. 3. Compare the page body blocks with the footer or other repeated areas. Shared sections usually feel separate from the main content flow. 4. Use the on-page edit control attached to the repeated section rather than the controls inside a single page block. A shared section is usually easier to recognize because it sits outside the main article or service content. The footer appears at the bottom of the page layout and often contains repeated items such as navigation links, contact details, social links, and copyright text. Other shared areas may appear near the top of the page or between major sections if the layout includes a reusable banner or callout. The most important rule is impact: if you edit a shared section from one page, the update can appear on every page using that same layout. That is why Sherkety ERP & Website Platform lets you reach the shared section directly from the page, without sending you to a separate editing area first. You can move from the page body down into the footer and make the change in context, but the result is still layout-wide. If you only need to change one page’s unique content, use the page block controls instead. For more help deciding between these two editing approaches, see [Choosing Between Inline Editing and Admin Pages](doc:choosing-between-inline-editing-and-admin-pages). ## Editing footer content with inline controls Once you have found the footer in edit mode, you can update it directly from the page layout. This is the fastest way to correct footer text, refresh links, or adjust shared business details without leaving the page you are viewing. 1. Scroll to the footer and hover over it until the inline edit control appears. 2. Click the footer’s edit control to open its editable content. 3. Select the item you want to change, such as a text block, link label, contact detail, social link, or copyright line. 4. Use the editing toolbar or settings panel that appears beside the selected item. 5. Click **Save**, **Apply**, or the available confirmation action to keep the change. Common footer updates include changing text labels, replacing a link destination, adjusting alignment, or hiding and showing specific items. If the footer includes grouped links, click each link item carefully so you edit the correct label. If the footer includes social links, review both the displayed name and the destination before saving. For text areas, use the inline formatting options only where needed so the footer stays visually consistent. After saving, stay on the page and review the footer from left to right. Check spacing, link names, and any repeated contact information. Because the footer is shared, it is also worth opening another public page that uses the same layout to confirm the update appears there as expected. [SCREENSHOT: footer area with hover edit control visible] [SCREENSHOT: footer item selected with inline toolbar and settings panel open] If you need help with multilingual fields or previewing edits before finalizing them, use the related guides [Managing Multilingual Fields in the Content Editor](doc:managing-multilingual-fields-in-the-content-editor) and [Using Live Preview to Check Page Updates](doc:using-live-preview-to-check-page-updates). ## Updating other shared layout sections The same layout editing approach used for the footer can also apply to other shared sections that appear across the website. In Sherkety ERP & Website Platform, these may include top-of-page shared areas, reusable promotional strips, repeated callout sections, or other layout elements that are not tied to just one page’s body content. 1. Open a page that displays the shared section you want to change. 2. Turn on **Edit** mode and hover over the repeated layout area. 3. Click the section’s inline edit control instead of editing a nearby page-specific block. 4. Update the visible content, such as headings, button text, menu labels, or reusable text. 5. Save the change and review the same section on another page that uses the layout. This on-page method is useful because you can edit the shared section where you actually see it. You do not need to leave the page and search through a separate site-wide editor just to change a heading, button label, or reusable message. If the section includes buttons, review both the button text and where the button leads. If it includes a background image or visual area, confirm the updated content still reads clearly against that background. A good habit is to ask one question before saving: “Is this section meant to be the same everywhere?” If the answer is yes, editing the shared layout section is the right choice. If the section should be different on one page or one page group, stop and edit the page-specific block instead, or ask an administrator to place those pages on a different layout. This distinction prevents accidental site-wide edits. Shared layout controls are powerful because they let you update repeated website elements quickly, but they should be used only when the content truly belongs across multiple pages. ## Managing shared changes safely across pages Editing a shared layout section from a single page is convenient, but it also means one small change can affect a large part of the website. In Sherkety ERP & Website Platform, you should confirm the scope of the section before saving anything in the footer or another repeated layout area. - Before editing, check whether the section is clearly part of the page layout rather than the page body. - After changing footer links, contact details, or promotional text, open other pages that use the same layout and review the result. - If a message should appear only on a certain page group, do not change the shared section unless all pages using that layout should match. - If different page groups need different footer or layout content, ask for a separate layout to be used instead of forcing one shared section to do two jobs. A careful review is especially important when you update navigation links or business details in the footer. A small wording change may be harmless, but a changed link destination or removed item can affect every page where visitors rely on that footer for navigation. The safest approach is to save the update, then spot-check several pages from different parts of the website. Publishing behavior can vary depending on how your editing session is set up. In some cases, changes appear after you click **Save** or **Apply**. In others, you may need an additional publish action before visitors see the update on the live site. If you save a footer edit and do not see it immediately, first look for a visible publish-related action or confirmation message. For general help reading success messages and warnings after saving, see [Understanding Toast Messages and Action Feedback](doc:understanding-toast-messages-and-action-feedback). ## Fixing common problems with inline layout editing Most problems with shared layout editing come from one of four causes: you are not in edit mode, you selected the wrong block, the update has not been published yet, or the layout is shared more widely than expected. Sherkety ERP & Website Platform gives you visual clues, but it helps to know what to check first. - **You do not see edit controls on the footer or shared section** - Make sure you are signed in with website editing access. - Confirm that the page is actually in **Edit** mode, not normal browsing view. - Move your pointer slowly over the footer area and watch for hover outlines or edit handles. - **Your change only affected the current page** - You likely edited a page-specific content block instead of the shared layout section. - Return to the page, hover over the repeated area again, and look for the section-level edit control tied to the layout. - **The updated footer is not visible on the live site** - Check whether you clicked **Save**, **Apply**, or another confirmation action. - Look for a publish step if your workspace uses one. - Refresh the page and reopen another page that uses the same layout to confirm the update. - **The wrong pages changed after you edited a shared section** - This usually means those pages use the same layout. - Review which pages share that footer or repeated section. - Re-edit the shared content to correct it, or restore the previous wording if needed. If the page shows loading messages, missing content, or an error while you try to edit, use [Understanding Loading Placeholders Empty States and Errors](doc:understanding-loading-placeholders-empty-states-and-errors) and [Responding to Missing Content and Retry Messages](doc:responding-to-missing-content-and-retry-messages) for help recognizing what the screen is telling you. ## Overview This guide focuses on editing shared website areas directly from the page layout in Sherkety ERP & Website Platform. The main task is not changing a page’s unique body content, but updating repeated sections such as the footer from the page where you can see them in context. Key ideas to keep in mind: - Use a public page’s **Edit** control to enter inline editing mode. - Shared sections are usually outside the main page body and are reused across multiple pages. - The footer is the most common shared section and may include text, navigation links, contact details, social links, and copyright content. - When you edit a shared layout section, the change can affect every page using that layout. - Always review at least one or two additional pages after saving a shared change. This guide builds on the inline editing workflow introduced earlier, especially [Editing Content Directly From the Website](doc:editing-content-directly-from-the-website), [Using Section and Footer Edit Controls](doc:using-section-and-footer-edit-controls), and [Editing Footer and Shared Website Sections Inline](doc:editing-footer-and-shared-website-sections-inline). Here, the focus is narrower: opening a page layout, identifying shared areas from within that page, and making safe updates without confusing them with page-specific blocks. If you are unsure whether a section should be edited from the page itself or from an admin area, the next document to read is [Deciding When to Use Inline Editing or Admin Pages](doc:deciding-when-to-use-inline-editing-or-admin-pages). ## Prerequisites Before you edit footer or shared layout sections in Sherkety ERP & Website Platform, make sure the following are true: - You can sign in to the admin side of the website and access website editing features. - You can open an existing public page where the footer or shared section is visible. - You know how to switch a page into **Edit** mode. - You are comfortable selecting on-page edit controls and saving changes. - You understand the difference between page-specific content and shared layout content. It also helps if you have already worked through these related guides: - [Editing Content Directly From the Website](doc:editing-content-directly-from-the-website) - [Using Section and Footer Edit Controls](doc:using-section-and-footer-edit-controls) - [Updating Homepage and Public Sections With Inline Tools](doc:updating-homepage-and-public-sections-with-inline-tools) - [Editing Homepage and Service Sections Inline](doc:editing-homepage-and-service-sections-inline) Before making a live change, gather the exact wording, link names, and footer details you plan to update. This reduces the chance of editing the same shared section multiple times. If the update affects navigation, contact information, or a repeated promotional message, decide in advance whether that change should appear on every page using the layout. When possible, test your change by opening another page with the same layout immediately after saving. That quick check is the easiest way to confirm you edited the correct shared section. ## Finding Your Place from the Header and Page Trail In Sherkety ERP & Website Platform, breadcrumb trails appear most clearly when you move beyond a top-level page and open a deeper section. You will usually find this trail near the top of the page, close to the page title. It shows your path from a broader area into the page you are viewing, such as **Home > Services > Accounting** on the public website or **Admin > Content** inside the admin area. The breadcrumb works together with other location signals on the same screen. Look for these cues together rather than relying on only one: - The page title at the top of the content area - The highlighted menu item in the header or admin navigation - A section heading inside the main page content - Local tabs or section labels when a page contains multiple subsections The last item in the breadcrumb trail shows where you are now. That final item is a label for the current page, not a step to click again. Earlier items in the trail act as links, so you can select a parent section and move back one level or several levels without reopening menus. On the public website, breadcrumb trails help visitors understand whether they are inside a service area, an ERP app section, or a company guidance page. In the admin area, the same pattern helps editors and administrators confirm whether they are working in **Dashboard**, **Content**, **Users**, **Settings**, **SEO**, **Services**, or **Pricing**. [SCREENSHOT: breadcrumb trail near the top of a deep page with the current page shown as the last item] If you already read [Using Pagination and List Navigation Patterns](doc:using-pagination-and-list-navigation-patterns), think of breadcrumbs as the companion tool for page depth. Pagination tells you where you are in a list. Breadcrumbs tell you where you are in the site structure. ## Following Breadcrumbs Through Public Site Sections On the public side of Sherkety ERP & Website Platform, breadcrumb trails become most useful after you move from a broad landing page into a more specific page. For example, a visitor may start on the homepage, open a services area from the main navigation, and then continue into a more detailed page about a specific offering. At that point, the breadcrumb trail helps confirm the full path without needing to reopen the header menu. A prospective ERP buyer can use this pattern when moving through the ERP pages. If you open the ERP system landing page and then continue into a specific app page such as **Accounting**, **Sales & CRM**, **HR**, **Purchasing**, or **Reporting**, the breadcrumb trail helps you move back to the broader ERP section quickly. This is especially helpful when comparing several modules one after another. Instead of repeatedly opening the main menu, click the parent breadcrumb item to return to the category page and continue browsing from there. Business services visitors can use the same approach on company registration and service-related pages. Compare the breadcrumb labels with the page heading. If both point to the same service family or company type topic, you can be confident you are in the right section. If the heading feels more specific than the breadcrumb, that usually means you are on a child page within a larger category. You may also see other cues reinforcing the same location: - An active item in the top navigation - A local section menu on related pages - A visible section heading above the main content - Repeated category wording in the hero or page intro [SCREENSHOT: public service detail page showing breadcrumb trail, page heading, and active navigation state] For broader public navigation patterns, see [Understanding Breadcrumbs and Page Location](doc:understanding-breadcrumbs-and-page-location) and [Using Header Menus and Footer Links](doc:using-header-menus-and-footer-links). ## Recognizing Location Cues Inside the Admin Area Inside the admin area of Sherkety ERP & Website Platform, breadcrumbs reflect the management path rather than the public website structure. They help you answer a practical question before making changes: “Which admin section am I editing right now?” A trail such as **Dashboard > Content** or **Dashboard > Users** immediately tells you which area you are in, even before you start editing anything. Admin pages usually provide several location cues at once. When you open a management screen, look for these elements together: - The active item in the admin navigation - The main page title at the top of the screen - A record name or item title if you are editing something specific - Tabs or sections such as **SEO** or other grouped settings when available These cues matter because many admin pages can feel similar at a glance. A content editing screen, a pricing screen, and a settings screen may all use forms, save actions, and status messages, but the breadcrumb and title bar tell you which type of information you are changing. The final breadcrumb item may change depending on what you are doing. On a list screen, the last item may be the section name, such as **Content**, **Users**, **Services**, **Pricing**, **Settings**, or **SEO**. On a more specific screen, the final item may represent an action or a selected item, such as creating something new, opening an edit view, or adjusting settings for a particular area. This is especially useful when switching between similar admin tasks: - Managing website content - Updating services - Maintaining pricing information - Editing SEO details - Reviewing user accounts - Adjusting site settings [SCREENSHOT: admin page showing active sidebar item, page title, and breadcrumb trail] If you are learning the admin layout, pair this with [Using the Admin Dashboard for Navigation](doc:using-the-admin-dashboard-for-navigation) and [Understanding Admin Page Access and Protected Navigation](doc:understanding-admin-page-access-and-protected-navigation). ## Using Breadcrumbs to Move Back Without Losing Context Use breadcrumb links when you want to go back to the parent section, not simply to the last page you happened to visit. This difference matters on complex pages in Sherkety ERP & Website Platform, especially after opening lists, detail pages, and admin work areas from several entry points. The browser **Back** button follows your recent history. That can be helpful, but it may also return you to a search result, a shortcut, or a previously viewed page that is not the parent section you want. A breadcrumb link is more predictable because it follows the page hierarchy shown on screen. Here are common situations where breadcrumbs are the better choice: 1. You open a detailed public page from a broader service or ERP category and want to return to that category page. 2. You move into a deeper company type page and want to go back to the company types listing. 3. You open an admin management screen from the dashboard and want to return to the main section rather than to the dashboard shortcut. 4. You navigate through several related pages and need a clean way to step back up one level. A practical example: if you are reviewing a specific ERP app page and want to compare it with other apps, click the parent breadcrumb item for the ERP section instead of using **Back** several times. In the admin area, if you move into a deeper editing screen, use the breadcrumb to return to the broader content or management area so you stay oriented. Breadcrumbs also work well alongside other navigation tools: - Pagination in long lists, covered in [Using Pagination and List Navigation Patterns](doc:using-pagination-and-list-navigation-patterns) - Search results that open deeper pages directly - Sidebar navigation in the admin area - Local menus within public content sections [SCREENSHOT: user moving from a detailed page back to its parent section using the breadcrumb trail] ## Interpreting Missing or Minimal Breadcrumbs on Shallow Pages Not every page in Sherkety ERP & Website Platform needs a full breadcrumb trail. On shallow pages, the path may be very short or not shown at all. This is normal on pages that already represent a top-level destination, such as the homepage, the admin dashboard, or a first-level landing page reached directly from the main navigation. When a breadcrumb is missing or minimal, use the surrounding page cues instead. On the public website, the strongest signals are usually the hero title, the main page heading, and the active top navigation item. On the admin side, look for the dashboard cards, the highlighted admin menu item, and the page title at the top of the screen. A short trail is usually intentional when the page does not sit deeply inside a hierarchy. For example: - A homepage may rely on the main header and hero section - A top-level ERP landing page may rely on its page title and active menu state - The admin dashboard may rely on the dashboard heading and navigation highlight - A standalone utility screen may use only a heading and action buttons Some screens also use a different orientation pattern instead of breadcrumbs. A dialog box, side panel, or quick editing window may not show a page trail at all. In those cases, the heading plus **Close**, **Cancel**, or another exit action becomes the main clue for where you are. If you are unsure whether the missing breadcrumb is a problem, compare three things: - Does the page title match what you expected to open? - Is the correct top navigation or admin menu item highlighted? - Does the content on the page fit the section you intended to visit? [SCREENSHOT: shallow landing page with page title and active navigation but no breadcrumb trail] For more on non-breadcrumb navigation patterns, see [Understanding Breadcrumbs Drawers and Shared Navigation Patterns](doc:understanding-breadcrumbs-drawers-and-shared-navigation-patterns). ## Fixing Common Confusion with Page Location Indicators When page location cues seem inconsistent, start by comparing the breadcrumb trail, the page heading, and the active navigation state. In Sherkety ERP & Website Platform, these three signals usually agree. If one looks different, there is often a simple reason. If the breadcrumb labels do not match the page heading, you may be viewing a child page under a broader section. This also happens in the admin area when the parent breadcrumb shows the management area, while the page heading shows the specific item or action you opened. A broader label in the breadcrumb and a more specific page title usually means you are in the right place, just one level deeper than expected. If the trail seems to skip a level, consider how you arrived there. Pages opened from search, bookmarks, dashboard shortcuts, or direct links can take you straight to a deeper destination. The breadcrumb still shows the official hierarchy, even if you did not manually open each level on the way. If you cannot tell whether you are on the public website or in administration, compare these cues: | What to check | Public website | Admin area | |---|---|---| | Navigation style | Main site header and visitor menus | Admin navigation and management menu | | Page purpose | Reading, comparing, exploring, contacting | Editing, managing, configuring | | Common headings | Services, ERP apps, company guidance | Dashboard, Content, Users, Settings, SEO, Pricing | If a breadcrumb link returns to an unexpected page, the issue may come from filters, search terms, or the path you previously used with the browser history. In that case, click the parent breadcrumb item that best matches the section name you want, then re-enter the correct page from there. [SCREENSHOT: comparison of a public page header and an admin page header showing different location cues] ## Overview Breadcrumbs and location cues in Sherkety ERP & Website Platform are most helpful when you are several levels deep in either the public website or the admin area. Their job is simple: show where you are, show how you got there in the site structure, and give you a quick way back to a broader section. The most reliable way to orient yourself is to read several cues together: - The breadcrumb trail near the top of the page - The current page title - The highlighted navigation item - Any local tabs, section labels, or side menus on the page On public pages, these cues help you understand whether you are browsing business services, company type guidance, ERP app information, or another content area. On admin pages, they help you confirm whether you are working in **Content**, **Users**, **Settings**, **SEO**, **Services**, or **Pricing** before making changes. A few patterns are worth remembering: - Earlier breadcrumb items usually link back to parent sections - The last breadcrumb item usually marks the current page - Shallow pages may use titles and active navigation instead of a full trail - Dialogs and utility screens may rely on headings and close actions rather than breadcrumbs When you need to move up one level cleanly, breadcrumbs are often better than the browser **Back** button because they follow the page hierarchy instead of your recent click history. That makes them especially useful on deep public pages and in the admin area, where similar screens can otherwise feel easy to confuse. [SCREENSHOT: example set showing breadcrumb, page title, and active navigation working together] ## Prerequisites You do not need any special setup to use breadcrumb trails and page location cues in Sherkety ERP & Website Platform, but a few basics will make this guide easier to follow: - You should know how to move between public pages using the main header navigation. If needed, review [Browsing the Sherkety Public Website](doc:browsing-the-sherkety-public-website). - You should be comfortable opening deeper pages from menus, cards, links, or buttons. - For admin examples, you need access to the admin area and the ability to sign in. See [Signing In and Accessing the Admin Portal](doc:signing-in-and-accessing-the-admin-portal). - It helps if you already understand shared navigation patterns such as drawers, side panels, and active menu states. See [Understanding Breadcrumbs Drawers and Shared Navigation Patterns](doc:understanding-breadcrumbs-drawers-and-shared-navigation-patterns). - For list-based pages, it is useful to understand how pagination affects where you are in a long set of results. See [Using Pagination and List Navigation Patterns](doc:using-pagination-and-list-navigation-patterns). You will get the most value from this guide if you test the examples while browsing: - Open a public page, then move into a deeper child page and look for the breadcrumb trail - Open the admin dashboard and compare the active admin menu item with the page title - Move back using a breadcrumb link and compare that result with the browser **Back** button These habits make it easier to stay oriented as you move into more complex content and management areas. The next guide can build on this by focusing on another shared interface pattern when available. ## Finding Secondary Destinations in the Footer In **Sherkety ERP & Website Platform**, the **footer** is the navigation area at the very bottom of a public page, below the main content. After you scroll past page sections such as services, ERP details, company guidance, contact content, or FAQs, you reach this lower navigation area. The footer is useful when you want pages that support your decision-making but are not always highlighted in the top menu. Unlike the main header, which usually helps you move toward major destinations such as services, ERP pages, or contact actions, the footer gathers **secondary links** in one place. These links are especially helpful when you want background information before taking action. For example, a visitor comparing ERP options may scroll to the footer to look for company details, policy pages, or social channels before requesting a demo. A business services visitor may do the same before using a contact form or exploring registration-related pages. You will typically use the footer for destinations such as: - **Company information links** that help you understand who is behind the website - **Informational or policy pages** that provide supporting details - **Social media links or icons** that lead to the company’s public profiles - **Secondary navigation paths** that are useful after you finish reading the main page This area is less about product discovery and more about **trust, validation, and follow-up research**. If you have already worked through service and ERP menu paths, see [Following Service and Erp Navigation Paths](doc:following-service-and-erp-navigation-paths). The footer complements those routes by giving you another way to continue browsing without returning to the top navigation. [SCREENSHOT: Footer area at the bottom of a public page showing grouped link sections and social icons] ## Using Grouped Footer Link Columns to Reach Key Pages Footer links in **Sherkety ERP & Website Platform** are typically arranged in **grouped sections or columns**. This layout helps you scan related links together instead of reading one long list. When you reach the bottom of the page, look across the footer for clusters of links that belong to the same topic. One group may focus on company-related pages, while another may point to informational or policy content, and another may include social destinations. This grouped layout makes the footer easier to use because you can quickly decide where to look: - Use one link group for **company background** - Use another for **supporting information or policies** - Use the social area for **external company profiles** - Ignore static text that is present only for reference Not every item in the footer is meant to be clicked. Some text may simply show company details or page-ending information. A clickable footer item usually appears as a **text link** or a **social icon**. If the item looks like plain informational text and does not behave like a link, treat it as reference content rather than navigation. To open a secondary page, click the text link inside the relevant footer group. This takes you directly to the selected destination without needing to reopen the main menu. That is especially helpful when you are already at the bottom of a long page and want to continue browsing from there. Grouped footer links are useful for pages that support your decision but are not the main focus of the site. Instead of returning to the header, you can move directly to lower-priority destinations such as: - Company background pages - Informational pages - Policy-related pages - External social channels [SCREENSHOT: Grouped footer columns with one clickable text link highlighted] ## Opening Company Information from the Footer When you want to learn more about the business behind the website, start in the **company-related footer group**. In **Sherkety ERP & Website Platform**, this group helps you move from product or service browsing into company validation. After scrolling to the footer, scan the grouped links for items that point to company background, organization details, or general business information. Click the company-related link to open the page that explains more about who provides the services or ERP offering. This is a common step for visitors who are comparing providers and want more than feature lists or pricing summaries. Instead of staying only on service pages, they use the footer to confirm the business context behind what they are reading. Prospective ERP buyers often use company pages to look for signs such as: - **Credibility** — whether the business presents itself clearly and consistently - **Service scope** — whether the company appears to cover the areas they need - **Business context** — whether the company’s focus matches their organization’s goals - **Trust signals** — whether the public information feels complete and professional Business services visitors often follow the same pattern. Before moving deeper into registration, accounting, or package-related pages, they may want to confirm who is offering the service. The footer is a practical place to do that because it stays available across public pages and does not require you to reopen the primary navigation. If you are already comparing services, this footer path works well as a quick credibility check. You can review the company page, then return to service or ERP pages with more confidence about the provider behind them. [SCREENSHOT: Footer company link leading to a company information page] ## Following Social Links from the Footer The footer in **Sherkety ERP & Website Platform** may also include **social media icons** or labeled social links. These appear alongside other secondary navigation items and give you a way to view the company’s public presence outside the website. When you see a recognizable social icon, treat it differently from a regular footer text link. A standard footer text link usually opens another page within the Sherkety website. A social icon, by contrast, may take you to an **external destination** such as a public company profile on a social platform. In many cases, this may open in a **new browser tab or window**, allowing you to keep the Sherkety site open while checking the external profile. Visitors often use footer social links for reasons such as: - Confirming that the company has an active public presence - Looking for updates, announcements, or recent activity - Checking whether branding is consistent across channels - Validating that the business appears established beyond its website After clicking a social icon, check a few simple details before continuing: - Does the destination match the **platform shown by the icon**? - Does the profile appear to belong to **Sherkety**? - Is the **branding consistent** with the website you came from? - Does the page look like an official company presence rather than an unrelated account? If the social destination looks correct, you can continue browsing there or return to the original website tab to keep exploring services, ERP pages, or contact options. Social links are especially useful when you want a broader sense of the company’s public activity before taking the next step. [SCREENSHOT: Footer social icons with one icon selected and the external profile opened in a new tab] ## Choosing the Right Footer Path for Your Visit The footer is most useful when your goal is **verification**, **background research**, or **secondary browsing** rather than first-time product discovery. In **Sherkety ERP & Website Platform**, the main navigation is better for reaching major pages quickly, while the footer helps you continue your visit through supporting destinations once you have already reviewed the main content. Choose your footer path based on what you need next: - Use **company links** when you want background information about the business - Use **informational or policy links** when you need supporting details - Use **social links** when you want to confirm public activity and brand presence - Use grouped footer links when you want to keep browsing from the bottom of the page without returning to the header For prospective ERP buyers, the footer is especially helpful near the end of an evaluation session. After reading ERP pages, app details, or package information, you may want to confirm company legitimacy before requesting a demo or starting a conversation with sales. In that situation, footer company links and social links provide a quick trust check. For business services visitors, the same pattern applies. You might begin by exploring service pages, then use the footer to confirm who provides those services and whether the company has a visible public presence. This is often the step between interest and action. If your goal is still to compare major offerings or move between primary sections, the top navigation remains the better choice. But if you are already at the bottom of a page and want supporting information, the footer is the faster route. ## Common Issues When Using Footer Navigation Most footer links are straightforward, but a few common issues can make them harder to use. In **Sherkety ERP & Website Platform**, the easiest fix is usually to slow down and check whether you are selecting a real link, the correct icon, or the right footer group. If a footer link does not respond, first check whether the item is actually clickable. Some footer content is only there for reference, such as company details or page-ending text. A real link usually appears as a text item within a grouped section or as a social icon. If nothing happens when you select it, try another item in the same group to confirm which elements are navigation and which are static text. If a social link opens an unexpected destination, compare the icon you clicked with the page that opens. Make sure the platform matches the icon and that the destination profile clearly belongs to the same company. If the branding or account name looks unrelated, return to the website and try a different footer icon. If you cannot find company information in the footer, scan every grouped section before assuming it is missing. Company pages are sometimes placed under a broader informational group rather than a section labeled only for company details. On mobile, the footer can be harder to scan because link groups may appear stacked vertically. In that case: - Scroll fully to the bottom of the page - Move through each stacked footer section one at a time - Look for text links first, then social icons - If sections appear collapsed or tightly stacked, expand your view and continue scrolling carefully When the footer feels crowded, focus on the group labels and clickable text rather than trying to read everything at once. ## Overview Use the footer in **Sherkety ERP & Website Platform** when you need destinations that support your decision instead of leading your first exploration. The footer sits below the main page content and collects **secondary links** in one place, making it useful after you finish reading a page and want more context before taking action. The most important footer patterns to recognize are: - **Grouped link columns** that organize related destinations together - **Company information links** that help you evaluate the business behind the site - **Informational or policy links** that provide supporting details - **Social icons or labeled social links** that lead to external company profiles This part of the site is especially helpful for two types of visitors: - **Prospective ERP buyers** who want trust signals, company background, and public presence before requesting a demo - **Business services visitors** who want to confirm who provides the service before moving deeper into contact or package-related pages A good way to use the footer is to match your goal to the right destination: - Choose a **company page** for business background - Choose a **social link** for public activity and brand validation - Choose an **informational page** for supporting details - Use the footer instead of the header when you are already at the bottom of a page and do not want to scroll back up If you need a broader refresher on where footer links fit within the site structure, see [Using Header Menus and Footer Links](doc:using-header-menus-and-footer-links) and [Navigating Footer Link Groups and Secondary Destinations](doc:navigating-footer-link-groups-and-secondary-destinations). ## Prerequisites Before using footer navigation in **Sherkety ERP & Website Platform**, you only need to be on a **public website page** where the footer is visible. You do not need to sign in to the admin area to use these links. The footer is part of the public browsing experience and appears after the main content on pages related to services, ERP information, company guidance, and other visitor-facing content. To follow this guide successfully, make sure you can do the following basic actions: - **Scroll to the bottom of a page** - **Recognize clickable text links** - **Identify social media icons** - **Open a page and return to the previous one if needed** It also helps if you already understand the site’s primary navigation patterns. If you need that context, review [Using Header Menus and Footer Links](doc:using-header-menus-and-footer-links), [Using Mobile and Desktop Navigation Patterns on the Public Site](doc:using-mobile-and-desktop-navigation-patterns-on-the-public-site), and [Following Service and Erp Navigation Paths](doc:following-service-and-erp-navigation-paths). Keep these expectations in mind before you begin: - The footer is for **secondary destinations**, not the main product paths - Some footer content is **informational text**, not a clickable link - Social icons may open an **external page** - On mobile, footer groups may appear **stacked** and require more scrolling If you are ready to continue learning how these paths connect across the wider public site, the next guide is [Understanding Navigation Paths Across Public Pages](doc:understanding-navigation-paths-across-public-pages). ## Opening the Admin Dashboard and Recognizing Available Cues After you sign in to **Sherkety ERP & Website Platform**, the **Dashboard** is the main starting point for admin work. If you need help getting into the admin area, follow [Signing In and Accessing the Admin Portal](doc:signing-in-and-accessing-the-admin-portal). If you want a full map of the admin sections before using shortcuts, see [Understanding Admin Portal Structure and Main Destinations](doc:understanding-admin-portal-structure-and-main-destinations). On the dashboard, look for visual cues that help you decide where to go next. These cues usually appear as clearly labeled blocks, cards, or tiles. Some show a **number** that represents how many items are in a certain state. Others act as direct links to pages such as **Content**, **Users**, **Settings**, **SEO**, **Services**, or **Pricing**. In many cases, the label itself tells you whether the tile is mainly informational or whether it is meant to be clicked to open a related management page. [SCREENSHOT: Admin dashboard showing tiles, counters, and shortcut cards] You may also notice that not every signed-in user sees the same set of dashboard options. A user with broader access, such as an **Administrator**, can see more management destinations than a **Content Editor**. For example, content-focused users may see shortcuts related to website content updates, while administrator-only areas such as user administration or site-wide settings may be hidden. A good way to read the dashboard is to scan it in two passes: - First, look for **counts** and **status labels** that show what needs attention. - Second, identify which cards or links are **clickable shortcuts** to the page where you can act on that information. When you hover over or select a cue, the destination usually matches the label shown on the dashboard. That makes the dashboard a quick decision screen rather than just a summary page. ## Using Dashboard Shortcuts to Open Content Management Pages For day-to-day publishing work, the dashboard is often the fastest route to the pages where content is managed. Instead of opening the side navigation and browsing section by section, you can click a content-related cue directly from the dashboard and go straight to the relevant admin page. 1. Sign in and open the **Dashboard**. 2. Find a shortcut related to content work, such as a link or tile leading to **Content**, **Services**, **Pricing**, or **SEO**. 3. Click the cue that matches the task you want to complete. 4. Review the page you land on and use the available controls to continue your work. After selecting a shortcut, you typically arrive on a management screen that already focuses on a common task. On these pages, look for familiar working areas such as: - A **list** or **grid** of existing items - **Filter controls** near the top of the page - Action buttons such as **Edit**, **Create**, or similar page-level actions - Page headings that confirm which section you opened For example, if you choose a dashboard shortcut for content work, you should expect to land on the **Content** management page rather than a general dashboard view. From there, you can review items, open an existing record for editing, or start a new entry if that option is available on the page. This shortcut-based approach is especially useful for **Content Editors**. If your routine work involves updating website sections, reviewing existing entries, or maintaining localized content, opening the correct page directly from the dashboard saves time and reduces menu browsing. It also helps you stay focused, because the destination page is usually already aligned with the task suggested by the dashboard cue. [SCREENSHOT: Dashboard shortcut opening a content management list with filters and edit actions] ## Following Status and Count Cues to Prioritize Admin Work The most useful dashboard cues are often the ones that show a visible count. In **Sherkety ERP & Website Platform**, these numbers help you decide what to handle first without opening every admin page one by one. A count can point you toward content that still needs attention, records that are incomplete, or areas that may need review or maintenance. When you see a tile with a number and a status-style label, treat it as both a summary and a shortcut. The number tells you how much work is waiting. The label tells you what kind of work it is. If you select that cue, the destination page may already be narrowed to match what the dashboard was showing. For example, if a dashboard cue refers to a subset of records rather than all records, the page it opens may show only that subset first. That is why the destination list may look filtered when it opens. This is expected behavior and helps you move directly into the right workload instead of searching manually after arrival. Use these cues to prioritize your day: - Start with the **highest count** when you need to reduce a backlog. - Start with the **most urgent status label** when timing matters more than volume. - Compare related cues before clicking so you choose the page that best matches your role. Administrators benefit the most from this view because they may be monitoring several parts of the admin area at once, including content, user access, settings, and search-facing information. A quick scan of counts on the dashboard can show which area deserves immediate attention. If a list opens and contains fewer records than you expected, the dashboard count may have changed since the page loaded, or the destination page may already have filters applied. In that case, review the page heading and filter controls before assuming anything is missing. [SCREENSHOT: Dashboard cards with visible counts and a filtered destination list] ## Moving from Dashboard Cues to User and Site Administration Tasks The dashboard is not only for content work. It can also act as a launch point for broader administrative tasks. If your account includes administrator-level access, you may see shortcuts that lead directly to pages such as **Users**, **Settings**, **SEO**, **Services**, or **Pricing**. These links are useful when you already know the area you need and want to skip extra navigation. 1. Open the **Dashboard** after signing in. 2. Look for an administrative shortcut such as **Users**, **Settings**, or **SEO**. 3. Select the shortcut that matches the task you need to complete. 4. Confirm the page heading after it opens. 5. Continue using the page’s forms, lists, or action buttons. What you see after clicking depends on the destination: - **Users** usually opens a user list where you can review accounts and available actions. - **Settings** opens configuration forms for site-wide options. - **SEO** opens page-focused search information management. - **Services** and **Pricing** open management pages for business offerings and pricing details. These shortcuts are especially helpful when you perform the same admin tasks often. For example, if you regularly maintain search-facing page details, opening **SEO** from the dashboard is faster than moving through multiple admin sections first. The same applies when you need to review user access or adjust site-wide settings. Keep in mind that **Content Editors** may not see every administrative shortcut. If a page is restricted to administrators, the dashboard usually reflects that by hiding the shortcut entirely. That is normal and matches the access rules described in [Understanding Admin Page Access and Protected Navigation](doc:understanding-admin-page-access-and-protected-navigation) and [Managing Users and Role Based Access](doc:managing-users-and-role-based-access). [SCREENSHOT: Dashboard shortcuts leading to Users, Settings, SEO, Services, and Pricing pages] ## Getting the Most from Dashboard Cues and Quick Links The dashboard works best when you use it as your first stop at the beginning of each admin session. Instead of deciding where to go from memory, let the visible cues guide you. In **Sherkety ERP & Website Platform**, this is especially useful when your work changes from day to day and you need a quick picture of what deserves attention. A simple habit is to compare the dashboard cue you clicked with the heading on the page that opens. If the tile says **SEO**, the destination should clearly show the **SEO** management page. If the cue points to **Content**, **Services**, or **Pricing**, the page title and visible controls should confirm that you reached the correct area. This quick check helps you avoid spending time on the wrong page. You will get the most value from dashboard cues if you use them intentionally: - Review counts before opening anything. - Choose the cue with the **largest number** when you want to clear the biggest workload first. - Choose the cue with the **most urgent label** when timing matters more than quantity. - Use dashboard links for pages you open often, such as **Content**, **SEO**, or **Users**. - If two cues seem related, open the one whose label most closely matches the action you need to take. For teams with different roles, it also helps to compare what each account type can see. An administrator may rely on dashboard links for user and settings work, while a content editor may use the same dashboard mainly for content-focused destinations. That difference is expected and can actually speed up work by keeping each role focused on the pages it uses most. If you also use inline editing on the public website, the dashboard remains the better starting point when your task involves full admin pages rather than direct page editing. For that choice, see [Choosing Between Inline Editing and Admin Pages](doc:choosing-between-inline-editing-and-admin-pages). ## Common Issues When Dashboard Cues or Shortcuts Are Missing If a dashboard cue is missing, opens an unexpected page, or leads to an empty list, the cause is usually visible in the admin interface. Start by checking what your account is allowed to access. In **Sherkety ERP & Website Platform**, dashboard shortcuts follow the same access rules as the pages they open. If your account cannot open a page such as **Users** or **Settings**, the related shortcut may not appear on the dashboard at all. Here are the most common situations and what to check: | Issue | What to check in the interface | Likely result | |---|---|---| | A shortcut is not visible | Compare your available admin sections with another role or review your allowed pages | The shortcut may be hidden because your account does not have access | | A cue opens an empty list | Check the page filters, search box, and current list view | The page may be filtered, or the count may have changed since the dashboard loaded | | Expected admin areas do not appear | Review whether sections such as **Services**, **Pricing**, **SEO**, or **Users** are available in your admin navigation | The section may not be available for your role or current setup | | A shortcut opens a page you did not expect | Read the page heading and look for active filters or a narrowed list | The cue may be designed to open a filtered view rather than the full page | If a count on the dashboard does not seem to match what you see after clicking, refresh your understanding of the destination page before assuming something is wrong. Counts can change as other users update records, and some shortcuts are meant to open a focused list instead of the full listing. When the dashboard behavior still seems unclear, compare the destination with the broader navigation patterns described in [Using the Admin Dashboard for Navigation](doc:using-the-admin-dashboard-for-navigation) and [Navigating Admin Sections for Content and Configuration](doc:navigating-admin-sections-for-content-and-configuration). ## Overview Use the **Dashboard** in **Sherkety ERP & Website Platform** as a decision screen for your most common admin work. The dashboard is most helpful when you need to quickly spot what needs attention and jump straight to the right page without browsing through the full admin navigation. Key ideas to remember: - Dashboard cues can appear as **tiles**, **cards**, **shortcut links**, or **count-based panels**. - Some cues are mainly informational, while others open a related admin page when clicked. - The destination usually matches the cue label, such as **Content**, **Users**, **Settings**, **SEO**, **Services**, or **Pricing**. - Count-based cues often open a page that is already focused on a specific workload. - What you see depends on your role, so administrators usually have more shortcuts than content editors. This document focused on using those cues to reach common tasks faster. It did not repeat the full admin layout already covered in [Understanding Admin Portal Structure and Main Destinations](doc:understanding-admin-portal-structure-and-main-destinations). Instead, the goal here was to show how to read the dashboard as a practical work surface: scan the counts, choose the right shortcut, confirm the page heading, and continue from the list, form, or management screen that opens. If your daily work includes repeated visits to the same pages, the dashboard can become your fastest route into the admin area. If your work is more role-specific, the visible shortcuts on your account help narrow your focus so you only see the destinations that matter to you. The next document in this sequence is [Managing Admin Session Access and Safe Sign Out](doc:managing-admin-session-access-and-safe-sign-out). ## Prerequisites Before using dashboard cues effectively in **Sherkety ERP & Website Platform**, make sure these basics are already in place: - You can sign in to the admin area successfully. If needed, use [Signing In and Accessing the Admin Portal](doc:signing-in-and-accessing-the-admin-portal). - You have access to the **Dashboard** after login. - Your account has the correct role for the pages you expect to open, such as **Content Editor** or **Administrator**. - You already understand the main admin destinations at a high level from [Understanding Admin Portal Structure and Main Destinations](doc:understanding-admin-portal-structure-and-main-destinations). - You can recognize common admin page elements such as page headings, lists, filters, and action buttons. It also helps if you already know which kind of work you are trying to reach from the dashboard. For example: - Content updates usually lead you toward **Content** - Search-facing updates usually lead you toward **SEO** - Offer and package maintenance usually lead you toward **Services** or **Pricing** - Account and permission work usually lead you toward **Users** - Site-wide configuration work usually lead you toward **Settings** If a shortcut you expect is not visible, do not assume the dashboard is incomplete. In many cases, the missing cue simply reflects your current access level. That behavior is normal for protected admin pages and matches the role-based visibility used throughout the admin area. Once these basics are in place, the dashboard becomes a practical shortcut hub rather than just a landing page. ## Finding the Right Call to Action on Public Pages Across the public pages in **Sherkety ERP & Website Platform**, the first action you usually see is placed near the top of the page in the hero area. This is where the strongest prompts appear, such as **Request a Demo**, **Book a Demo**, **Contact Us**, **Talk to Sales**, or **Get Started**. These labels are not interchangeable. They help you understand what kind of next step the page is encouraging before you click. A page about ERP modules such as **HR**, **Sales & CRM**, **Purchasing**, **Reporting**, or **Accounting** often uses higher-intent actions like **Request a Demo** or **Book a Demo** because those pages are aimed at visitors who want to see how the product works. A business service page, company registration page, or general information page may lean more on **Contact Us**, **Send an Inquiry**, or **Talk to an Expert**, which are better when you still have questions or want guidance before making a decision. You will also find calls to action repeated lower on the page. Common placements include: - the hero banner at the top - service highlight sections - pricing or package sections - comparison sections - ERP app detail sections - contact blocks near the footer - footer links that lead to contact options Repeated buttons are useful because you do not need to scroll back to the top when you are ready to act. If you already reviewed the page content, a lower-page **Contact** or **Demo** button lets you continue immediately. Use the button text as your guide: - **Learn More** usually takes you to a detail page - **See Pricing** helps you compare plans or offers - **Talk to Sales** suggests a direct commercial conversation - **Request a Demo** signals a product-focused walkthrough - **Get Started** usually moves you into the next stage of inquiry or evaluation [SCREENSHOT: Public marketing page showing hero banner CTA, mid-page CTA, and footer contact block] For more on how these sections support visitor goals, see [Understanding Public Website Sections and Visitor Goals](doc:understanding-public-website-sections-and-visitor-goals). ## Sending an Inquiry from a Marketing Page When you click an inquiry button on a public page in **Sherkety ERP & Website Platform**, the action usually takes you to a contact form, inquiry page, or another page designed to collect your request. The exact layout can vary by page, but the flow is straightforward: choose the action, complete the visible fields, and submit your message. 1. Open a public page that matches your interest, such as a services page, ERP app page, or company information page. 2. Click a button such as **Send an Inquiry**, **Contact Us**, **Get Started**, or another page-level prompt. 3. In the inquiry form, fill in the fields that appear on screen. 4. Review your message and click **Submit** or the page’s main send button. 5. Wait for the confirmation message or thank-you state. The fields shown can differ by page, but inquiry forms commonly ask for details such as: | Field | What to enter | |---|---| | Name | Your name | | Company | Your business name if relevant | | Email address | The email you want replies sent to | | Phone number | A number the team can use if phone follow-up is needed | | Message or project details | What you need help with | If you start from a specific page, such as **Accounting**, **HR**, or a company type detail page, your inquiry may already be tied to that topic. That means the team can understand the context of your request without you needing to explain the page you came from in full. It is still helpful to mention your main goal in the message box, especially if you are comparing multiple offers. After you submit, look for a visible success state on the page. This may appear as a thank-you message, an inline success notice, or a redirect to a confirmation view. [SCREENSHOT: Inquiry form with visible fields and submit button] If you need broader contact options beyond the inquiry form, see [Contacting Sherkety Through Forms and Direct Channels](doc:contacting-sherkety-through-forms-and-direct-channels). ## Requesting Contact or a Demo Choose **Contact** when you want a general conversation. Choose **Request a Demo** or **Book a Demo** when you want to discuss how an ERP module or package fits your business in a more guided way. In **Sherkety ERP & Website Platform**, these two actions often appear side by side on marketing pages, but they serve different needs. Use a **Contact** action if you want to ask about: - service availability - pricing clarification - company registration support - package differences - where to begin Use a **Demo** action if you want to explore: - how the ERP works in practice - whether a module fits your workflow - what features are included for your team - how sales, HR, accounting, purchasing, or reporting could support your business 1. Open the page for the service or ERP offer you are evaluating. 2. Click **Request a Demo**, **Book a Demo**, **Contact Us**, or a similar action. 3. Complete the visible fields on the form. 4. Add business details or requirement notes if the page asks for them. 5. Submit the request and watch for the confirmation message. A demo request usually expects more specific information than a general contact form. You may be asked for business details, your area of interest, or notes about what you want to see. A contact page may also include direct actions such as an email link, phone link, contact form, or consultation request button. If you already know how you want to reach out, those direct options can be faster than filling a longer form. After submission, expect one of these outcomes: - an on-screen success message - a thank-you page - a follow-up from the sales or support team - a handoff into scheduling or a more detailed conversation [SCREENSHOT: Demo request button beside a general contact button on an ERP page] For ERP-specific evaluation paths, you can also continue with [Using ERP System Landing Pages to Evaluate Offerings](doc:using-erp-system-landing-pages-to-evaluate-offerings). ## Following Next-Step Prompts as You Browse Not every button on a marketing page asks you to contact someone immediately. Many calls to action in **Sherkety ERP & Website Platform** are designed to move you one step deeper without forcing a decision too early. These are the prompts that help you browse naturally from overview pages into more detailed content. Common next-step prompts include: - **Learn More** - **See Pricing** - **Talk to an Expert** - **Start Your Project** - **Explore ERP Apps** - **Read More** These actions often connect pages in a sequence. For example, you might begin on the homepage, click a section button to open a service page, move from that page to pricing or package details, and then choose **Contact Us** or **Request a Demo** only after you have enough context. On ERP pages, you may move from the main ERP landing page into a specific app such as **Accounting**, **HR**, **Sales & CRM**, **Purchasing**, or **Reporting**, then continue into a demo or inquiry action from there. This pattern matters because repeated calls to action support progressive engagement. You do not need to commit on your first visit. A **Learn More** button helps you stay in research mode. A **See Pricing** button helps you compare options. A **Talk to Sales** or **Book a Demo** button becomes more useful once you understand what you are evaluating. As you move between pages, keep an eye on the wording of each button. The label usually reflects the stage you are in: - discovery stage: **Learn More**, **Explore**, **Read More** - comparison stage: **See Pricing**, **Compare** - engagement stage: **Contact Us**, **Talk to Sales** - decision stage: **Request a Demo**, **Get Started** [SCREENSHOT: Marketing page with informational CTA leading to a detail page and a stronger CTA below] If you want a broader view of these browsing paths, see [Using Public Calls to Action and Conversion Paths](doc:using-public-calls-to-action-and-conversion-paths) and [Using ERP Discovery Paths From Marketing Pages](doc:using-erp-discovery-paths-from-marketing-pages). ## Choosing the Best Action for Your Intent The best call to action depends on how far along you are in your decision. In **Sherkety ERP & Website Platform**, the button labels are meant to match different visitor goals, so choosing the right one saves time and leads you to the most useful next step. Use an inquiry form when you are still early in the process and need more information before speaking directly with sales. This is a good option if you are exploring business setup support, comparing service categories, or trying to understand whether a page applies to your situation. Buttons such as **Send an Inquiry** or **Get Started** are often the best fit here. Choose a contact action when you already know the topic you want to discuss. If you have a specific question about accounting services, company registration, startup support, or package details, **Contact Us** or **Talk to an Expert** gives you a more direct route. This is especially useful when you do not need a product walkthrough and simply want a conversation. Select **Request a Demo** or **Book a Demo** when you want a guided product discussion. This is the strongest fit for ERP pages and module pages where you want to see how the offer supports your workflows, team structure, or reporting needs. If you are evaluating **HR**, **Sales & CRM**, **Accounting**, **Purchasing**, or **Reporting**, a demo request usually gives the clearest next step. Follow next-step prompts such as **Learn More** or **See Pricing** when you are still comparing options across pages. These actions keep you moving without forcing a commitment. A simple way to decide: - **Need basic information?** Use **Inquiry** - **Need direct discussion?** Use **Contact** - **Need a product walkthrough?** Use **Demo** - **Still researching?** Use **Learn More** or **See Pricing** [SCREENSHOT: Side-by-side CTA examples showing inquiry, contact, demo, and learn more options] ## Handling Common Problems with Public Calls to Action If a call to action does not behave as expected on a public page in **Sherkety ERP & Website Platform**, start by checking what happened on screen immediately after you clicked. Some actions open a new page, while others may keep you on the same page and display a form or message lower down. If nothing changes, scroll slightly and look for a newly opened form area, notice, or loading state. If a button does not open a form, page, or contact option: - click the button once more after a short pause - check whether the page moved to a contact section farther down - look for another matching action in the hero area, mid-page section, or footer - try a similar path such as **Contact Us** instead of **Request a Demo** If the form will not submit, the most common reason is that one or more required fields are incomplete. Review every visible field carefully, especially entries such as: - **Name** - **Email address** - **Phone number** - **Message** - business or project details if requested A missing or incomplete field can stop the form from sending even if the page does not move. Return to each box, confirm it contains your details, and then submit again. If you submit a form and do not see a confirmation message, stay on the page for a moment and look for: - a thank-you message - a success notice near the form - a redirect to another page - a message at the top or bottom of the screen When one action is unavailable, use an alternate route. Many public pages repeat contact options in the footer or in another section of the same page, so you can often continue without starting over. [SCREENSHOT: Public form showing validation message and a visible success notice area] For more on notices and feedback messages, see [Understanding Toast Messages and Action Feedback](doc:understanding-toast-messages-and-action-feedback) and [Recognizing Warnings Errors and Dismissible Notices](doc:recognizing-warnings-errors-and-dismissible-notices). ## Overview Public calls to action in **Sherkety ERP & Website Platform** are the points where browsing turns into engagement. Across service pages, ERP pages, company information pages, pricing sections, and footer contact areas, these actions help you move from reading to asking questions, requesting help, or starting a product conversation. The most important thing to notice is the wording on the button or link. Labels such as **Learn More**, **See Pricing**, **Contact Us**, **Talk to Sales**, **Request a Demo**, and **Get Started** each signal a different level of intent. A lighter action like **Learn More** keeps you in research mode. A stronger action like **Request a Demo** is aimed at visitors who are ready to discuss a specific ERP need. This makes it easier to choose the next step that matches your current stage instead of jumping too far ahead. These actions also appear in more than one place on the same page. You may first see them in the hero banner, then again in service sections, comparison areas, pricing blocks, and the footer. That repetition is intentional. It lets you act when you are ready, whether that happens at the top of the page or after reading the details. As you browse, use page-level prompts to guide your path: - move deeper with **Learn More** - compare offers with **See Pricing** - ask general questions with **Contact Us** - request a walkthrough with **Book a Demo** or **Request a Demo** If you want to continue from action-taking into offer evaluation, the next document is [Evaluating Business Services and ERP Offers From Public Pages](doc:evaluating-business-services-and-erp-offers-from-public-pages). ## Prerequisites Before using calls to action on public pages in **Sherkety ERP & Website Platform**, it helps to have a few basics in place so you can move through the pages smoothly and choose the right prompt for your goal. - Be on a public page that includes visible action buttons or links, such as the homepage, a services page, a company type page, the ERP system page, or an ERP app page like **Accounting**, **HR**, **Sales & CRM**, **Purchasing**, or **Reporting** - Know whether you are still researching or ready to speak with someone, because this affects whether you should choose **Learn More**, **Contact Us**, **Send an Inquiry**, or **Request a Demo** - Be ready to enter your details if a form opens, especially your name, email address, phone number, company name, and message if those fields are shown - If you are comparing pages in more than one language, make sure you are browsing in the language you want before submitting a form; see [Switching Languages While Browsing the Platform](doc:switching-languages-while-browsing-the-platform) - If you need help finding the right page before taking action, review [Navigating Public Pages and Entry Points](doc:navigating-public-pages-and-entry-points) You do not need an admin account to use these public actions. They are part of the visitor-facing website experience. You also do not need to decide everything in advance. Many pages are designed to let you move from one level of interest to another, starting with a lower-commitment action and continuing later with contact or demo requests. A good starting point is to identify the page you are on, read the nearby section heading, and then choose the button that best matches your intent. That small check usually tells you whether the next step will be informational, contact-focused, or demo-focused. ## Opening the Apps Catalog and Understanding What You Can Browse In Sherkety ERP & Website Platform, open the **ERP Apps** area from the public website navigation to browse the catalog of available ERP modules. This catalog is designed for discovery, so you can review what each module is for before deciding whether it fits your business needs. If you already came from the ERP landing pages covered in [Understanding Erp Discovery Entry Points and Buyer Journeys](doc:understanding-erp-discovery-entry-points-and-buyer-journeys), this is the screen where your browsing becomes more focused. When the catalog opens, you will usually work with three parts of the page: - a **category area** where you move between module groupings - a **results area** showing the apps that belong to the selected category - an **app entry** for each module, with a title, short description, and link to open more details [SCREENSHOT: ERP apps catalog showing the category area on one side and app results on the main section] The catalog helps you answer practical questions such as: - Which ERP modules are available? - Which modules belong to the same business area? - Which apps seem closely related based on their summaries? - Which app should you open next for a deeper review? At this stage, you are not installing anything. You are reading the catalog the way a buyer or evaluator would. Each app entry gives you a quick first impression through its **module name**, **short summary**, and **category placement**. That category placement matters because it shows how Sherkety ERP & Website Platform groups the module within a business function such as accounting, sales, HR, purchasing, or reporting. When an app catches your attention, use its detail link to open the dedicated page for that module. That detail page is where you move from quick scanning into closer evaluation. ## Browsing Modules by Category The fastest way to narrow the catalog is to use the **category list** or **category sidebar**. Instead of scrolling through every available app, choose the business area that matches what you are trying to solve. For example, if you are exploring people operations, open the **HR** category. If you are reviewing customer-facing processes, move to **Sales & CRM**. If you want finance-related tools, start with **Accounting**. 1. Open the **ERP Apps** catalog. 2. Find the **category list** or **category sidebar**. 3. Click a category that matches your business need. 4. Review the refreshed results list for modules in that category. 5. If the category feels too narrow, return to a broader category and continue browsing. Each time you select a category, the results area updates to show only the apps assigned to that grouping. This makes comparison easier because you are no longer mixing unrelated modules on one screen. Instead of comparing HR tools with reporting tools, you can focus on modules that solve similar problems. Category browsing is especially useful when you are still deciding what kind of ERP support you need. A broad category gives you a quick map of the options available in that area. From there, you can spot the difference between a core module and a more specialized add-on. If a category does not show enough options, do not assume the catalog is missing what you need. Move back to a higher-level category or another nearby business area and compare again. This is often the easiest way to discover related modules that may be grouped differently than you expected. For a broader view of how these entry points connect across ERP pages, see [Exploring ERP App Categories and Module Entry Points](doc:exploring-erp-app-categories-and-module-entry-points). ## Reading the App Result List to Compare Options Once you choose a category, the **result list** becomes your main comparison tool. Each app entry gives you a compact view of the module so you can scan several options without opening every page immediately. In Sherkety ERP & Website Platform, this is where you compare what appears to be relevant before spending time on full detail pages. Look at each result entry for three main clues: - **App name** — tells you the module’s main focus - **Summary text** — gives a short explanation of what the module covers - **Category context** — shows the business grouping the module belongs to [SCREENSHOT: App result list with several module entries, each showing a title, summary, and link to open details] As you switch categories, the result list changes to match your selection. That means the same browsing method works across the catalog: choose a category, scan the entries, open the most promising module, then return and continue. This repeated pattern makes it easier to compare related apps side by side in your mind. When several apps appear in the same category, read the app names first, then use the summary text to separate them. One module may cover the main workflow for that business area, while another may focus on a narrower need such as analysis, support activity, or an adjacent process. The short description is often the quickest way to tell whether a module is broad, specialized, or complementary. In each app card or row, look for the clickable link that opens the full app page. This link is the handoff from browsing to evaluation. If two or three entries seem relevant, open each one in turn rather than picking the first familiar name. That gives you a more reliable comparison than judging from titles alone. ## Opening an App Detail Page to Evaluate a Module When an app in the results list looks promising, click its **detail link** to open the dedicated module page. This page gives you a fuller description than the catalog list, so you can decide whether the module actually fits the business need you had in mind when selecting the category. 1. In the **app result list**, click the app’s **detail link**. 2. Review the **full module title** at the top of the page. 3. Read the **descriptive content** on the page carefully. 4. Compare that description with the need that brought you to the category. 5. Use your browser’s back action or the site navigation to return to the catalog and continue comparing. On the detail page, focus on whether the description confirms the promise made by the app name and summary. A category can point you in the right direction, but the detail page helps you verify scope. For example, a module listed under a category you care about may still be too specialized, too broad, or aimed at a different workflow than you expected. This is also the best place to confirm whether the module belongs on your shortlist. If the detail page clearly matches your business need, keep it in consideration. If the description feels only partly relevant, return to the category results and open another option from the same list. The key is to treat the detail page as a validation step, not just a reading step. The category gives context, the result list gives a quick comparison, and the detail page confirms fit. If you want more examples of moving from catalog browsing into deeper module review, see [Evaluating ERP Modules From Catalog to Detail Pages](doc:evaluating-erp-modules-from-catalog-to-detail-pages). ## Using Categories and Detail Pages Together to Shortlist Apps The most effective way to build a shortlist in Sherkety ERP & Website Platform is to combine **category browsing** with **detail page review**. Start broad, narrow the list, then confirm each candidate by opening its dedicated page. This keeps your evaluation organized and helps you avoid jumping randomly between unrelated modules. 1. Choose a **broad category** that matches your business function. 2. Scan the **result list** for app names and summary text. 3. Open one promising app’s **detail page**. 4. Decide whether it looks like a core module or an optional add-on. 5. Return to the same category results and open the next relevant app. 6. Repeat until you have a small set of strong candidates. This workflow works well because each screen answers a different question: | Screen area | What it helps you decide | |---|---| | Category list | Which business area to explore | | Result list | Which modules look relevant at a glance | | App detail page | Whether a specific module truly fits your needs | As you repeat this pattern, you can separate modules into practical groups: - **Strong match** — clearly aligned with your business need - **Possible add-on** — useful, but not essential for the first decision - **Not a fit** — appears related by category, but does not match your current goal A good shortlist usually comes from opening several modules in the same category, not from stopping at the first acceptable result. If you are comparing ERP options against broader business offerings, you can also connect this process with [Comparing Website and ERP Offers for Business Needs](doc:comparing-website-and-erp-offers-for-business-needs). That helps when you are deciding whether you need a full ERP module, a service-based offering, or both. ## Avoiding Common Browsing Mistakes in the Catalog The catalog is easy to use, but a few common habits can lead to weak comparisons. The biggest mistake is relying too much on the **category name** without opening the **app detail page**. Categories are helpful for grouping, but they are only the starting point. Two apps in the same category can still serve very different purposes. Another common issue is assuming the catalog has too few options because one selected category shows only a short list. In Sherkety ERP & Website Platform, that usually means you should broaden your view rather than stop browsing. Move back to a wider category or try a nearby business area before deciding that the feature you want is unavailable. Keep these points in mind while browsing: - Do not choose a module based on **category name alone** - Do not stop at the first app with a familiar title - Do not assume a short result list means there are no related options - Do compare **summary text** when several apps have similar names - Do open multiple **detail pages** from the same category before shortlisting [SCREENSHOT: Similar-looking app entries in one category, highlighting the summary text and detail links] Similar names are especially important to watch for. If several apps in one category seem related, read the short summaries carefully and then open each detail page. The summary often tells you whether the module is the main tool for that area or a supporting option. If the result list still feels unclear, step back and revisit the discovery path you used to get here. [Browsing the ERP Apps Catalog](doc:browsing-the-erp-apps-catalog) and [Moving From ERP Discovery to Module Evaluation](doc:moving-from-erp-discovery-to-module-evaluation) are useful when you want a cleaner decision path before comparing individual modules again. ## Overview This document focuses on the public **ERP Apps** catalog in Sherkety ERP & Website Platform and the practical steps buyers use to review available modules. The catalog is not just a list of app names. It is a structured browsing space where you move between **categories**, scan the **result list**, and open **detail pages** to evaluate fit. The main idea is simple: start with a category that matches your business function, use the result list to compare related modules, and open dedicated app pages to confirm what each module actually covers. This approach is more reliable than browsing randomly because it keeps your comparisons within the same business area. The document covered these core tasks: - opening the **ERP Apps** catalog from the public website - using the **category list** to narrow results - reading app entries by **name**, **summary**, and **category context** - opening an app’s **detail page** for a fuller review - returning to the same category results to compare more options - avoiding quick decisions based only on category names or familiar titles This guide is intentionally focused on browsing behavior rather than deep module analysis. If you want to understand specific module families after shortlisting them, move into the related module guides such as [Exploring HR Module Overview and Business Fit](doc:exploring-hr-module-overview-and-business-fit), [Exploring Sales and CRM Overview](doc:exploring-sales-and-crm-overview), or [Exploring Reporting and Analytics Capabilities](doc:exploring-reporting-and-analytics-capabilities). Used well, the catalog gives you a repeatable pattern for evaluation: **browse by category, compare the list, open details, return, and refine your shortlist**. That pattern is the foundation for confident ERP product discovery. ## Prerequisites You do not need an admin account or any setup work to follow this process in Sherkety ERP & Website Platform. The ERP app catalog is part of the public browsing experience, so the main requirement is simply knowing how to reach the ERP discovery pages and how to move between public sections of the site. Before using this guide, it helps if you are already comfortable with: - opening public website pages and using the main navigation - recognizing ERP-focused entry points such as **ERP Apps** or **ERP System** - moving back and forth between list pages and detail pages - reading page headings, summaries, and section labels to compare options If you are still getting familiar with the public site layout, review these first: - [Browsing the Sherkety Public Website](doc:browsing-the-sherkety-public-website) - [Using Header Menus and Footer Links](doc:using-header-menus-and-footer-links) - [Understanding Breadcrumbs and Page Location](doc:understanding-breadcrumbs-and-page-location) If you want more context before entering the catalog, these discovery guides are especially useful: - [Discovering ERP Products and Packages](doc:discovering-erp-products-and-packages) - [Using ERP System Landing Pages to Evaluate Offerings](doc:using-erp-system-landing-pages-to-evaluate-offerings) - [Understanding Erp Discovery Entry Points and Buyer Journeys](doc:understanding-erp-discovery-entry-points-and-buyer-journeys) You will get the most value from the catalog if you begin with a rough business question, such as whether you are looking for finance, HR, sales, purchasing, or reporting support. You do not need a final decision before you start browsing, but having a clear business area in mind makes category selection much easier. From here, the next useful step is usually a deeper comparison of individual module pages after you have identified a short list from the catalog. ## Reviewing the Accounting Workflows Highlighted on the Product Page When you open the Accounting product page in Sherkety ERP & Website Platform, the workflow story is usually presented through business outcomes rather than through detailed screen-by-screen instructions. You will typically see accounting themes such as invoicing, bank synchronization, expense handling, financial reporting, and compliance support. Read these sections as a summary of what a finance team can do day to day, not as a promise that every step is shown in full on the page. A useful way to review the page is to translate each headline into a real finance process. If the page highlights invoicing, think about the full path from creating a customer invoice or vendor bill to marking it paid. If it mentions bank synchronization or reconciliation, connect that to importing bank activity, matching transactions, and confirming balances. If it promotes expense handling, picture an employee submitting an expense, a manager approving it, and accounting recording it correctly. If it emphasizes reporting, look for whether the page points clearly to profit and loss, balance sheet, cash visibility, or overdue payments. The page also implies several user roles, even if it does not name them directly: - **Accountant** reviewing entries, posting documents, and reconciling accounts - **Finance manager** checking reports, controls, and period-end readiness - **Approver** confirming expenses or payment-related steps - **Employee** entering expenses or providing supporting documents As you review each workflow section, focus on four practical evaluation points: - **Automation level**: what is calculated or suggested automatically - **Approval controls**: where review or sign-off is expected - **Auditability**: whether actions appear traceable from source to report - **Reporting visibility**: whether the workflow clearly feeds usable financial reports If you already reviewed business fit in [Understanding Accounting Module Positioning and Business Fit](doc:understanding-accounting-module-positioning-and-business-fit), use that as your broader context and treat this page as the workflow-level view. [SCREENSHOT: Accounting product page sections highlighting invoicing, expenses, reporting, and compliance] ## Following Day-to-Day Financial Operations The accounting workflow story on the product page usually starts with documents your team handles every day. For receivables, that means creating a customer invoice, checking the invoice lines, confirming taxes and totals, posting the invoice, and tracking whether it is unpaid, partially paid, or fully paid. For payables, the same pattern applies to vendor bills: enter the bill, verify the amounts, post it, and follow payment status until it is settled. When a product page claims streamlined invoicing, this is the practical sequence you should picture. Recurring billing is another common part of the message. If Sherkety ERP & Website Platform presents recurring or automated invoicing, buyers should connect that to invoices that repeat on a schedule without re-entering the same lines each time. Payment follow-up belongs in the same receivables flow. A strong accounting workflow does not stop at sending an invoice; it also helps your team identify overdue items and continue collection activity based on payment status. Bank operations are often described in broad terms, but the daily workflow is specific. The finance team imports bank transactions or brings in statement lines, reviews each line, matches it to open invoices or vendor bills, and confirms the reconciliation. That process matters because it connects what happened in the bank to what appears in accounting records. If the page says reconciliation is easy or fast, look for signs that matching and confirmation are part of the workflow being described. Expense handling usually spans more than one role. A practical workflow looks like this: 1. An employee enters an expense and attaches the needed details. 2. A manager or approver reviews the submission. 3. Accounting posts the approved expense into the financial records. 4. The payment or reimbursement is tracked afterward. This is important because it links day-to-day spending to the books instead of leaving expenses outside the accounting process. [SCREENSHOT: Buyer-facing accounting workflow showing invoice, bank matching, and expense approval flow] ## Evaluating How the System Supports Compliance and Control Compliance claims on the Accounting product page are easiest to understand when you connect them to visible workflow checkpoints. Tax handling is one of the clearest examples. In Sherkety ERP & Website Platform, a buyer should expect invoice and bill lines to carry tax information, with totals calculated automatically as amounts are entered. The value of this workflow is not just convenience. It helps ensure that tax amounts flow consistently from transaction documents into financial summaries and tax-related reporting. Period-end control is another area to examine closely. Product pages often mention accuracy, reliability, or financial control, but buyers should translate those claims into specific review points. Look for signs that documents move through clear statuses before they affect finalized records. A reliable accounting workflow usually separates entry from final posting, so teams can review information before closing a period. If the page refers to approval checkpoints or controlled posting, that suggests finance teams can limit when and how records become official. Audit-readiness also shows up in workflow design. When a product page highlights traceability or transparency, ask whether documents appear to move through recognizable stages and whether financial records can be traced back to their source. A buyer-friendly workflow should make it possible to follow the path from an invoice, bill, expense, or payment into the resulting accounting entry and then into the final report. That kind of connection matters during internal reviews, external audits, and month-end checks. If the page mentions multi-company support or localization, connect those claims to practical compliance needs rather than treating them as abstract features. Buyers should think about whether different business entities can maintain separate financial structures, whether tax rules can reflect local requirements, and whether reporting can support statutory expectations in the countries where they operate. Use these questions while reviewing compliance language on the page: - Are taxes shown as part of the normal invoice and bill workflow? - Is there a clear sense of review before final posting? - Do document stages suggest traceability? - Are country-specific or entity-specific needs described clearly enough to evaluate? [SCREENSHOT: Accounting product page section focused on compliance, tax handling, and financial controls] ## Understanding the Buyer-Facing Automation Claims When Sherkety ERP & Website Platform uses the word “automation” on the Accounting product page, it usually refers to routine accounting work being reduced, not accounting judgment being removed. For buyers, the most practical forms of automation include default account selection, automatic tax calculation, recurring entries, and reconciliation suggestions. These are the tasks that save time every day because users do not need to re-enter the same information or calculate the same values manually. A good way to read automation claims is to ask what happens after a user fills in the main fields on a document. For example, if an invoice line is entered, does the page suggest that taxes and totals update automatically? If a bill repeats every month, does the workflow indicate that recurring entries can be prepared without starting from scratch? If bank transactions are imported, does the page imply that likely matches are suggested before a user confirms them? These are concrete workflow improvements, and they matter more than broad phrases like “smart accounting.” Dashboard and real-time visibility claims should also be translated into reporting workflows. If the page says finance teams can see performance instantly, buyers should connect that to reports and indicators such as: - **Aged receivables** to monitor unpaid customer invoices - **Cash position** to understand available funds and recent bank activity - **Profit and loss** to review income and expenses over a period - **Balance sheet** to check assets, liabilities, and equity Integrated workflows are another major part of the automation story. The value comes from reducing duplicate entry across sales invoices, purchase bills, expenses, payments, and bank transactions. When these steps are connected, accounting teams spend less time copying information from one place to another and more time reviewing exceptions. It is also helpful to separate core workflow automation from advanced options. Core automation includes built-in calculations, recurring records, and matching assistance. More advanced capabilities may include bill capture from uploaded documents, payment provider connections, or automated follow-up for overdue invoices. If the product page mentions these, treat them as extra evaluation points rather than assuming they are part of the basic accounting flow. ## Comparing These Workflows to Your Finance Team's Needs The fastest way to judge the Accounting product page is to compare each showcased workflow with the work your finance team already does. If your business sends a large number of invoices, the most important question is whether the invoicing flow supports speed, repeatability, and payment tracking. If month-end close is your pain point, focus more on posting controls, reconciliation steps, and report readiness. If spending discipline matters most, review the expense approval story carefully. If your team spends hours matching bank activity, the reconciliation workflow deserves the closest attention. Here is a simple way to map common needs to the workflows shown on the page: | Finance need | Workflow to inspect on the page | What to verify in a demo | |---|---|---| | High-volume invoicing | Customer invoice creation, recurring billing, payment status tracking | Draft to posted flow, due dates, overdue visibility | | Faster month-end close | Posting controls, bank reconciliation, reporting | Reconciliation confirmation, period controls, report accuracy | | Expense policy enforcement | Expense submission and approval flow | Approval steps, supporting details, posting after approval | | Bank reconciliation efficiency | Imported transactions and matching flow | Manual matching, suggested matches, confirmation steps | During a demo, ask the presenter to show the checkpoints that matter most to your team: 1. How an invoice or bill moves through its status changes 2. Where approval happens, if approval is required 3. How a payment is registered and reflected on the document 4. How bank transactions are matched and confirmed 5. How a user opens a report and drills into the source details You should also ask about setup depth in areas that affect daily accounting work: - Tax setup - Journals - Payment terms - Fiscal periods - Analytic tracking - Multi-entity support A simple evaluation matrix can help your team compare what the page promises against what you actually need: | Evaluation area | Strong fit looks like | |---|---| | Operational fit | Daily invoice, bill, bank, and expense work follows a clear path | | Compliance fit | Taxes, approvals, and finalization controls are visible | | Reporting fit | Key financial reports are clearly connected to transactions | | User-role fit | Employees, approvers, accountants, and managers each have a clear part in the workflow | ## Spotting Gaps or Ambiguities in the Product-Page Workflow Story Product pages are designed to be persuasive, so they often summarize workflows without showing every stage. That is why it is important to notice what is missing. If Sherkety ERP & Website Platform highlights invoicing but only says “manage invoices efficiently,” you should check whether the workflow actually distinguishes between draft, posted, paid, overdue, and canceled documents. Those states matter because they show whether the accounting process is controlled and trackable rather than just editable. Reconciliation claims can also sound stronger than they are if the page does not explain how matching works. When you see phrases such as “simplified bank reconciliation” or “smart matching,” ask whether users match transactions fully by hand, whether rules can narrow likely matches, or whether the screen offers suggested matches for review. These differences affect how much time your team will actually save. Compliance language deserves the same level of scrutiny. If the page refers to taxes, localization, or country support without naming supported countries, statutory reports, or control features, treat that as an open question. A finance team should not assume that broad localization wording automatically covers its reporting obligations. Ask what local tax handling is available, how financial structures are organized, and which compliance outputs can be reviewed directly. Reporting claims are another common area of ambiguity. A page may mention dashboards, insights, or real-time reporting without identifying the actual reports behind those statements. Ask for specifics: - Which reports are available? - What filters can users apply? - Can data be exported? - Can users drill down from totals to the underlying transactions? If the page is light on these details, use a demo or follow-up conversation to fill the gaps. The goal is not to challenge the marketing language for its own sake. It is to make sure the workflow story matches the finance work your team needs to run every day. [SCREENSHOT: Product page claims list with notes marking unclear workflow details to verify in a demo] ## Overview This guide helps you read the Accounting product page in Sherkety ERP & Website Platform as a workflow evaluation tool rather than as a general marketing page. Instead of focusing on broad phrases such as automation, visibility, or compliance, you learn how to connect those claims to real finance activities: invoicing, vendor bill handling, bank reconciliation, expense approval, tax calculation, and financial reporting. The main idea is simple: every claim on the page should map to a process your team can recognize. If the page promotes invoicing, you should be able to think through document creation, review, posting, payment tracking, and overdue follow-up. If it promotes bank synchronization, you should picture imported transactions, matching, and reconciliation confirmation. If it promotes compliance, you should look for tax handling, approval checkpoints, traceability, and period-end controls. This makes the page much more useful when comparing accounting options. This document also helps you separate strong workflow evidence from vague wording. You will see how to identify missing details around invoice states, matching methods, localization coverage, and reporting depth. That is especially helpful when you are preparing for a product demo or comparing Sherkety ERP & Website Platform with another accounting offering. Use this guide together with earlier accounting documents when needed: - For broader capability and pricing context, see [Evaluating Accounting Capabilities and Pricing](doc:evaluating-accounting-capabilities-and-pricing) - For workflow value and control themes, see [Understanding Accounting Workflows and Compliance Value](doc:understanding-accounting-workflows-and-compliance-value) - For business fit, see [Understanding Accounting Module Positioning and Business Fit](doc:understanding-accounting-module-positioning-and-business-fit) The next logical step after reviewing workflow depth is [Reviewing Accounting Pricing and Evaluation Actions](doc:reviewing-accounting-pricing-and-evaluation-actions), where you can connect workflow fit to package and buying decisions. ## Prerequisites Before using this guide, it helps to have the Accounting product page open in Sherkety ERP & Website Platform so you can compare each section of this document with the wording and workflow highlights shown on the page. You do not need admin access or setup permissions for this review. This is a buyer-focused reading exercise based on public product information. You will get the most value from this guide if you already understand the broader accounting positioning covered in [Understanding Accounting Module Positioning and Business Fit](doc:understanding-accounting-module-positioning-and-business-fit). That earlier document explains when the accounting offering is relevant for a business. This guide assumes you are now looking more closely at how the day-to-day finance work is presented. It also helps if you can answer a few internal questions about your own finance process before reviewing the page: - Do you send a high volume of customer invoices? - Do you manage frequent vendor bills and recurring expenses? - Is bank reconciliation one of your team’s biggest time drains? - Do you need formal approval steps for expenses or payments? - Are tax handling, local compliance, or multi-entity reporting important requirements? - Which reports matter most to your decision: aged receivables, cash position, profit and loss, or balance sheet? If you are preparing for a demo, keep a short list of must-see workflow checkpoints beside you while reading: - Invoice status changes - Payment registration - Reconciliation matching - Expense approval flow - Tax calculation on document lines - Report drill-down from summary to transaction detail Having those points ready will make it much easier to move from the product page to the next document, [Reviewing Accounting Pricing and Evaluation Actions](doc:reviewing-accounting-pricing-and-evaluation-actions), without losing track of what your team actually needs. ## Reviewing the dashboard layout and KPI cards On the Reporting & Analytics product page in **Sherkety ERP & Website Platform**, the dashboard example is presented as a layered workspace rather than a single chart. At the top, you typically see headline **KPI cards**. These compact tiles are designed for quick reading and usually represent high-level business measures such as revenue, expenses, margin, overdue items, or pipeline totals. Their main purpose is speed: you should be able to scan the first row and understand whether performance is healthy, slipping, or improving. In the center area, the page highlights larger **chart widgets**. These visual blocks help you move beyond one number and see patterns across time, category, or status. A KPI card might tell you the current total, while a chart helps you understand where that total came from and whether it is moving in the right direction. You should also expect **filter controls** near the top or above the charts. These controls commonly include a **date range selector**, business scope filters such as **company** or **business unit**, and sometimes a way to switch between preset views. When you change one of these controls, the dashboard should refresh the visible metrics so the cards and charts reflect the same reporting context. Visual cues matter here. A KPI tile may use **color**, **trend arrows**, or comparison indicators to show whether a number is up or down compared with an earlier period. That is different from a chart widget, which is usually more interactive and better suited for deeper analysis. [SCREENSHOT: Reporting dashboard layout with KPI cards at the top, charts in the middle, and filters above the widgets] If you want a broader introduction to the Reporting & Analytics area before focusing on KPI behavior, see [Exploring Reporting and Analytics Capabilities](doc:exploring-reporting-and-analytics-capabilities). ## Comparing performance using filters, periods, and visual widgets A useful dashboard is not limited to one fixed view. On the Reporting & Analytics product page, the key evaluation point is whether you can compare performance by changing **time periods** and **business segments** without leaving the dashboard. In **Sherkety ERP & Website Platform**, date controls are central to that process. Look for options that let you switch between periods such as **this month**, **last quarter**, or **year-to-date**. These period changes help you test whether the dashboard supports both short-term monitoring and longer trend review. Once the period changes, the chart widgets become more valuable than the KPI totals alone. A single KPI card can show a total for sales or expenses, but a **bar chart** can reveal category-by-category differences, a **line chart** can show movement over time, and a **pie chart** can show mix or distribution. This is where buyers can judge whether the page supports real comparison instead of just displaying headline numbers. Segment filters are equally important. A strong dashboard should let you narrow the view by business slice, such as: - Sales team - Region - Product category - Department - Status group The most important behavior is not the filter itself, but what happens after you use it. When you change a filter, multiple widgets should update together. That shared refresh shows that the dashboard supports connected analysis across functions, not isolated visuals that each tell a different story. [SCREENSHOT: Dashboard filters showing a date range change and updated charts] For a deeper explanation of how KPI cards and charts work together conceptually, see [Understanding Dashboards KPIs and Drill Down Analysis](doc:understanding-dashboards-kpis-and-drill-down-analysis). For examples of how reporting supports decisions, continue using [Reviewing Report Sharing and Business Decision Use Cases](doc:reviewing-report-sharing-and-business-decision-use-cases) alongside this page. ## Opening drill-down views from KPI cards and charts The most important difference between a display-only dashboard and a working analysis tool is **drill-down**. In **Sherkety ERP & Website Platform**, the product page is meant to show that a KPI card or chart is not just for viewing. When a tile or chart segment is interactive, you can select it to move from a summary number into the records behind that number. A common path starts with a top-level KPI card. For example, if a card shows a total for overdue items, selecting that card should open a filtered list of the records contributing to that total. The same idea applies to charts. If a chart breaks down sales by category or status, selecting one bar, line point, or slice should take you to a list already narrowed to that exact segment. From there, the workflow usually continues in two stages: 1. Open the KPI card or chart segment you want to inspect. 2. Review the filtered list that appears behind that summary. 3. Open an individual record, such as an invoice, sales order, expense entry, or opportunity, to inspect the details. What makes this useful is **context preservation**. The destination view should keep the same filters that were active on the dashboard, such as date range, team, status, or category. That way, you do not need to rebuild the question after every click. This matters when a number looks unusual. A spike in expenses, a drop in margin, or a sudden rise in overdue items is easier to validate when you can move directly from the dashboard total into the source records. [SCREENSHOT: Clicking a KPI card and opening a filtered list of matching records] If you want more background on how shared reporting views support collaboration after analysis, refer back to [Sharing Reports and Supporting Decisions](doc:sharing-reports-and-supporting-decisions). ## Investigating exceptions and outliers in the underlying records Once you open a drill-down list, the next step is finding the records that explain the number. In **Sherkety ERP & Website Platform**, this is where dashboard analysis becomes practical. A KPI total can tell you that something changed, but the underlying list helps you see **which items caused the change**. For example, a receivables KPI may lead to a list of overdue invoices, while an operations metric may lead to delayed orders or pending transactions. In these list views, the most useful tools are the visible columns, status labels, sorting options, and grouped views. Instead of scanning every row manually, you can sort by amount, due date, or status to surface the most urgent records first. Grouping can also help you spot concentration, such as whether a problem is tied to one team, one category, or one time period. A practical investigation flow often looks like this: 1. Open the filtered list from the KPI card or chart. 2. Sort the records by amount, date, or status to find unusual items. 3. Use grouped views to see whether the issue clusters around one owner, category, or stage. 4. Open a single record to inspect its details. Inside the individual record, you can review key information such as the document status, assigned owner, amounts, and dates. That record-level check is what confirms whether the dashboard insight reflects a real issue, a timing difference, or a small number of exceptional transactions. This is an important buying criterion. If the reporting flow lets you move from summary to list to record without exporting data into spreadsheets, the dashboard is supporting root-cause analysis directly inside the product. [SCREENSHOT: Filtered record list with sortable columns and grouped results] ## Using dashboards to monitor different business areas A strong dashboard should support more than one department. On the Reporting & Analytics product page in **Sherkety ERP & Website Platform**, you should evaluate whether the same dashboard style can be used across finance, sales, purchasing, inventory, and leadership review. The exact KPI set may vary, but the working pattern should remain familiar: headline cards for quick scanning, charts for trends, and drill-down access for follow-up. Here are common analysis patterns buyers often look for: | Business area | Typical KPI focus | Common drill-down target | |---|---|---| | Sales | Pipeline totals, conversion progress, open opportunities | Opportunity lists and sales documents | | Finance | Revenue, expenses, margin, overdue receivables | Invoices, expense entries, payment-related records | | Purchasing | Spend totals, supplier activity, delayed purchasing items | Purchase-related lists and status views | | Inventory and operations | Movement, delays, fulfillment-related measures | Order or stock-related operational records | | Leadership | High-level summary across multiple functions | Department-level lists behind each KPI | Role-specific KPI sets are especially useful. A manager should be able to focus on the measures that matter to their function without losing access to the records behind them. That balance is what makes a dashboard useful for both executive review and daily follow-up. When you evaluate the product page, pay attention to whether you can move between high-level KPIs and detailed lists without losing your selected period or business segment. That continuity is what makes reporting feel usable instead of fragmented. For related product-page evaluation guidance, see [Exploring Dashboards KPIs and Drill Down Analysis on the Product Page](doc:exploring-dashboards-kpis-and-drill-down-analysis-on-the-product-page). ## Evaluating whether the reporting workflow fits your buying criteria When you assess the Reporting & Analytics experience in **Sherkety ERP & Website Platform**, focus less on whether the page looks attractive and more on whether the workflow helps people answer follow-up questions quickly. A dashboard becomes valuable when it supports the full path from summary to explanation. Start by checking whether the **KPI cards are interactive**. If a card only displays a number, it is useful for monitoring but limited for investigation. If selecting the card opens a filtered record view, the dashboard supports action as well as visibility. Next, test whether filters can be combined in a meaningful way. During a review meeting, decision-makers often ask layered questions such as: what changed this quarter, in which team, and in which category? A useful dashboard should support combinations like: - Period plus status - Team plus date range - Category plus region - Department plus comparison period You should also look for a **consistent navigation pattern**. The best reporting flow is predictable: dashboard widget to filtered list, then filtered list to individual record. If each click behaves differently, analysis becomes slower and harder to trust. Finally, compare the visible examples on the product page with your own reporting needs. Finance teams may care most about revenue, expenses, margin, and overdue items. Sales teams may focus on pipeline and opportunity movement. Operations teams may need delay and throughput visibility. Leadership often needs a summary view that still allows quick inspection of the details. [SCREENSHOT: Example reporting workflow from KPI card to list view to record detail] If your review is focused on decision support and report sharing after analysis, return to [Reviewing Report Sharing and Business Decision Use Cases](doc:reviewing-report-sharing-and-business-decision-use-cases). This page is the final document in the Reporting Analytics section, so it works best as your closing evaluation checklist for dashboard usability. ## Overview This page focuses on how dashboard examples on the Reporting & Analytics product page help you judge real reporting usability in **Sherkety ERP & Website Platform**. The emphasis is not on building reports from scratch, but on understanding whether the dashboard supports a complete analysis flow: scan KPI cards, adjust filters, compare trends in charts, and open the records behind the numbers. The main areas covered in this guide are: - The dashboard layout, including KPI cards, chart widgets, and filter controls - How date ranges and business segment filters change the reporting view - How interactive cards and charts open drill-down lists - How to inspect individual records behind unusual totals or trends - How dashboards can support finance, sales, purchasing, inventory, and executive review - How to evaluate whether the reporting workflow matches your buying criteria This guide builds on earlier Reporting Analytics documents instead of repeating them. If you need the broader product-level introduction, start with [Exploring Reporting and Analytics Capabilities](doc:exploring-reporting-and-analytics-capabilities). If you want a more focused explanation of KPI behavior and chart interpretation, see [Understanding Dashboards KPIs and Drill Down Analysis](doc:understanding-dashboards-kpis-and-drill-down-analysis). If your interest is in how insights are used after review, revisit [Reviewing Report Sharing and Business Decision Use Cases](doc:reviewing-report-sharing-and-business-decision-use-cases). Use this page when you are comparing ERP options and want to decide whether the dashboard experience in Sherkety ERP & Website Platform supports both executive visibility and day-to-day operational follow-up from the same reporting interface. ## Prerequisites You do not need admin access or setup steps to use this guide, but it helps to be familiar with a few parts of **Sherkety ERP & Website Platform** before evaluating dashboard KPI and drill-down behavior. Helpful background reading: - [Exploring Reporting and Analytics Capabilities](doc:exploring-reporting-and-analytics-capabilities) - [Understanding Dashboards KPIs and Drill Down Analysis](doc:understanding-dashboards-kpis-and-drill-down-analysis) - [Reviewing Report Sharing and Business Decision Use Cases](doc:reviewing-report-sharing-and-business-decision-use-cases) - [Reading Charts Badges and Status Colors](doc:reading-charts-badges-and-status-colors) - [Understanding Visual Priority and Highlighted Metrics](doc:understanding-visual-priority-and-highlighted-metrics) Before you start, you should be comfortable with these basic ideas: - Reading KPI cards as summary indicators rather than full explanations - Recognizing common chart types such as bar, line, and pie visuals - Understanding that filters like date range, team, category, or status can change the whole dashboard view - Expecting a drill-down path from a summary tile into a filtered list and then into a detailed record This guide is especially useful if you are: - Comparing Sherkety ERP & Website Platform with another ERP product - Reviewing whether dashboards support finance, sales, operations, or leadership reporting - Checking whether users can investigate unusual numbers without leaving the reporting flow - Looking for a product that supports both summary monitoring and detailed follow-up in one interface If you are still getting familiar with public product pages and navigation patterns, read [Navigating Public Pages and Entry Points](doc:navigating-public-pages-and-entry-points) and [Understanding Public Page Layouts and Visitor Actions](doc:understanding-public-page-layouts-and-visitor-actions) first. ## Working from the Sales Dashboard and CRM Workspace In Sherkety ERP & Website Platform, the Sales and CRM workflow is centered around a small set of connected screens: the CRM pipeline, customer records, and quotations. If you already reviewed the business value of this module in [Understanding Sales and CRM Module Value for Revenue Teams](doc:understanding-sales-and-crm-module-value-for-revenue-teams), this section focuses on how the day-to-day work actually moves across those screens. Most users begin in the CRM area, where open leads and opportunities are shown in a stage-based pipeline. The most visual layout is the kanban view, where each column represents a sales stage and each card represents one deal. This view is useful when you want to see what is new, what is moving forward, and what has stalled. You can also switch to a list view when you need to sort, scan, or filter records more precisely. The first records sales teams usually work with are: - Leads for new incoming prospects - Opportunities for qualified deals - Contacts for people and companies - Quotations for formal offers Across these screens, the main controls stay familiar. Look for buttons such as **Create** to add a new record and **Edit** to update an existing one. In the pipeline, you can drag a card from one stage column to another to reflect progress. Inside a lead or opportunity form, you can review customer details, notes, expected revenue, and planned next steps in one place. Activity planning is also part of the same workflow. From the record form, sales reps can schedule follow-up actions such as a call, meeting, or reminder so the next step is visible without leaving the deal record. [SCREENSHOT: CRM pipeline with kanban columns, Create button, and an open opportunity form showing customer details and scheduled activity area] ## Capturing Leads and Turning Them into Qualified Opportunities A typical workflow starts with a new lead in the CRM pipeline. In Sherkety ERP & Website Platform, you create that record directly from the pipeline so the prospect enters the team’s working queue immediately. 1. Open the CRM pipeline and click **Create**. 2. Enter the lead’s basic details. Start with the lead title, then fill in customer information such as customer name, email, and phone number. 3. Add sales details that help with prioritization, including expected revenue if that information is already known. 4. Assign the lead to the appropriate salesperson so ownership is clear from the start. 5. Save the record and review it from the lead form. Once the lead is saved, the qualification process happens inside the same record. Update the pipeline stage as you learn more about the prospect. Add notes from calls, meetings, or email conversations directly on the form so anyone reviewing the record can understand the current situation without searching elsewhere. This is especially helpful when leads are handed from one salesperson to another. Ownership matters early in the process. If incoming leads are shared across a team, use the salesperson assignment to route each prospect to the right person. That keeps follow-up tasks, quotations, and communication tied to one owner instead of being scattered. When the prospect is ready for active sales work, move the lead forward by converting it into an opportunity. This keeps the existing history attached to the record, including notes, ownership, and customer details already entered during qualification. Instead of re-entering information, the sales team continues from the same workflow with a clearer focus on closing the deal. [SCREENSHOT: New lead form with lead title, customer details, expected revenue, salesperson assignment, and stage selector] ## Managing Contacts and Keeping Customer Records Up to Date Customer records are the shared reference point for the entire sales cycle. In Sherkety ERP & Website Platform, keeping contacts current helps your team avoid repeated data entry and makes sure quotations and follow-up actions use the right customer details. You will usually create or update a contact while reviewing a lead or opportunity. If the prospect is a new company or person, add a fresh customer record. If the customer already exists, update the existing record instead of creating another one. This is especially important when multiple salespeople work with the same company. The most useful contact details to maintain are: | Field | Why it matters | |---|---| | Company name | Identifies the business tied to the deal | | Contact person | Shows who the salesperson is speaking with | | Email address | Supports quotation delivery and follow-up | | Phone number | Helps with calls and urgent outreach | | Sales-related notes | Keeps context such as needs, objections, or preferences | A well-maintained contact record connects naturally to other sales work. When a quotation is created from an opportunity, the customer information can carry over instead of being typed again. Scheduled activities also stay tied to the same customer history, making it easier to see what has happened so far and what still needs attention. Use an existing contact when the lead belongs to a customer already in your records, even if the deal is new. Create a new contact only when the person or company is genuinely new to your team. Before adding a new record, compare the customer name, email address, and related opportunities. That quick check reduces duplicate contacts and keeps reporting cleaner. [SCREENSHOT: Customer record showing company name, contact person, email, phone number, and notes linked to an opportunity] ## Moving Deals Through Pipeline Stages The pipeline is where sales progress becomes visible. In Sherkety ERP & Website Platform, each opportunity appears as a card inside a stage column, allowing the team to track movement from early interest through negotiation and final outcome. 1. Open the CRM pipeline in kanban view. 2. Find the opportunity card you want to update. 3. Drag the card into the next stage column when the deal advances. 4. Open the opportunity to update important details such as expected revenue, closing date, and salesperson. 5. Save the record so the latest status is reflected across the team. This drag-and-drop workflow gives an immediate picture of deal health. If one column is filling up with older opportunities, that often signals a bottleneck. Managers can quickly spot where deals are slowing down, while sales reps can focus on records that need action before they go cold. The stage itself is only part of the update. As a deal moves forward, review the supporting details on the opportunity form. Expected revenue may change after discovery calls. The closing date may need adjustment based on the customer’s timeline. Ownership may also shift if a different salesperson takes over the account. Keeping these fields current makes the pipeline more reliable for planning and forecasting. A clean stage progression also improves visibility beyond the individual rep. Team leads can review active opportunities by stage, compare likely outcomes, and understand whether enough deals are moving toward closing. When opportunities are updated consistently, the pipeline becomes more than a list of deals—it becomes a working forecast of future sales activity. [SCREENSHOT: Opportunity cards being dragged between pipeline stages, with visible revenue and activity indicators on each card] ## Creating Quotations from Opportunities Once an opportunity is ready for a formal offer, create the quotation directly from that sales record. In Sherkety ERP & Website Platform, this keeps the quotation connected to the deal, so the team can track commercial progress without breaking the workflow. 1. Open the opportunity that is ready for pricing. 2. Start a new quotation from that opportunity. 3. Confirm the customer details before continuing. 4. Add the products or services being offered, then enter quantities and pricing. 5. Set the quotation validity information and save the document. Before sending or reviewing the quotation, check that the customer information is complete and accurate. If the opportunity is linked to the correct contact or company record, the quotation will reflect that relationship and reduce re-entry. This is one of the main benefits of keeping contact records clean during qualification. The quotation form usually brings together the commercial details buyers expect to see. Review the customer name, offered items, quantities, prices, and validity period carefully. These details often change during negotiation, so it is common to reopen the quotation and update it as discussions continue. Quotation progress should be read together with the opportunity stage. For example, a deal in negotiation may have an active quotation that is still being revised. If the customer accepts the offer, the quotation becomes the bridge from CRM activity into the more formal sales process. That means the sales team does not need to rebuild the deal from scratch after the customer is ready to proceed. If you want a deeper explanation of quotation handling and follow-up around offers, see [Understanding Quotations Automation and Follow Up](doc:understanding-quotations-automation-and-follow-up). [SCREENSHOT: Quotation form opened from an opportunity, showing customer details, line items, quantities, pricing, and validity information] ## Automating Follow-Ups and Staying on Top of Sales Activity Follow-up discipline is what keeps a healthy pipeline moving. In Sherkety ERP & Website Platform, scheduled activities on lead and opportunity records help sales reps plan the next action instead of relying on memory. 1. Open a lead or opportunity record. 2. Add the next activity, such as a call, email, meeting, or reminder. 3. Set the due date and save the activity. 4. Return to the pipeline to monitor which deals have upcoming or overdue actions. 5. Update the activity after completion and schedule the next step if the deal is still active. This workflow creates a visible rhythm for each deal. Rather than leaving a prospect in the same stage with no action planned, the record shows what should happen next and when. That is especially useful for opportunities in qualification, proposal review, or negotiation, where delays often happen between customer responses. Activity indicators on pipeline cards help sales reps prioritize quickly. A card with an overdue task deserves attention before one with a future reminder. On the record form, the activity area gives more context by showing what has been planned and what still needs completion. Used consistently, these indicators turn the pipeline into an action list, not just a status board. Follow-up planning also connects naturally to contact and quotation history. A salesperson can review the customer record, see the current opportunity, check whether a quotation has already been created, and schedule the next call or email from the same workflow. That creates a more complete customer timeline and reduces the chance of missed handoffs or repeated questions. For broader reporting on sales performance and pricing views, refer back to [Reviewing Sales Reporting and Pricing](doc:reviewing-sales-reporting-and-pricing). [SCREENSHOT: Opportunity form with scheduled call and meeting activities, plus pipeline cards showing overdue and upcoming activity indicators] ## Fixing Common Pipeline and Customer Management Issues Most sales workflow problems in Sherkety ERP & Website Platform come from missing ownership, incomplete customer records, or next steps that were never scheduled. When something looks wrong, start by checking the record itself before creating a replacement or moving the deal manually. If a lead is not progressing, review these items first: - Confirm that a salesperson is assigned - Check the current pipeline stage - Open the record and see whether a next activity has been scheduled - Read the latest notes to make sure qualification details were actually recorded If a quotation is missing customer details, go back to the linked opportunity and verify that it points to the correct contact or company record. A quotation created from the wrong customer record will carry that mistake forward. Correcting the customer link before continuing usually prevents duplicate cleanup later. Missed follow-up tasks often show up directly in the pipeline. Look for overdue activity indicators on the opportunity card, then open the record to confirm whether reminders were created properly. If the activity area is empty, the deal may have been moved through stages without scheduling the next action. Duplicate customer records are another common issue. Before creating a new contact, compare: - Contact name - Company name - Email address - Linked opportunities or quotations If you find an existing record with matching details, update that one instead of adding another. This keeps the customer timeline together and avoids confusion when quotations, notes, and activities are reviewed later. When the issue is less about the sales record and more about what you see on screen, the guidance in [Understanding Loading Placeholders Empty States and Errors](doc:understanding-loading-placeholders-empty-states-and-errors) and [Responding to Missing Content and Retry Messages](doc:responding-to-missing-content-and-retry-messages) can help you recognize whether you are dealing with missing data, an empty view, or a temporary loading problem. ## Overview Sales work in Sherkety ERP & Website Platform is most effective when leads, opportunities, contacts, quotations, and scheduled activities are treated as one connected workflow rather than separate tasks. The CRM pipeline gives you the stage-based view of progress, contact records provide the shared customer profile, quotations capture the commercial offer, and activity planning keeps each deal moving. The practical pattern is straightforward: - Create the lead with complete customer details - Assign the right salesperson early - Qualify the record and update its stage as conversations progress - Reuse or update the correct contact record instead of creating duplicates - Generate quotations from the opportunity so the sales trail stays connected - Schedule the next action before leaving the record When teams follow that pattern consistently, pipeline visibility improves for everyone. Sales reps know what to do next, managers can see where deals are slowing down, and customer information stays aligned across conversations and quotations. This is the operational side of the value described earlier in [Understanding Sales and CRM Module Value for Revenue Teams](doc:understanding-sales-and-crm-module-value-for-revenue-teams), but focused on the screens and actions your team uses every day. If you are ready to move from workflow understanding into decision-making, continue with [Reviewing Sales and Crm Pricing and Evaluation Actions](doc:reviewing-sales-and-crm-pricing-and-evaluation-actions), which covers how to assess package fit and next-step options for the Sales and CRM module. ## Opening Command Search and Understanding Grouped Results If you already know how to open the search overlay from [Understanding Command Search and Quick Action Discovery](doc:understanding-command-search-and-quick-action-discovery), the next step is learning how to read the results list once it appears. When you open command search in Sherkety ERP & Website Platform, your cursor moves into the search box so you can start typing right away. As you enter a word or phrase, the results list updates underneath the search field. These results are not shown as one long mixed list. Instead, they are organized into grouped sections so you can quickly tell what kind of result you are looking at. [SCREENSHOT: Command search overlay showing the search box and multiple grouped result sections] Typical grouped sections help you separate: - admin pages you can open directly, such as dashboard or settings areas - edit-related actions that take you into a content editing flow - common destinations you visit often across the admin area These group labels matter because two results can look similar at first glance. One result may open a page where you manage content, while another may start an editing action immediately. Reading the group heading above each item helps you choose the right path before you press Enter. You can stay fully keyboard-driven while browsing grouped results: 1. Open command search. 2. Type a page name, section name, or action word in the search box. 3. Use the **Up Arrow** and **Down Arrow** keys to move through matches across the grouped sections. 4. Watch the highlighted row to see which result is currently selected. 5. Press **Enter** to open that result. If you prefer, you can also click a result with your mouse. The grouped layout is especially useful when the same search term returns both a destination and an action, because it lets you decide whether you want to open a screen or jump straight into a task. ## Searching for Admin Pages by Name When you want to reach an admin area quickly, type the page name directly into command search instead of opening the sidebar and drilling through menus. In Sherkety ERP & Website Platform, this works well for pages such as **Dashboard**, **Content**, **Users**, **Settings**, **SEO**, **Services**, and **Pricing**. 1. Open command search. 2. Click in the search field if it is not already active. 3. Type the name of the admin page you want, such as “users,” “pricing,” or “seo.” 4. Look for the result group that lists admin destinations. 5. Move through the matching results with the arrow keys or click the one you want. 6. Press **Enter** to open the selected page. [SCREENSHOT: Search results showing admin page matches for a term like “settings” or “content”] The grouped result heading helps you confirm that you are about to open an admin screen rather than trigger an edit action. This is useful when the same word appears in more than one section. For example, a search for “content” may show a destination that opens the **Content** page and another result tied to editing. The group title tells you which is which. As you move through the list, the currently selected result is highlighted. Use that highlight as your final check before pressing **Enter**. If you are comparing similarly named items, pause on each one and read both the result label and the group heading above it. This approach is faster than opening the admin area first and then browsing manually through navigation. It is especially helpful if you switch often between pages like **SEO**, **Services**, and **Users**, or if you only visit a settings page occasionally and do not want to remember where it sits in the menu structure. For a broader view of admin navigation after you arrive, see [Using the Admin Dashboard for Navigation](doc:using-the-admin-dashboard-for-navigation). ## Jumping to Editing Actions from Search Command search is not limited to opening pages. In Sherkety ERP & Website Platform, it can also surface edit-related actions, which is useful when you already know you want to change content and do not need to stop on an intermediate page first. 1. Open command search. 2. Type an action-focused term related to editing, such as a section name or an edit-related keyword. 3. Review the grouped results and look for the section that lists actions rather than page destinations. 4. Select the edit action you want. 5. Press **Enter** to go straight into that editing flow. [SCREENSHOT: Command search showing both page destinations and edit-related action results] An editing action appears differently from a normal destination because it represents something you can do, not just somewhere you can go. A page result usually opens an admin screen like **Content** or **Settings**. An edit action is better when your goal is immediate work, such as opening the relevant content editing experience for a specific area. Choose an edit action when: - you already know which content area you want to update - you want to reduce extra clicks - you do not need to browse a full admin page first Choose the destination page first when: - you want to review several items before editing - you are not sure which section needs to be changed - you need the broader management screen, not a direct action This distinction is especially helpful for content editors who move between public-page updates and admin maintenance. If you work with inline editing and content tools regularly, grouped action results can save time by taking you directly into the editing workflow. For related guidance on editing methods, compare this with [Choosing Between Inline Editing and Admin Pages](doc:choosing-between-inline-editing-and-admin-pages) and [Editing Content Directly From the Website](doc:editing-content-directly-from-the-website). ## Using Grouped Results to Reach Common Destinations Faster Grouped results are most valuable when you repeat the same navigation throughout the day. Instead of returning to menus again and again, you can use command search to jump to common destinations from almost anywhere in Sherkety ERP & Website Platform. 1. Open command search from your current screen. 2. Type a broad term that matches the destination you use often. 3. Scan the grouped sections for the common destination you want. 4. Narrow the search if too many groups appear. 5. Select the result and press **Enter**. [SCREENSHOT: Grouped command search results with a section for common destinations] This is faster than manually moving through the admin interface, especially if you regularly switch between **Dashboard**, **Content**, **Users**, **Settings**, **SEO**, **Services**, and **Pricing**. A content editor may jump between content areas and editing tools several times in one session. An administrator may move between user management, site settings, and search-facing page information. Grouped results reduce that back-and-forth. Broader searches can return several grouped sections at once. For example, a short search term might show: - a page destination - an edit action - another commonly used destination with a similar name When that happens, refine the query by adding one more word. Instead of searching for a broad term like “page” or “edit,” search for the exact area you want, such as “seo,” “pricing,” or “users.” A more specific query shortens the list and makes the correct group easier to spot. This workflow is particularly useful if you already understand the basics of command search from [Using the Command Palette for Quick Navigation](doc:using-the-command-palette-for-quick-navigation) but want to become faster at moving between work areas. The grouped layout gives you a quick visual filter: first choose the type of destination, then choose the exact result. ## Choosing the Right Result When Similar Matches Appear Similar matches are normal in command search, especially when one word is used in both page names and edit-related actions. The safest way to choose correctly is to read the group heading first, then confirm the highlighted result before you open it. If you search for a broad keyword, you may see several items that look related. One may open an admin page, another may start an editing action, and another may be listed as a common destination. Even if the result names are close, the group heading tells you what will happen after selection. Use this approach when several matches appear: 1. Type your search term. 2. Look at the heading above each result section. 3. Move through the list one result at a time with the arrow keys. 4. Pause on the highlighted item and read its label carefully. 5. Press **Enter** only after confirming both the group and the result name. [SCREENSHOT: Similar search results with one item highlighted and different group headings visible] If the list still feels crowded, refine the search term. Broad words often create unnecessary overlap. More specific names usually produce cleaner results. For example, use the exact name of the settings area or content type you want instead of a general word like “manage” or “page.” A few practical habits help: - prefer exact admin page names such as **Users**, **SEO**, or **Pricing** - use section-specific wording when looking for content work - avoid pressing **Enter** too quickly when the first result is not clearly the right one - rely on the highlight state as your final preview of what will open This matters most when you are moving quickly between tasks. A two-second check of the group label is often enough to prevent opening the wrong destination and having to backtrack. ## Fixing Missing or Unexpected Search Results If command search does not show the result you expected, start with the simplest checks. In Sherkety ERP & Website Platform, missing results are often caused by using a term that is too broad, too vague, or slightly different from the page name you are trying to find. Try these checks first: - Confirm you are searching with the page or area name you normally see in the interface, such as **Content**, **Users**, **Settings**, **SEO**, **Services**, or **Pricing**. - Shorten or simplify the search term if you typed a long phrase. - Make the search more specific if the current results are too broad. If you expected an admin page and it does not appear, your access level may be part of the reason. Some admin destinations are only available to users with the right role. If a coworker can open a page that you cannot find in command search, compare your available admin sections with theirs. For more on access differences, see [Understanding Role Visibility and Access Restrictions](doc:understanding-role-visibility-and-access-restrictions). Sometimes you may see destination results but not the edit action you expected. In that case: - search for the exact content area instead of a generic edit word - open the destination page first if the direct action is not listed - retry with a more specific section name If you open the wrong result, simply close or leave that screen, reopen command search, and choose again from the correct grouped section. Watch the highlighted row before pressing **Enter** so you can confirm the next selection. When results behave as expected but are still hard to interpret, it helps to review the feedback patterns described in [Understanding Toast Messages and Action Feedback](doc:understanding-toast-messages-and-action-feedback) and the broader search behavior in [Understanding Command Search and Quick Action Discovery](doc:understanding-command-search-and-quick-action-discovery). ## Overview Grouped results make command search much more useful than a simple shortcut list. In Sherkety ERP & Website Platform, the results are organized so you can tell whether you are about to open an admin page, start an edit-related action, or jump to another common destination. That extra structure helps you make faster choices with fewer wrong turns. The main idea is simple: - open command search - type the name of a page, section, or action - read the group heading above the matching results - move to the correct item with the arrow keys - press **Enter** to open it This grouped layout is especially helpful when the same keyword appears in more than one place. Instead of guessing, you can use the section heading and the highlighted row to confirm exactly what will happen next. That is the key difference between basic searching and confident searching. You will get the most value from grouped results when you: - search for admin pages by their visible names - use action-focused terms when you want to edit immediately - refine broad searches into more specific phrases - check the highlighted result before confirming For content editors, this means less time moving through menus before reaching the **Content** area or an editing workflow. For administrators, it means faster access to **Users**, **Settings**, **SEO**, **Services**, and **Pricing**. If you need to revisit the foundations of command search behavior, return to [Understanding Command Search and Quick Action Discovery](doc:understanding-command-search-and-quick-action-discovery). If this is your last command search topic, you can continue with another shared navigation pattern such as [Understanding Breadcrumbs Drawers and Shared Navigation Patterns](doc:understanding-breadcrumbs-drawers-and-shared-navigation-patterns). ## Prerequisites Before using grouped results effectively in command search, make sure these basics are already true in Sherkety ERP & Website Platform: - You can open command search from the interface and place your cursor in the search field. If not, review [Using the Command Palette for Quick Navigation](doc:using-the-command-palette-for-quick-navigation). - You understand how keyboard hints and quick search behavior work. If needed, see [Finding Actions With Keyboard Shortcut Hints](doc:finding-actions-with-keyboard-shortcut-hints) and [Using Keyboard Shortcut Hints With Command Search](doc:using-keyboard-shortcut-hints-with-command-search). - You are signed in to the admin area if you want to search for admin destinations such as **Dashboard**, **Content**, **Users**, **Settings**, **SEO**, **Services**, or **Pricing**. - Your account has access to the area you are trying to find. Some results may not appear if your role does not include that section. - You know the visible page or section name you want to search for, even if only approximately. It also helps if you are already familiar with: - the main admin navigation from [Navigating Admin Sections for Content and Configuration](doc:navigating-admin-sections-for-content-and-configuration) - the difference between opening a page and starting an editing workflow from [Choosing Between Inline Editing and Admin Pages](doc:choosing-between-inline-editing-and-admin-pages) - how content editing works in practice from [Editing Multilingual Content in the Editor](doc:editing-multilingual-content-in-the-editor) You do not need to memorize every admin menu before using command search. In fact, grouped results are most helpful when you only remember part of a page name or when you want to move directly to a familiar destination without browsing through the full navigation. ## Understanding Which Panels You Can Resize In Sherkety ERP & Website Platform, panel resizing is most useful when you are working in the admin area, especially on screens such as **Content**, **SEO**, **Services**, **Pricing**, **Users**, and **Settings**, where navigation, editing, and supporting details may appear side by side. The main resizable areas usually follow a familiar pattern: - A **left navigation panel** for moving between sections or items - A **main content area** where you read, edit, or review information - A **right-side details panel** when extra settings, properties, or supporting information are open The part you drag is the **divider** between two panels. When your pointer is directly over that boundary, it changes to a resize cursor. That visual change tells you the divider can be moved left or right. If the pointer does not change, move slightly until you are exactly on the panel edge. [SCREENSHOT: divider between the left navigation panel and main content area with resize cursor visible] It helps to separate **resizing** from **collapsing**: - **Resizing** changes the width of a panel while keeping it visible - **Collapsing** hides a panel using its own toggle or collapse control - **Expanding** brings a collapsed panel back so you can resize it again if needed This matters because each choice affects your workspace differently. A wider **main content area** gives you more room for long text, previews, and side-by-side review. A narrower **left panel** keeps navigation available without taking too much space. A smaller **right-side panel** leaves room for editing while still showing useful details. If you need a refresher on how panel movement behaves overall, including boundaries and saved workspace behavior, see [Understanding Resizable Panel Layouts and Workspace Behavior](doc:understanding-resizable-panel-layouts-and-workspace-behavior). This guide focuses on using those controls for practical reading, editing, and comparison work. ## Resizing Panels While Reviewing Long Content When you are reviewing long website content in Sherkety ERP & Website Platform, the most comfortable layout usually starts with three visible areas: the **left navigation panel**, the **main reading area**, and, if needed, a **right-side details panel**. This is common when checking page content, reviewing multilingual sections, or reading longer entries before editing them. For long paragraphs, structured content blocks, or document-style previews, give the **main reading area** more room first. Place your pointer on the divider next to the reading area and drag it outward until lines of text feel easier to scan. A wider reading pane reduces cramped line breaks and makes headings, body text, and grouped content easier to follow. You can usually reclaim space from the **left navigation panel** without losing usability. Narrow it until item names, page labels, or section titles are still readable enough to move around confidently. If labels begin to cut off too much, drag the divider back slightly. The **right-side details panel** is often the next place to adjust. If you are focused on reading rather than checking settings, narrow that panel so it shows only the most important details, or collapse it completely if it is distracting. This is especially helpful when metadata or supporting properties are visible but not needed for the current review pass. A practical reading layout often looks like this: - **Left panel** kept narrow but still readable - **Main reading area** widened as much as possible - **Right panel** reduced or collapsed unless details are actively needed [SCREENSHOT: content review screen with a wide main reading area and narrowed side panels] If scrolling becomes excessive or text feels compressed, that is usually a sign the reading area needs more width. For related layout behavior, including what happens when a panel reaches its limit, see [Understanding Panel Limits and Layout Recovery](doc:understanding-panel-limits-and-layout-recovery). ## Adjusting the Workspace for Editing Tasks Editing needs a slightly different layout from reading. In Sherkety ERP & Website Platform, when you are updating content in the **Content** area or working with fields that need careful review, the **main editor panel** should usually be your widest panel. Text fields, grouped inputs, and inline editing areas are easier to use when labels and values have enough horizontal space. Start by widening the **main editor panel** until field names and editing controls are easy to read without wrapping too aggressively. This is especially helpful when you are working through longer text sections, multilingual entries, or structured content that includes several related fields. A cramped editor makes it harder to spot missing text, compare wording, or review the full value of a field before saving. Keep the **right-side panel** partially open only when it supports your current task. If you need quick access to properties, settings, or validation-related details, leave that panel visible but narrow. That way, you can still glance at supporting information without giving up too much editing space. If you are making focused text changes, reduce it further or close it temporarily. The **left navigation panel** should stay just wide enough to let you switch between pages, sections, or items. It does not need to be fully expanded while you are actively editing one item. Shrinking it can free up valuable room for the editor. A good editing setup usually follows this balance: - **Main editor panel** wide enough for comfortable typing and review - **Right-side panel** partially open only if you need supporting details - **Left navigation panel** reduced to the smallest useful width - **Preview or secondary reading area** narrower when editing is the priority [SCREENSHOT: editing workspace with a wide central editor and a narrow right-side details panel] If you are editing content directly from page sections, the same principle applies: make the writing area larger than the supporting panels. For more on editing workflows themselves, see [Editing Multilingual Content in the Editor](doc:editing-multilingual-content-in-the-editor) and [Using Live Preview to Check Page Updates](doc:using-live-preview-to-check-page-updates). ## Setting Up Side-by-Side Comparison Views Side-by-side work is where panel resizing becomes especially valuable in Sherkety ERP & Website Platform. When you need to compare an **editor and preview**, two pieces of content, or content against its supporting details, your goal is to keep both panels readable at the same time without constant horizontal scrolling. Begin by opening the two panels you want to compare. In many review tasks, that means keeping the **main editor** open while also showing a **preview** or a **details panel**. In comparison-heavy work, both panes need enough width to show headings, body text, and the controls you actually use. If one panel is too narrow, you will spend more time scrolling and less time comparing. Drag the divider until both sides feel balanced for the task in front of you. The best split depends on what you are comparing: - Use **equal widths** when you want line-by-line comparison - Make the **editing panel wider** when you are changing content while checking a reference - Make the **reference panel wider** when the source material is longer or more complex - Keep enough room in both panes to avoid clipped headings and hidden action buttons This is especially helpful when reviewing: - **Translated text** across languages - **Formatted content blocks** that need visual consistency - **Revisions** where you want to compare old and updated wording - **Metadata or settings** alongside the main content [SCREENSHOT: two-panel comparison view with balanced widths for editor and preview] Fine-tuning matters. Small divider movements can remove horizontal scrolling and make paragraphs line up more naturally. If the layout still feels cramped, reduce the **left navigation panel** first before shrinking either comparison pane. For broader navigation patterns around panels and workspace areas, see [Understanding Breadcrumbs Drawers and Shared Navigation Patterns](doc:understanding-breadcrumbs-drawers-and-shared-navigation-patterns). ## Restoring a Comfortable Layout After Resizing After a long editing or comparison session, it is common to end up with a layout that no longer fits your next task. In Sherkety ERP & Website Platform, the easiest sign of an over-adjusted layout is when labels, field names, or action buttons stop displaying clearly. If panel text is cut off, controls are hidden, or you need extra scrolling just to reach basic actions, it is time to rebalance the workspace. Start by looking at the **left navigation panel**, **main editor or reading area**, and **right-side details panel** together. Ask which one is taking more space than it needs. Often, a panel that was useful during one task stays too wide after that task is finished. For example, a wide details panel may no longer be necessary once you return to reading, or a very narrow navigation panel may become frustrating when you need to move between items again. A simple way to restore comfort is to drag the dividers back toward a more even middle position. You do not need an exact default measurement. Focus on whether you can clearly see: - Navigation labels in the **left panel** - Full field names and main content in the **center** - Important supporting controls in the **right panel** If the layout feels too far off, use a panel’s **collapse** or **expand** control first. Hiding one side panel can quickly reset your focus. After that, reopen it and make smaller width adjustments until the workspace feels balanced again. [SCREENSHOT: rebalanced workspace with readable navigation, editor, and details areas] A comfortable final layout should support the task you are doing right now, not the one you were doing ten minutes ago. If you need help recognizing when panels are affecting usability rather than helping it, see [Resizing Panels for Better Workspace Visibility](doc:resizing-panels-for-better-workspace-visibility). ## Fixing Common Panel Resizing Problems Most panel resizing problems in Sherkety ERP & Website Platform are simple to correct once you know what to look for. If a divider does not respond, the issue is usually your pointer position rather than the panel itself. Move the pointer directly over the boundary between two panels until the resize cursor appears, then drag. If you are slightly inside the panel instead of on the divider, resizing will not start. A panel may also seem like it will not shrink any further. That usually means it has reached its **minimum width**. Side panels that contain labels, icons, field names, or controls often stop shrinking once those items would become unusable. This is normal behavior. If you still need more room, reduce a different panel or collapse the side panel instead of forcing it smaller. If important controls disappear after resizing, check whether the affected area has become too narrow. Common signs include: - Buttons no longer visible - Field labels cut off too heavily - Tabs or controls wrapping awkwardly - Extra scrolling inside a panel The fix is usually one of these: - Widen the panel that contains the missing controls - Reopen a collapsed **left navigation panel** - Reopen or widen the **right-side details panel** - Reduce a less important panel to give space back to the main work area When a **comparison view** still feels cramped, do not immediately shrink both working panes. First reduce the **left navigation panel** as much as practical. Then rebalance the two main panes based on the task: equal widths for close comparison, or a wider primary pane for active editing. [SCREENSHOT: cramped comparison layout being corrected by narrowing the navigation panel and widening the two main panes] If the workspace still feels unstable after several adjustments, revisit [Understanding Panel Boundaries and Layout Behavior](doc:understanding-panel-boundaries-and-layout-behavior) for a clearer picture of how panel limits affect resizing. ## Overview Panel resizing in Sherkety ERP & Website Platform is most useful when you are switching between three common types of work: **reading**, **editing**, and **comparing**. Instead of keeping every panel the same size all the time, you get a better result by changing the layout to match the task on screen. The most important ideas from this guide are: - Widen the **main content area** for long reading and review - Give the **editor panel** the most space when you are making changes - Keep the **right-side details panel** open only as wide as needed - Reduce the **left navigation panel** when you need more room for content - Balance two working panes carefully for side-by-side comparison - Restore a more even layout when labels, controls, or buttons become hard to use These adjustments are especially helpful in admin screens such as **Content**, **SEO**, **Services**, **Pricing**, **Users**, and **Settings**, where side panels can compete with the main work area. A few small divider movements can make long text easier to read, editing fields easier to manage, and comparison tasks much less cramped. Keep in mind that resizing is not the same as collapsing. If a panel is still useful, resize it. If it is distracting or unnecessary for the moment, collapse it and bring it back later. That simple choice helps you stay focused without losing access to important navigation or details. [SCREENSHOT: example of three workspace setups for reading, editing, and comparison] This document builds on [Understanding Resizable Panel Layouts and Workspace Behavior](doc:understanding-resizable-panel-layouts-and-workspace-behavior) and completes this panel layout sequence by showing how to apply resizing in real review work. ## Prerequisites Before using panel resizing effectively in Sherkety ERP & Website Platform, you should already be comfortable moving around the workspace and recognizing the main areas of the screen. You do not need any advanced setup, but a few basics make this guide much easier to apply. You should be able to: - Open the admin area after signing in - Navigate to screens such as **Dashboard**, **Content**, **SEO**, **Services**, **Pricing**, **Users**, or **Settings** - Recognize the **left navigation panel**, **main content area**, and any **right-side details panel** - Identify panel boundaries and basic collapse or expand controls - Use your mouse or trackpad to drag a divider If panel structure still feels unfamiliar, review these first: - [Understanding Resizable Panel Layouts and Workspace Behavior](doc:understanding-resizable-panel-layouts-and-workspace-behavior) - [Understanding Panel Boundaries and Layout Behavior](doc:understanding-panel-boundaries-and-layout-behavior) - [Working With Drawers Dialogs and Confirmation Prompts](doc:working-with-drawers-dialogs-and-confirmation-prompts) It also helps if you are already doing one of the tasks where resizing matters most, such as: - Reviewing long website content - Editing multilingual sections - Comparing content with a preview - Checking settings or details while updating a page You do not need to change any account settings before resizing panels. If a page includes resizable panels, you can adjust them directly from the screen you are already using. The key requirement is simply having a layout with visible panel boundaries and enough open workspace to drag them comfortably. ## Understanding What Visitors See First on the Homepage At the top of the homepage in **Sherkety ERP & Website Platform**, visitors first land in the **hero section**. This is the large opening area that presents the main message before any scrolling. The visual order matters here: visitors typically see the **main headline** first, then the **supporting text**, and then the **primary action buttons** placed nearby. The headline introduces Sherkety as a provider connected to both **ERP solutions** and **business services**. That matters because the homepage is speaking to two different kinds of visitors at the same time: - **Companies looking for ERP tools** to improve how they manage work, teams, sales, reporting, or operations - **Businesses looking for broader support services** such as setup, guidance, or service-based help beyond software alone The supporting text under the headline helps make that dual purpose clearer. Instead of forcing visitors to guess whether Sherkety only sells software or only offers consulting-style services, the opening message frames Sherkety ERP & Website Platform as a place where both needs can be explored together. The first screen also builds confidence quickly through short value-focused wording. Rather than opening with deep feature details, it gives a concise reason to continue: - Sherkety can help organize business operations - Sherkety offers service guidance as well as ERP-related solutions - Visitors can either **learn more** or **reach out** This is why the hero section is so important. Before a visitor reads any lower section, the homepage already answers three basic questions: - **Who is Sherkety for?** - **What kind of help is offered?** - **What should I click next?** [SCREENSHOT: Homepage hero section showing the main headline, supporting text, and primary action buttons] If you want a closer look at how the opening section itself is structured, see [Understanding the Homepage Hero and Primary Actions](doc:understanding-the-homepage-hero-and-primary-actions). ## Reading the Core Value Messages Presented on the Homepage As visitors move below the hero section, the homepage in **Sherkety ERP & Website Platform** continues the same message using short content blocks, service highlights, and benefit-focused text. These sections are not written like a technical product manual. Instead, they explain **why the offering matters** to a business. The homepage messaging centers on practical outcomes such as: - **Improving business operations** - **Supporting growth** - **Making management easier** - **Helping companies adopt ERP tools and related services** - **Providing broader business support alongside software-related offerings** This is an important pattern. A visitor comparing ERP options usually wants to know what business problem will be solved before reading detailed feature lists. The homepage addresses that by emphasizing results first. Short message blocks and service cards point toward benefits like smoother workflows, better organization, and more efficient day-to-day management. At the same time, the wording stays broad enough for visitors who are not only shopping for ERP. Someone looking for business setup or support services can still recognize that Sherkety ERP & Website Platform covers more than one category of help. As you scan the homepage, pay attention to repeated signals such as: - **ERP-related service labels** - **Business support language** - **Growth and efficiency wording** - **Calls to explore services** - **Contact-oriented prompts** These repeated phrases reinforce Sherkety’s position throughout the page. Instead of one isolated statement at the top, the homepage keeps confirming the same idea in several places: Sherkety ERP & Website Platform helps businesses through a mix of **digital tools**, **structured services**, and **guided next steps**. If you already reviewed the startup package messaging in [Understanding Startup Package Presentation and Value Messaging](doc:understanding-startup-package-presentation-and-value-messaging), this page adds the broader homepage context around those value statements rather than repeating that package-specific content. ## Choosing Between Exploring Services and Contacting the Team The homepage in **Sherkety ERP & Website Platform** is designed around two main actions: **explore what Sherkety offers** or **contact the team directly**. You can usually recognize these paths through the buttons shown in the hero section and repeated again in other homepage areas. The **service exploration path** is for visitors who are still comparing options. These visitors may want to: - Browse service sections - Open a dedicated service page - Review ERP app information - Compare broader business support offerings - Read more before making contact Buttons and links for this path usually use wording that suggests discovery, browsing, or learning more. They are placed where visitors naturally pause to decide whether Sherkety matches their needs. The **contact path** is for visitors who already have a clear question or are closer to a buying decision. These visitors may want to: - Ask about pricing - Discuss ERP implementation needs - Clarify which service fits their business - Start a conversation about requirements The homepage reduces hesitation by showing both choices clearly instead of pushing only one. That is useful because not every visitor is ready to submit an inquiry on the first screen, and not every visitor wants to read multiple pages before speaking with someone. When deciding which button to use, a simple rule helps: - Choose the **service-related button** if you still need to compare or understand the offer - Choose the **contact-oriented button** if you are ready to discuss your situation directly [SCREENSHOT: Hero section buttons for service exploration and contact inquiry] This balanced layout is part of the homepage’s conversion flow. For a broader view of how Sherkety guides visitors from interest to action, see [Using Public Calls to Action and Conversion Paths](doc:using-public-calls-to-action-and-conversion-paths). ## Following the Homepage Flow Into Service Discovery If you click the service-focused action from the homepage hero, **Sherkety ERP & Website Platform** moves you into a discovery path built for browsing. The goal is not to force a contact request immediately. Instead, the homepage gives you several places to continue exploring. After the first call to action, visitors typically continue into sections that group offerings by topic. These may include: - **ERP-related offerings** - **Business services** - **Package or comparison-style sections** - **Feature or value highlight blocks** - **Module or service entry points** This grouping helps visitors scan by interest instead of reading the page from top to bottom in detail. Someone focused on ERP can look for module-related cards and service labels. Someone looking for broader business support can follow the sections that describe setup, guidance, or service categories. When you click a service-related card, button, or link, expect one of these outcomes: - A **dedicated service page** - A **deeper section on the same page** - A **module-specific page** - A **more detailed explanation of the offering** The homepage keeps this browsing path active by repeating service prompts beyond the hero section. That means you do not have to scroll back to the top if you skipped the first button. As you move down the page, more cards, links, and highlighted sections continue inviting you to explore. This repeated structure is helpful because visitors often decide later, not immediately. They may first read trust signals, package information, or value statements, then click into services once they understand Sherkety’s positioning. For more on finding the right service path from menus and service areas, see [Finding Services Through Navigation and Service Menus](doc:finding-services-through-navigation-and-service-menus). ## Using Inquiry Actions When You Are Ready to Talk When a visitor is ready to speak with Sherkety instead of continuing to browse, the homepage in **Sherkety ERP & Website Platform** provides an inquiry-focused action. This is usually presented as a **contact-oriented button** in the hero section or another call-to-action area later on the page. That inquiry action supports visitors who already know they want help with something specific, such as: - **Pricing questions** - **ERP implementation discussions** - **Business service inquiries** - **Package fit questions** - **Requests for guidance on the next step** After clicking the inquiry action, the visitor is taken toward a direct communication path. Based on the broader website flow, this may lead to: - A **contact page** - A **contact form section** - Another **direct communication option** The important point for users is the intent behind the button: it is there for starting a conversation, not for browsing general information. You do not need to wait until the top of the homepage to use this path. Sherkety ERP & Website Platform repeats contact prompts in more than one place so visitors can inquire whenever they feel ready. This is especially useful for people who scroll through the page, review service summaries, and only then decide to ask a question. A good way to choose this option is to ask yourself whether you still need information or whether you need a response. If you need a response tailored to your business, the inquiry button is usually the better next click. [SCREENSHOT: Homepage contact-oriented call to action in the hero or lower page section] If you want more detail on where those contact actions lead, see [Contacting Sherkety Through Forms and Direct Channels](doc:contacting-sherkety-through-forms-and-direct-channels). ## Avoiding Common Misreads of the Homepage Calls to Action Some visitors arrive on the homepage and are not immediately sure whether **Sherkety ERP & Website Platform** is offering **software**, **services**, or a combination of both. The homepage messaging is designed to answer that, but it helps to read the opening elements together instead of relying on one button alone. If the offer feels unclear, use these parts of the page together: - The **main headline** - The **supporting text** under the headline - The **service labels** in nearby sections - The **button text** on the first screen - The **category cards or service blocks** lower on the page This combined reading usually makes the positioning clearer. The headline introduces the broad promise, the supporting copy adds context, and the service sections confirm the range of offerings. If a primary button seems too general, compare it with the section heading around it. This helps you tell whether it is meant for: - **Exploring services** - **Reading more about ERP offerings** - **Starting a direct inquiry** Visitors focused only on ERP should give priority to ERP-related value statements, module cards, and service descriptions before deciding whether to contact the team. Visitors looking for broader business support should instead follow the sections that use wider service language rather than ERP-only wording. A few practical reading habits help avoid confusion: - Do not judge the homepage by the first button alone - Scan the next section before deciding the site’s focus - Use repeated labels across the page to confirm what Sherkety offers - Treat contact buttons as conversation starters, not as the only way to learn more This approach makes the homepage easier to interpret, especially for first-time visitors comparing several providers at once. ## Overview The homepage in **Sherkety ERP & Website Platform** is built to communicate a clear first impression and offer immediate next steps without overwhelming the visitor. The messaging starts in the **hero section**, where the main headline and supporting text introduce Sherkety as a business that connects **ERP-related solutions** with **broader business services**. Across the homepage, the message is reinforced through short value-focused sections rather than long explanations. Visitors are guided by a simple pattern: - **Understand what Sherkety offers** - **See the business value** - **Choose whether to explore or inquire** The most important homepage elements covered in this document are: - The **headline** that frames Sherkety’s role - The **supporting copy** that clarifies the offer - The **primary action buttons** that guide next clicks - The **service discovery sections** that continue the browsing path - The **contact-oriented actions** that support direct inquiries This structure supports two common visitor goals at the same time: - A visitor comparing **ERP options** - A visitor looking for **business support services** Instead of forcing one path, the homepage keeps both visible. That is why the page can work for early-stage browsing and ready-to-contact visitors alike. If you are reviewing homepage content as part of a larger learning path, this document fits between package-focused messaging and the trust-focused sections that appear elsewhere on the page. It explains how visitors interpret the main message and how they move from the first screen into either service exploration or direct contact. ## Prerequisites You do not need any admin access or editing permissions to follow this page. This topic is about **reading and interpreting the public homepage** in **Sherkety ERP & Website Platform** as a visitor. Before using this guide, it helps if you have already done one or both of the following: - Opened the public homepage and viewed the **top hero section** - Read [Understanding the Homepage Hero and Primary Actions](doc:understanding-the-homepage-hero-and-primary-actions) It is also useful if you already reviewed the package-focused messaging in: - [Understanding Startup Package Presentation and Value Messaging](doc:understanding-startup-package-presentation-and-value-messaging) That earlier document explains how startup package value is presented. This guide does not repeat that material. Instead, it shows how the broader homepage message surrounds those package sections and helps visitors choose between browsing and contacting. As you read, focus on these visible homepage elements: - The **headline** - The **supporting text** - The **main buttons** - The **service cards or service sections** - The **contact prompts** repeated across the page You do not need to know any internal setup, content management process, or admin workflow. This guide is only about what a visitor sees and how to interpret the homepage’s main message and action choices. From here, the next helpful topic is [Exploring Homepage Trust Team and Ecosystem Content](doc:exploring-homepage-trust-team-and-ecosystem-content), which looks at the sections that build confidence after the primary message and calls to action. ## Exploring What the HR Module Covers The **HR module landing page** in Sherkety ERP & Website Platform is the right place to judge whether the product can support your day-to-day people administration. Instead of reading it as a simple feature list, look at it as a map of how employee information is organized. The most important signs are whether the page clearly presents **employee records**, **departments**, **job positions**, and reporting relationships such as **manager** assignments. When you review the HR page, focus on the core workforce processes it is meant to support. A useful HR setup should let your team keep one employee profile for each person, connect that person to the right department, assign a manager, and maintain work-related details in one place. That matters if you want HR, managers, and leadership to rely on the same information instead of passing spreadsheets around by email. You should also read the HR area as part of a wider people-management flow. A strong module usually covers the employee directory and internal organization structure first, then connects that information to related HR activities such as attendance, time off, recruitment, and payroll when those areas are available. If you already reviewed process coverage in [Evaluating Core HR Workflows on the Product Page](doc:evaluating-core-hr-workflows-on-the-product-page), this guide goes one level deeper by helping you judge how those workflows are structured around employee data. As you move through the HR content, ask whether Sherkety ERP & Website Platform appears ready to support: - A clear employee directory - Department and reporting visibility - Contract and employment administration - Cross-team coordination between HR and managers - Growth in headcount over time [SCREENSHOT: HR module landing page showing feature sections related to employee records, departments, and workforce management] ## Reviewing Employee Administration Workflows When you evaluate employee administration on the HR product page, picture the real workflow your team follows when a new hire joins. The key question is whether Sherkety ERP & Website Platform appears built around a complete employee profile rather than scattered records. A useful employee profile should bring together work contact details, role information, department placement, and reporting lines in one place. As you review the page, look for signs that an employee can be created with the details HR teams actually maintain. The most important fields to watch for are the ones that support daily administration and directory accuracy. | Field area | Why it matters in evaluation | |---|---| | Work Email | Helps identify the employee in internal communication and directories | | Work Phone | Supports quick contact and internal coordination | | Job Position | Shows the employee’s role in the organization | | Department | Places the employee in the right team or function | | Manager | Defines reporting lines and approval relationships | | Company | Important for businesses with more than one legal entity | | Status information | Helps track whether records are active or need follow-up | These details matter because they reduce duplicate entry across spreadsheets, shared folders, and separate lists. Instead of updating one file for the org chart and another for staff contacts, HR can maintain one record and use it across processes. This is especially important in common scenarios such as: 1. **Onboarding a new hire** by creating a profile with the correct department and manager. 2. **Handling an internal transfer** by updating the employee’s department or job position. 3. **Keeping the staff directory current** so managers can quickly find the right person and team. If the HR page only talks broadly about “employee management” without showing these kinds of profile details, treat that as a sign to ask for a deeper product walkthrough. ## Assessing How the Module Supports Organizational Structure A useful HR module does more than list employees. It should show how people fit together across teams, reporting lines, and business units. In Sherkety ERP & Website Platform, the organizational side of the HR module should be evaluated through three connected elements: **departments**, **job positions**, and **manager relationships**. Together, these help you understand whether the module can reflect your real company structure instead of just storing names in a directory. Start by checking whether departments appear as more than labels. Buyers often need to group employees by function, branch, or operating unit, and that only works well when department-based organization is clearly supported. Job positions matter for a different reason: they help distinguish roles inside the same team, which is useful when several employees belong to one department but hold different responsibilities. Manager relationships are equally important. If the HR content shows reporting lines between managers and employees, that is a strong sign the module can support approvals, accountability, and team oversight. You should also look for organizational views that make this structure easy to understand, such as: - Grouping employees by department - Viewing reporting lines from manager to team members - Filtering the employee directory by company or team - Identifying role distribution across teams These structure features support practical business needs, including headcount planning, responsibility assignment, and visibility across multiple departments. They are especially important if your business includes branch offices, shared services teams, or more than one legal entity. A good evaluation question is simple: can this HR module mirror the way your business is actually organized today, and can it still work if that structure becomes more complex later? If the answer is unclear from the page, that gap is worth raising before you move closer to purchase. [SCREENSHOT: organizational view or employee grouping by department and manager relationship] ## Matching HR Features to Everyday Workforce Processes The best way to judge the HR module is to connect its features to the work your team already does. Employee administration is not only about storing names and titles. In Sherkety ERP & Website Platform, the value comes from using one employee record as the starting point for multiple workforce processes. Think first about onboarding. When a new employee joins, HR needs to create a profile, assign the correct department, set the job position, and link the employee to the right manager. If those details are easy to maintain, the same record can support later steps such as attendance tracking, leave management, appraisal preparation, recruitment follow-up, or payroll-related processing where available. The same structure helps with internal movement. Employees change departments, receive promotions, or begin reporting to a new manager. A strong HR module should make those updates straightforward, because one change in the employee profile should improve accuracy everywhere that employee information is used. Offboarding preparation also depends on reliable records, since HR needs to know the employee’s current role, reporting line, and organizational placement before closing out responsibilities. As you evaluate the HR content, consider whether the module appears ready to support different user groups: - **HR teams** need full employee record maintenance - **Managers** need visibility into their team structure - **Administrators** need controlled oversight across the organization You should also watch for signs that access is managed appropriately, especially if employee information is sensitive or shared across departments. From a buyer’s perspective, the practical outcomes matter most: - Cleaner employee data - Faster updates when people move roles - Better coordination between HR and department managers - Less manual re-entry across connected HR activities If you want a broader feature-level review before making this judgment, return to [Evaluating Core HR Workflows on the Product Page](doc:evaluating-core-hr-workflows-on-the-product-page) and then compare those workflows against the structure described here. ## Comparing the Module Against Your Business Requirements When you compare the HR module to your own requirements, use a buyer’s checklist rather than a general impression. A polished product page can still leave out details that matter once HR starts using it every day. In Sherkety ERP & Website Platform, your review should focus on whether the module can support your current employee administration needs and still remain useful as the business grows. Start with the basics you should expect to see clearly represented: - Employee master data fields - Department hierarchy support - Manager assignment - Multi-company handling - Employee status tracking These points help you judge whether the module can support real organizational administration instead of acting as a simple staff list. During a product review or demo conversation, ask direct questions tied to what your team will maintain: | Evaluation question | Why it matters | |---|---| | Can employee fields be expanded if our HR records grow? | Important if you need more than standard profile details | | Can departments and job positions be configured to match our structure? | Helps confirm the module fits your organization rather than forcing a fixed setup | | How do employee records connect to attendance, leave, recruitment, or payroll areas? | Shows whether HR data supports wider workforce processes | | Can the module handle more than one company or location? | Critical for growing or multi-entity businesses | Scalability is another major decision point. A module that works for 20 employees may not work as well for 200 if it cannot reflect multiple locations, formal reporting lines, or more structured HR processes. Compare what you need today with what you expect over the next few years. In the end, your decision should come down to three practical criteria: - How easy it is to maintain accurate employee records - How clearly the organization structure is visible - How ready the module is to support broader workforce management ## Identifying Common Gaps During HR Module Evaluation Some HR product pages sound complete at first glance but leave out the details buyers actually need. When reviewing Sherkety ERP & Website Platform, pay attention to what is shown clearly and what is only implied. A page that mentions “employee records” is not enough on its own if it does not also show how employees are connected to departments, job positions, and managers. One common gap is a basic employee directory presented as if it were full HR administration. A searchable list of employees is useful, but it does not tell you whether the module can support reporting lines, internal transfers, or structured workforce planning. You should look for clear evidence that employee profiles include organizational fields and that those fields can be used in practical views. Another gap appears when related HR processes are mentioned without showing how they connect back to employee data. If attendance, leave, recruitment, or payroll are referenced, ask whether the employee profile acts as the shared record behind those activities. Without that connection, teams may still end up maintaining duplicate information. Buyers with more complex organizations should be especially careful. Verify whether the HR module appears suitable for: - Multiple companies - Multiple locations or branch offices - Department-based reporting - Non-flat reporting lines - Shared services or cross-functional teams Access control is another area to confirm. HR teams, line managers, and administrators usually need different levels of visibility. If the product page does not address who can view or update employee information, that is worth clarifying before you rely on the module for sensitive records. A good evaluation habit is to note every feature claim that lacks a visible example. Those are the points to raise in a demo, because they often reveal the difference between a clean marketing summary and a workable HR setup. ## Overview This guide helps you evaluate the **HR module landing page** in Sherkety ERP & Website Platform from a buyer’s perspective. The focus is not on deep process details such as attendance rules or recruitment pipelines, which are covered in earlier HR documents, but on the structure underneath those processes: employee records, departments, job positions, reporting relationships, and organization-wide visibility. Use this page review to answer a practical question: can the HR module support the way your business organizes people? That includes maintaining a reliable staff directory, assigning employees to departments, linking them to managers, and keeping work-related information in one profile that can support connected HR activities. The most useful way to read the HR page is to look for evidence of three things: - A complete employee administration foundation - A clear representation of company structure - Support for everyday workforce changes such as onboarding and internal transfers This document is especially helpful if you are comparing ERP options and want to know whether the HR area is ready for more than simple record keeping. If you need a feature-by-feature introduction first, start with [Exploring HR Module Overview and Business Fit](doc:exploring-hr-module-overview-and-business-fit). If you want to revisit workflow coverage before assessing structure, see [Evaluating Core HR Workflows on the Product Page](doc:evaluating-core-hr-workflows-on-the-product-page). As you read, keep your own organization in mind: number of employees, number of departments, reporting complexity, and whether you operate in one company or several. Those factors will shape whether the HR module feels like a good fit or only a partial match. [SCREENSHOT: HR module page with sections highlighting employee administration and organizational structure] ## Prerequisites Before using this guide, it helps to have already reviewed the earlier HR documents in this series so you can focus on structure and fit instead of repeating basic feature discovery. In particular, you should already be familiar with the broader HR value proposition and the core workflows presented on the HR product page. You will get the most value from this guide if you have: - Read [Exploring HR Module Overview and Business Fit](doc:exploring-hr-module-overview-and-business-fit) - Reviewed [Reviewing Employee Management and Organization Features](doc:reviewing-employee-management-and-organization-features) - Read [Understanding Attendance Leave and Payroll Capabilities](doc:understanding-attendance-leave-and-payroll-capabilities) - Checked [Evaluating Recruitment and HR Analytics](doc:evaluating-recruitment-and-hr-analytics) - Completed [Evaluating Core HR Workflows on the Product Page](doc:evaluating-core-hr-workflows-on-the-product-page) You should also have a simple internal list of your own business needs before comparing them to the HR page. Useful items to prepare include: - Your current number of employees - Your department structure - Whether employees report through one manager or multiple levels - Whether you operate in more than one company or location - Which HR processes you want connected to employee records This preparation makes it easier to judge whether Sherkety ERP & Website Platform is showing the right level of employee administration and organizational support for your business. If you are reviewing several ERP modules together, it can also help to compare the HR page with the broader ERP navigation covered in [Using ERP System Landing Pages to Evaluate Offerings](doc:using-erp-system-landing-pages-to-evaluate-offerings) and [Exploring ERP App Categories and Module Entry Points](doc:exploring-erp-app-categories-and-module-entry-points). For the next step in this HR series, continue to [Reviewing Hr Pricing and Next Step Options](doc:reviewing-hr-pricing-and-next-step-options). ## Recognizing when inline editing is available on a public page Inline editing in **Sherkety ERP & Website Platform** only appears when you are signed in with an account that has permission to edit website content. If you open the homepage, a services page, a company type page, or an ERP app page as a regular visitor, you will only see the public content. The page looks normal, and there are no editing buttons, hover controls, or editing panels. When editing is available, the clearest sign is the page-level **Edit** action at the top of the page. You may also notice a website editing toolbar or other on-page controls that do not appear for public visitors. These controls tell you that you are still looking at the live website, but you now have permission to change what is on the screen. This is an important difference from working in admin pages such as **Dashboard**, **Content**, **Services**, **Pricing**, or **SEO**. Inline editing starts directly from the public page you are viewing. You do not begin in a separate form or back-office list. Instead, you open the actual page, switch into editing mode, and work on the content in place. If you already reviewed [Deciding When to Use Inline Editing or Admin Pages](doc:deciding-when-to-use-inline-editing-or-admin-pages), use that guidance here: inline editing is best when you want to update visible page content exactly where it appears. That includes headings, paragraphs, buttons, images, and section layout on public-facing pages. [SCREENSHOT: public website page showing the top Edit button visible for an authorized user] ## Starting page editing from the main Edit control Use the main **Edit** control when you want to make changes across a full page, not just one line of text. This is the most reliable entry point because it switches the page from normal browsing into website editing mode. 1. Open the public page you want to update, such as the homepage, an ERP app page, or a company type detail page. 2. Look at the top of the page for the **Edit** button. 3. Click **Edit** to enter website editing mode. After you click **Edit**, the page changes from browse mode to editable mode. You are still on the live page, but the content becomes interactive. Text areas can be selected, images can be clicked for media actions, and page sections show hover controls for layout changes. This is the point where Sherkety ERP & Website Platform stops behaving like a visitor page and starts behaving like a page builder. You will usually see two editing areas working together: - **On-page controls** let you click directly on text, buttons, images, and sections. - A **right-side panel** shows settings for the item or section you selected. For example, if you click inside a heading, you can edit the words on the page. If you click a section background or block area, the right-side panel may show options related to that section’s appearance or arrangement. If you hover over a section, handles may appear for moving, duplicating, or removing it. Use the main **Edit** control whenever you expect to make several changes in one session. It gives you access to all inline tools at once instead of trying to edit one item at a time. [SCREENSHOT: page in editing mode with editable content highlighted and the right-side settings panel open] ## Editing content directly from on-page text and media controls Once you are in editing mode, the fastest way to update page content is to click directly on what you want to change. This works especially well for headings, paragraphs, button labels, and images already placed on the page. 1. Click inside a text area, such as a heading, paragraph, or button label. 2. Place the cursor where you want to change the wording. 3. Type your update directly on the page. 4. Select text if you want formatting options to appear. When you highlight text, a small formatting toolbar may appear near the selected words. Depending on the content, this toolbar can include options for text style, emphasis, or links. Use these controls when you want to adjust how the text looks or where a button or linked phrase sends visitors. Images and other media areas work differently. Instead of typing into them, click the image or media area to reveal its available actions. You may see options to replace the visual or edit that media item without leaving the page. This is useful when updating banners, section illustrations, or promotional graphics while keeping the rest of the section in place. It helps to separate **content editing** from **block editing**: - Click **inside text** when you want to change wording only. - Click an **image area** when you want to replace or adjust the visual. - Use **block handles** when you want to move, duplicate, or remove the entire section. If your goal is only to update copy, direct editing is usually faster than opening broader section settings. For multilingual work, pair this with [Editing Multilingual Content in the Editor](doc:editing-multilingual-content-in-the-editor). [SCREENSHOT: selected heading text with floating formatting toolbar visible above the content] ## Using block and section handles to edit page structure Direct text editing changes the content inside a section. Block and section handles are for changing the page structure itself. Use them when you want to rearrange the layout, duplicate an existing section, remove a section, or add a new one. 1. Move your pointer over a section or content block on the page. 2. Wait for the hover controls or block handles to appear. 3. Choose the action you need, such as move, duplicate, or delete. 4. Click the section itself if you want to open its settings in the right-side panel. These handles usually appear around the edge of a block or section rather than inside the text. That helps you avoid accidentally editing words when your real goal is to work with the whole content area. For example, if you want to move a testimonial section higher on the homepage, use the section handle instead of clicking into the paragraph text. When a section is selected, the editor sidebar on the right can show options related to that section’s setup. This is where you work on broader presentation choices such as layout, background, or visibility. These controls are different from the floating text toolbar because they affect the whole section, not just one sentence or button label. To add new content, open the **Blocks** or **Snippets** panel and choose the section you want to place on the page. You can then drop it into the live layout where it fits best. This is the right entry point when you are building out a page, not just polishing existing wording. For more detailed section work, see [Using Section and Footer Edit Controls](doc:using-section-and-footer-edit-controls) and [Editing Footer and Shared Website Sections Inline](doc:editing-footer-and-shared-website-sections-inline). [SCREENSHOT: hovered page section showing move, duplicate, and delete controls] ## Knowing which entry point to use for each kind of change When several editing controls are available on the same page, choose the one that matches the change you need. This saves time and helps you avoid opening the wrong panel or changing more than intended. Use the main **Edit** button when you need full website editing mode. This is the best starting point if you plan to review several sections, update multiple items, or combine text, image, and layout changes in one pass. It gives you access to the right-side panel, block handles, and direct on-page editing tools together. Use **direct text selection** when the content is already in the correct place and only the wording needs attention. This is ideal for: - Headings - Paragraph text - Button labels - Short calls to action Use **image or media controls** when the layout is fine but the visual needs to change. This works well for hero banners, service illustrations, promotional graphics, and section images. Click the media area itself rather than the surrounding section so you update the visual without affecting the block structure. Use **block or section handles** when the page layout needs to change. Choose this entry point when you want to: - Move a section up or down - Duplicate a section to reuse its design - Delete an entire snippet - Open section-level settings - Add or reorganize page blocks A simple way to decide is this: | If you want to change... | Start here | |---|---| | Several parts of the page | **Edit** button | | Wording inside an existing block | Click directly into the text | | A banner or image | Click the media area | | The position or structure of a section | Use block or section handles | If you are unsure, start with **Edit** and then choose the on-page control that matches the item you selected. ## Fixing common problems when edit controls do not appear If you open a public page in **Sherkety ERP & Website Platform** and do not see the **Edit** button or any on-page editing controls, the most common reason is that you are not viewing the page with the right account or in the right session. Check these points first: - Make sure you are signed in with a user account that has website editing rights, such as an administrator or content editor account. - Confirm that you are viewing the actual public website page while signed in, not a separate logged-out browser window. - Avoid checking in an incognito or private browsing window if that window does not carry your signed-in session. - Reopen the page from your normal website navigation after signing in. Some pages are managed through website editing tools, while others may be better maintained from admin screens such as **Content**, **Services**, **Pricing**, **SEO**, or **Settings**. If a page does not show inline editing controls, it may not be the kind of page that supports direct on-page editing. In that case, use the guidance from [Choosing Between Inline Editing and Admin Pages](doc:choosing-between-inline-editing-and-admin-pages). If the controls should be there but still do not appear: 1. Refresh the page. 2. Return to the page from the website menu or homepage. 3. Click back into the page again while staying signed in. 4. Check whether the page loads normally before trying to edit. You may also notice temporary loading or error states while the page is opening. If the page content has not fully loaded, editing controls may not appear immediately. For related behavior, see [Understanding Loading Placeholders Empty States and Errors](doc:understanding-loading-placeholders-empty-states-and-errors). [SCREENSHOT: public page loaded without edit controls, contrasted with the same page when signed in and showing the Edit button] ## Overview Inline editing entry points in **Sherkety ERP & Website Platform** are the visible ways authorized users begin changing content directly on public pages. The most important entry point is the top-page **Edit** button, which switches the page into website editing mode. After that, the page exposes more specific controls based on what you click: text becomes editable in place, images show media actions, and sections reveal handles for layout changes. This matters because the same page can behave in two very different ways. For visitors, the homepage, services pages, ERP app pages, and company type pages are read-only. For signed-in editors, those same pages can become editable workspaces. You are not leaving the live page to fill out a separate form. Instead, you are editing the content where it appears, which makes it easier to spot wording issues, spacing problems, or outdated visuals immediately. The main entry points covered in this guide are: - The **Edit** button for entering full page editing mode - Direct text selection for changing headings, paragraphs, and button labels - Media controls for replacing images and visuals - Block and section handles for moving, duplicating, deleting, or configuring sections If you need detailed help with what to do after entering the editor, use these related guides: - [Editing Content Directly From the Website](doc:editing-content-directly-from-the-website) - [Updating Homepage and Public Sections With Inline Tools](doc:updating-homepage-and-public-sections-with-inline-tools) - [Using Live Preview to Check Page Updates](doc:using-live-preview-to-check-page-updates) This guide is meant to help you recognize the correct starting point before you make the change. ## Prerequisites Before you can use inline editing entry points on a public page in **Sherkety ERP & Website Platform**, make sure the basics are in place. If any of these are missing, the **Edit** button and on-page controls may not appear. - You must be signed in to the admin side of Sherkety ERP & Website Platform. - Your user account must have permission to edit website content. In practice, this usually means an administrator or content editor role. - You need to open an editable public page, such as a website page that supports on-page content updates. - The page must finish loading normally before editing controls can appear. - You should be working in your regular signed-in browser session, not a separate logged-out or private window. It also helps to know what kind of change you plan to make before you start: - For wording changes, be ready to click directly into text. - For image updates, identify the exact visual you want to replace. - For layout changes, expect to use section handles and the right-side panel. - For broader content management tasks, you may need an admin page instead of inline editing. If you have not yet reviewed the earlier inline editing guidance, these documents will help you prepare without repeating the same material here: - [Editing Content Directly From the Website](doc:editing-content-directly-from-the-website) - [Using Section and Footer Edit Controls](doc:using-section-and-footer-edit-controls) - [Deciding When to Use Inline Editing or Admin Pages](doc:deciding-when-to-use-inline-editing-or-admin-pages) From here, continue with [Validating Saving and Reviewing Content Changes](doc:validating-saving-and-reviewing-content-changes) when you are ready to confirm your edits and check the final result. ## Recognizing What the Page Is Telling You In **Sherkety ERP & Website Platform**, a page that does not show its usual content is not always broken. Most screens fall into one of four clear states, and each one means something different. - **Loading state** means the page is still retrieving information. - **Empty state** means the page loaded successfully, but there is nothing to show in that section. - **Missing-content state** means the page or record you asked for could not be found. - **Error state** means Sherkety ERP & Website Platform tried to load the page or record but could not complete the request. You can see these states in several places: - public website pages such as service pages, ERP app pages, or company type pages - detail pages opened from a shared link or bookmark - admin areas such as **Dashboard**, **Content**, **Users**, **Settings**, **SEO**, **Services**, and **Pricing** - editing screens that depend on saved website content The most important distinction is **loading** versus **finished but empty**. A loading page usually shows movement or placeholders, such as a **Loading...** message, blank content blocks, or table rows that have not filled in yet. An empty page has already finished loading and usually shows a stable message such as no items, no results, or no content available. For visitors, this tells you whether to **wait**, **go back**, or **open another page**. For content editors and administrators, it helps you decide whether the issue is: - a page still loading - a list with no saved records - a missing page or deleted item - a failed request that needs a retry If you already read [Responding to Missing Content and Retry Messages](doc:responding-to-missing-content-and-retry-messages), think of this guide as the broader view: how to tell which state you are seeing before deciding what action to take. [SCREENSHOT: examples of loading, empty, missing-content, and error states on public and admin screens] ## Waiting for Pages and Records to Load A **loading state** appears when Sherkety ERP & Website Platform has started opening a page but has not finished bringing in the content yet. This is normal when you first open a page, refresh the browser, switch language, move to another admin section, or open a detail view from a list. Common loading cues include: - a **Loading...** message in the page area - placeholder blocks where text and images will appear - empty cards or rows that have not filled in yet - buttons that appear inactive until the page is ready - admin tables that show temporary rows before real records appear You may notice this on public pages like **ERP System**, **Company Types**, or a specific company type detail page opened from a direct link. In the admin area, loading is common when opening **Content**, **Users**, **SEO**, **Services**, or **Pricing**, especially after changing screens or refreshing the page. While a page is loading: - **Wait a moment** before clicking again. - Avoid repeated clicks on buttons that are still inactive. - Let the current page finish instead of opening the same action many times. - Watch whether the browser tab still appears active and the page is changing. A short delay is expected. What matters is whether the loading state clears. If you keep seeing **Loading...** and the page never changes, that usually points to a request problem rather than a normal delay. The same is true if an admin table stays in placeholder mode after you refreshed the page or after your connection dropped briefly. When loading seems stuck, do not assume the page is empty. A page that is still loading has not yet told you whether records exist. First confirm whether the loading state ends. If it does not, move on to the checks in the troubleshooting section below. [SCREENSHOT: loading message or placeholder rows on an admin list screen] ## Understanding Empty Lists and No-Result Screens An **empty state** means Sherkety ERP & Website Platform loaded the page successfully, but the list or section contains **zero items**. This is different from missing content. Empty means the page exists and worked; it simply has nothing to display right now. You are most likely to see empty states in places such as: - admin tables in **Content**, **Users**, **Services**, **Pricing**, or **SEO** - public listing pages where entries are expected to appear - search results after entering a term that matches nothing - filtered views after narrowing the results too much Typical reasons include: - the area is brand new and no records have been added yet - your search text returns no matches - active filters remove all visible results - only published items are shown, and none are currently published - archived or hidden items are excluded from the current view The screen usually makes this clear with a stable message rather than a spinner. You might see: - a message inside the table area instead of rows - a no-results panel under a search field - an action button such as **Create**, **Add Content**, or **Clear Filters** - a blank list area with a short explanation For visitors, an empty state usually means there is **nothing currently available** on that page. For editors and administrators, it is a prompt to check what is limiting the view. Start by reviewing: - the search box - selected filters - status choices such as published, draft, or archived - date ranges or category selections if they are present If the page offers **Clear Filters**, use it first. If the list remains empty after clearing search and filters, the next question is whether any records have actually been created or published. That is the point where an editor may need to add content rather than troubleshoot the page itself. ## Handling Missing Pages, Deleted Records, and Unpublished Content A **missing-content state** appears when Sherkety ERP & Website Platform finishes checking for a page or record and finds **no match**. This is different from an error. The request completed, but the requested item was not there. You might run into this when opening: - a public page from an old bookmark - a direct link to a company type detail page - a shared admin link to a specific record - a page that was renamed, removed, or never published Common real-world causes include: - the page address changed - the item was deleted - the content was unpublished - the link came from a preview or draft workflow and is no longer valid - the page exists only in draft and is not available in the current view - your account does not have access to that item What you usually see is a **not found** or **record not found** style message, not a loading indicator. The page may replace the expected content with a simple notice and one or more navigation choices. Typical actions on these screens include: - returning to the homepage - going back to the previous page - opening the related list screen, such as **Content** or **Services** - checking the page address if you typed or pasted it manually For public visitors, the best response is usually to return to a known page such as the homepage, a menu item, or the relevant listing page. For content editors and administrators, missing content often means you should confirm whether the item still exists in **Content**, **Services**, **Pricing**, or another admin section. If you suspect the page should exist, compare the link with the current navigation menu instead of relying on an old saved bookmark. If the item is meant to be public but cannot be found, ask an administrator to confirm whether it was unpublished, renamed, or removed. ## Responding When the Application Shows an Error An **error state** means Sherkety ERP & Website Platform could not complete the request. Unlike a missing-content message, this usually points to a failed attempt to load or save something rather than a page that simply does not exist. Error states can appear in several forms: - an alert banner at the top of the page - inline error text inside a content area - a **Retry** button near the message - a toast notification after an action fails - a full-page message replacing the expected screen You may see this while opening a public page, loading an admin section such as **Dashboard** or **Content**, or trying to view a record that depends on saved data. In some cases, only one part of the page fails. For example, a dashboard widget may show an error while the rest of the dashboard still opens normally. In other cases, the entire page fails and nothing else loads. A few common interpretations help: - **Temporary connection issue**: try **Retry** or refresh the page. - **Permission-related message**: your account can sign in, but it cannot open that page or perform that action. - **Timeout or server problem**: the request took too long or failed before the page could finish loading. - **Unexpected page failure**: the screen could not render the expected content. If the error is limited to one panel or section, you may still be able to use the rest of the page. If the whole route fails, return to a stable area such as the homepage, **Dashboard**, or the previous list screen and try again from there. For more detail on retry behavior and message wording, refer back to [Responding to Missing Content and Retry Messages](doc:responding-to-missing-content-and-retry-messages). [SCREENSHOT: error banner or full-page error message with Retry action] ## Fixing Common State-Related Problems When a page does not look right, start by identifying which state you are seeing. The fix depends on whether the page is still loading, has no results, cannot find the requested content, or is showing an error. If the page stays in **loading**: - refresh the browser tab - confirm your internet connection is active - open the same page in another tab to see whether it loads there - try another device or browser if the problem continues - wait briefly after switching pages before clicking again If a list shows **no items**: - clear any search text - remove active filters - review selected status options - check date ranges if the screen uses them - confirm whether the records are still in draft or excluded from the current view If the page says the content is **missing**: - review the page address - avoid using an old bookmark if the page may have changed - open the page again from the main menu or from the related list screen - confirm whether the item was deleted, unpublished, or renamed - ask an administrator to verify that the content still exists If you see an **error message**: - use **Retry** if the page offers it - refresh the page if no retry option appears - confirm that your account should have access to that area - note the exact wording of the alert - note which screen you were on, such as **SEO**, **Users**, or **Content** That last point matters for support. “It failed” is hard to act on. “The **Content** page showed **Error loading content** after refresh” is much more useful. If you need help, share the exact message and the page you were opening so the issue can be checked quickly. ## Overview This document focuses on how to **recognize and interpret page states** in Sherkety ERP & Website Platform so you can respond correctly without guessing. The same visual patterns appear across both the public website and the admin area, even though the actions you take may differ. The main states to watch for are: - **Loading**: the page is still retrieving content - **Empty**: the page loaded, but there are no records to show - **Missing content**: the requested page or record could not be found - **Error**: the request failed and the page could not finish loading properly These states appear across many parts of Sherkety ERP & Website Platform, including: - public pages such as **ERP System**, **Company Types**, and ERP app pages - direct-link detail pages opened from bookmarks or shared links - admin sections such as **Dashboard**, **Content**, **Users**, **Settings**, **SEO**, **Services**, and **Pricing** - content editing workflows where saved records must be available before the page can display them This guide does not repeat the message-by-message recovery advice from [Responding to Missing Content and Retry Messages](doc:responding-to-missing-content-and-retry-messages). Instead, it helps you decide **what kind of state you are looking at** before you act. Use this page when: - a screen shows **Loading...** for longer than expected - a list appears blank and you are not sure whether that is normal - a direct link opens to a not-found style page - an admin screen shows an alert or retry option - you need to tell the difference between “nothing exists here” and “something failed” Once you can identify the state correctly, the next step is much easier. ## Prerequisites You do not need any special setup before using this guide, but it helps if you are already familiar with the basic areas of Sherkety ERP & Website Platform where these states appear. You will get the most value from this document if you can already do the following: - open public pages from the main navigation - move between public pages and detail pages - sign in to the admin area if your role allows it - open common admin sections such as **Dashboard**, **Content**, **Users**, **Settings**, **SEO**, **Services**, and **Pricing** - recognize standard feedback elements such as banners, notices, and toast messages Helpful background reading includes: - [Understanding Loading Placeholders Empty States and Errors](doc:understanding-loading-placeholders-empty-states-and-errors) - [Responding to Missing Content and Retry Messages](doc:responding-to-missing-content-and-retry-messages) - [Understanding Toast Messages and Action Feedback](doc:understanding-toast-messages-and-action-feedback) - [Recognizing Warnings Errors and Dismissible Notices](doc:recognizing-warnings-errors-and-dismissible-notices) If you work in the admin area, it also helps to know where content is maintained: - **Content** for website sections and saved page content - **Services** and **Pricing** for offering-related entries - **SEO** for search-facing page details - **Users** for account access and role-related visibility If you are a public visitor rather than an editor, you only need basic navigation knowledge. Being able to return to the homepage, use the main menu, and reopen pages from current navigation is enough for most missing-content and loading situations. The next document, [Recognizing Placeholder Content While Pages Are Loading](doc:recognizing-placeholder-content-while-pages-are-loading), looks more closely at temporary placeholder content so you can tell the difference between a page that is still preparing and one that is actually ready. ## Finding Key Destinations from the Main Header On public pages in **Sherkety ERP & Website Platform**, the **main header** is the fastest way to reach the site’s major destinations. Visitors typically start with the top navigation links such as **Home**, **About**, **Services**, **ERP**, and **Contact**. These labels act as the site’s primary path choices, helping you decide whether you want business services, ERP product information, or a direct way to speak with the team. The header also supports high-intent actions. Depending on the page, you may see prominent buttons that lead to actions such as **Request Demo**, **Start Trial**, or a consultation/contact destination. These buttons are designed for visitors who already know they want to take the next step, so they usually appear more prominently than standard text links. For menu items like **Services** and **ERP**, the header may open a dropdown when you hover over it on desktop or tap it on smaller screens. Inside these dropdowns, you can move from a broad category to a more specific destination without first opening a general overview page. This is especially helpful when you already know you want a particular service page or ERP module page. A few header behaviors shape navigation across the whole site: - **The logo** usually returns you to the **Home** page from anywhere. - A **sticky header** can stay visible while you scroll, so the main navigation remains available. - On mobile, a **menu toggle** opens the navigation in a compact panel. - Nested menu items can reveal deeper links under **Services** or **ERP**. [SCREENSHOT: Main public header showing Home, About, Services, ERP, Contact, logo, and primary action button] If you need a refresher on footer-based movement after using the header, see [Understanding Footer Navigation and Secondary Links](doc:understanding-footer-navigation-and-secondary-links). ## Browsing Business Services Through Service Menus The **Services** menu is the main entry point for visitors exploring Sherkety’s business service offerings. From the header, opening **Services** can reveal a dropdown with service categories or direct links to individual service pages. This lets you move from a broad interest—such as company setup, accounting support, or startup-focused help—to a more detailed landing page without extra searching. Once you open the **Services** menu, look for grouped links, submenu labels, or service names that point to specific offerings. On the general services page, you may also see **service cards** or highlighted sections that summarize each offering and provide a button or linked title. These cards often act as the next step from browsing to evaluating a service in more detail. After landing on a service page, Sherkety ERP & Website Platform usually continues the journey with page-level navigation elements such as: - **Breadcrumbs** near the top of the page to help you move back to a higher-level page - **Buttons** that lead to **Contact**, consultation, or inquiry actions - **Related service links** that connect similar offerings - **Footer shortcuts** that provide another route to services, ERP pages, or contact options This repeated pattern matters because service visitors often compare options before reaching out. A visitor might open **Services** from the header, choose a service category, read a detailed service page, and then use a page button to contact the team. Another visitor may start on a service page from search and use the breadcrumbs or footer to understand where that page fits in the wider site. For more detail on locating services specifically through menus, see [Finding Services Through Navigation and Service Menus](doc:finding-services-through-navigation-and-service-menus). [SCREENSHOT: Services dropdown menu and a service landing page with cards and contact button] ## Exploring ERP Options from ERP Menus and Landing Pages The **ERP** menu helps visitors move from general product discovery to specific module pages and decision-focused destinations. In Sherkety ERP & Website Platform, this path often starts in the main header with **ERP**, which may open a dropdown showing links to the ERP overview, app or module pages, and action pages related to evaluation, implementation, or contacting the team. Inside the **ERP** dropdown, links are commonly grouped by purpose. As you browse, you may find navigation patterns such as: - **Overview links** for the main ERP introduction - **Module links** for areas like **Accounting**, **Sales & CRM**, **HR**, **Purchasing**, and **Reporting** - **Package or pricing-related links** where available - **Action links** such as **Request Demo**, **Start Trial**, or **Contact** This grouping helps different visitors move at their own pace. Someone early in the buying process may open the ERP overview first. A visitor who already knows they want workforce tools may go directly to **HR**, while another may jump straight to **Accounting** or **Sales & CRM** from the menu. Once on an ERP landing page, the navigation usually continues through **feature cards**, **comparison sections**, and **call-to-action buttons**. These page sections guide visitors deeper into the product journey. For example, a visitor may start on the ERP overview page, open a module page from a feature card, compare capabilities in a page section, and then choose **Request Demo** or **Contact**. ERP pages also tend to cross-link with other decision pages. A module page may point to implementation-related content, package comparisons, or direct contact options. This makes it easier to move from learning about features to taking action without returning to the main menu. To explore these routes in more detail, see [Using ERP System Landing Pages to Evaluate Offerings](doc:using-erp-system-landing-pages-to-evaluate-offerings) and [Evaluating ERP Modules From Catalog to Detail Pages](doc:evaluating-erp-modules-from-catalog-to-detail-pages). ## Using Page-Level Links to Move Between Related Content Not every navigation path starts in the header. Across public pages in **Sherkety ERP & Website Platform**, **page-level links** help visitors move naturally from one topic to another based on what they are reading. These links appear inside page sections and often provide the most relevant next step without requiring you to reopen the main menu. Common page-level navigation elements include: - **Hero buttons** near the top of a page - **Text links** inside descriptions or promotional sections - **Linked cards** that open service pages, ERP modules, or comparison pages - **Breadcrumbs** that show where the current page sits in the site structure - **Section anchor links** that jump to another part of the same page - **Footer link groups** for services, ERP content, company pages, and contact destinations These links often connect related content in a practical way. A service detail page may include a button leading to **Contact** or an inquiry form. An ERP page may include links to implementation content, package comparisons, or a demo request action. A company-type guidance page may lead into related business services or contact options for follow-up. Page-level links are especially useful when a visitor lands directly on a deep page from search, social media, or a shared link. In that situation, the visitor may not have seen the homepage or main menu first. To regain orientation, they can use: - **Breadcrumbs** to move up one level - **The logo** to return to **Home** - **Related links** in the page body to continue exploring - **Footer menus** to jump to major site sections If you want more detail on how page structure supports movement, see [Following Navigation Cues Within Public Page Layouts](doc:following-navigation-cues-within-public-page-layouts). [SCREENSHOT: Public page showing hero buttons, breadcrumbs, linked cards, and grouped footer links] ## Following Common Visitor Journeys to High-Intent Pages A useful way to understand navigation is to follow the routes real visitors are likely to take. In **Sherkety ERP & Website Platform**, high-intent pages usually include **Contact**, **Request Demo**, **Start Trial**, and detailed service or ERP decision pages. A **Prospective ERP Buyer** often follows one of these routes: - **Home** → **ERP** in the header → ERP overview page → module page such as **Accounting**, **HR**, **Sales & CRM**, **Purchasing**, or **Reporting** → **Request Demo** or **Contact** - **Home** → hero button or featured ERP section → ERP landing page → comparison or feature section → module detail page → contact action - **ERP** menu → direct module link → module page → implementation or inquiry action A **Business Services Visitor** usually follows a similar pattern with different destinations: - **Home** → **Services** in the header → service category or service page → detailed service content → **Contact** or consultation button - **Services** menu → direct service link → service detail page → related service or inquiry action - Search result or shared link → service page → breadcrumbs or related links → contact destination There are also multiple ways to reach the same final page. A visitor can open **Contact** directly from the header, use a **Contact** button on a service page, choose a **Request Demo** action from an ERP page, or scroll to the footer and use a grouped contact link there. The shortest route depends on intent: - Visitors who already know what they want should use the **header** or a visible **primary action button** - Visitors who are still comparing options often benefit from **dropdown menus**, **linked cards**, and **related sections** inside pages This is where public navigation becomes less about one fixed route and more about offering several clear paths to the same decision point. ## Common Navigation Issues and How to Fix Them When visitors struggle to move through public pages, the problem is usually not the amount of content but the visibility of the next step. In **Sherkety ERP & Website Platform**, a few common navigation issues can make important pages harder to reach. If visitors **cannot find ERP pages from the header**, start by checking the visible **ERP** label in the main navigation. On desktop, make sure the dropdown opens clearly when hovered over or selected. On mobile, open the **menu toggle** and confirm that ERP links and nested submenu items are fully visible rather than hidden inside collapsed sections. If **service pages feel disconnected**, look at the page itself rather than only the header. A strong service page should include: - **Breadcrumbs** near the top - A clear **Contact**, consultation, or inquiry button - **Related service links** for visitors comparing options - Footer links back to major destinations If a visitor reaches a **deep page** and sees no obvious next step, use the page’s built-in orientation tools. Check whether the **logo** returns to **Home**, whether breadcrumbs are present, and whether the footer includes grouped links to **Services**, **ERP**, company pages, and **Contact**. Deep pages should not feel like dead ends. For **mobile users**, the biggest issue is often hidden navigation. Open the hamburger-style menu and verify that it exposes: - **Services** - **ERP** - **Contact** - Any nested submenu links under those sections If navigation still feels unclear, compare the page’s behavior with the patterns described in [Using Header Menus and Footer Links](doc:using-header-menus-and-footer-links) and [Using Mobile and Desktop Navigation Patterns on the Public Site](doc:using-mobile-and-desktop-navigation-patterns-on-the-public-site). Consistency across header, page body, and footer is what keeps visitors moving. ## Overview **Understanding Navigation Paths Across Public Pages** focuses on how visitors move through the public-facing side of **Sherkety ERP & Website Platform**. The key idea is that navigation is not limited to one menu. Visitors can begin in the **main header**, continue through **Services** or **ERP** dropdowns, follow **hero buttons** and **linked cards** inside pages, and finish with **Contact** or **Request Demo** actions from several different locations. This document is most useful when you want to understand how the site’s major destinations connect to each other. Instead of looking at one page in isolation, it explains the routes between: - **Home**, **About**, **Services**, **ERP**, and **Contact** - Service overview pages and individual service landing pages - ERP overview pages and module pages such as **Accounting**, **HR**, **Sales & CRM**, **Purchasing**, and **Reporting** - Page-level actions such as **Request Demo**, **Start Trial**, consultation, and inquiry buttons - Footer link groups that provide alternate routes when visitors reach the bottom of a page You do not need to memorize every route. What matters is recognizing the repeated patterns visitors rely on: - The **header** for top-level movement - **Dropdown menus** for category-to-detail navigation - **Breadcrumbs** and **logo links** for orientation - **Buttons and linked cards** for next-step actions - The **footer** for backup navigation and secondary destinations If you already reviewed [Understanding Footer Navigation and Secondary Links](doc:understanding-footer-navigation-and-secondary-links), this guide builds on that by showing how header paths, page links, and footer links work together across the full browsing journey. ## Prerequisites You do not need admin access or editing permissions to follow the navigation paths in this guide. This document is written for anyone browsing the public website in **Sherkety ERP & Website Platform**, whether you are a first-time visitor, a returning prospect, or a team member reviewing the public journey. Before using this guide, it helps to be familiar with a few basic public-site elements: - The **main header** and its top-level links - The **footer** and grouped destination links - Common page actions such as **Contact**, **Request Demo**, and **Start Trial** - Basic orientation tools like **breadcrumbs** and the **logo** link back to **Home** You will get the most value from this guide if you have already read: - [Using Header Menus and Footer Links](doc:using-header-menus-and-footer-links) - [Understanding Footer Navigation and Secondary Links](doc:understanding-footer-navigation-and-secondary-links) Those documents explain the individual navigation elements. This guide connects them into complete visitor paths across public pages. As you read, it helps to have the public website open so you can test the routes yourself. Try opening the **Services** and **ERP** menus, selecting a page from each, and then using the page body, breadcrumbs, and footer to move somewhere else. That hands-on comparison makes the navigation structure easier to recognize. The next document in this section is [Using Mobile and Desktop Menus on the Public Site](doc:using-mobile-and-desktop-menus-on-the-public-site), which focuses specifically on how these navigation paths appear in different screen sizes. ## Finding the Right Policy Page from the Public Policy Area In **Sherkety ERP & Website Platform**, the public policy area is where visitors read important trust and legal information before taking the next step. You will usually reach these pages from public website navigation or footer links, where you can open pages labeled **FAQ**, **Privacy Policy**, **Terms and Conditions**, **Cookie Policy**, **Disclaimer**, and **App Privacy**. These are reading pages meant to help you understand how the website, services, and related apps are presented. [SCREENSHOT: Public footer or policy links showing FAQ, Privacy Policy, Terms and Conditions, Cookie Policy, Disclaimer, and App Privacy] Use these pages when you want clarity before you: - submit a contact or inquiry form - compare Sherkety ERP & Website Platform with another ERP vendor or service provider - review how your information may be used - understand website usage rules - check legal limits around published information It helps to choose the page based on your question: - Open **FAQ** for quick, plain-language answers to common visitor questions. - Open **Privacy Policy** for website data and contact-form privacy details. - Open **App Privacy** for privacy details tied to an app, portal, or software channel. - Open **Terms and Conditions** for rules, conditions, and service-use boundaries. - Open **Cookie Policy** for tracking, browser cookies, and consent choices. - Open **Disclaimer** for limits, warnings, and informational-use statements. These pages are **not** the place to create an account, request technical support, complete checkout, or manage a subscription. They are public-facing reference pages. If you already reviewed FAQ and disclaimer-style guidance in [Using Faq and Disclaimer Pages to Clarify Website Information](doc:using-faq-and-disclaimer-pages-to-clarify-website-information), this page helps you go one step further by matching common legal questions to the right page before contacting the business team. For business visitors comparing providers, this area is especially useful because it shows whether the company explains privacy, cookies, terms, and content limits clearly before any sales conversation. ## Using the FAQ Page to Answer Common Pre-Sales and Service Questions Start with the **FAQ** page when you want fast answers without reading a full legal page. In **Sherkety ERP & Website Platform**, the **FAQ** page is the best first stop for common pre-sales questions, general service expectations, and broad product understanding. If you are still deciding whether to request a demo, ask about pricing, or compare services, the FAQ page can save time. Visitors often open **FAQ** to look for questions such as: - what services are offered - whether Sherkety ERP & Website Platform supports certain business needs - what onboarding or implementation may involve - whether support is available - how service coverage is described - what kind of businesses the offering is designed for [SCREENSHOT: FAQ page with expandable questions and answers] The main benefit of the **FAQ** page is speed. Answers are usually shorter, easier to scan, and written to address common concerns quickly. This makes the page useful when you want a practical overview before reading more formal pages. For example, a prospective ERP buyer may check FAQ first to understand expected rollout effort, available business modules, or general support expectations. At the same time, **FAQ** is not the final word on legal or privacy matters. Treat it as an informational page, not as the formal source for legal commitments. If your question moves from “Can this service help my business?” to “What are the exact rules, rights, or limits?” you should continue to the page that matches the topic: - go to **Privacy Policy** for website data handling - go to **Terms and Conditions** for usage rules and service conditions - go to **Disclaimer** for liability limits and informational-use boundaries If you need a refresher on finding FAQ and related pages, see [Finding Answers in FAQ and Policy Pages](doc:finding-answers-in-faq-and-policy-pages). Use **FAQ** first for quick orientation, then switch to the formal page when the answer affects a decision, agreement, or privacy concern. ## Checking How Personal Data Is Handled on Privacy and App Privacy Pages When your question is about personal information, open either **Privacy Policy** or **App Privacy**. In **Sherkety ERP & Website Platform**, these two pages serve different purposes, and choosing the right one depends on where the data is being collected. Use **Privacy Policy** when your question is about the **website** experience. This is the right page if you want to understand what happens when you: - browse public pages - submit a contact or inquiry form - interact with marketing pages - use website features that may collect visitor information - want to know how website analytics or communication-related data is handled Visitors usually expect the **Privacy Policy** page to cover topics such as: - what personal information may be collected - why that information is collected - how it is used - whether it may be shared - how long it may be kept - what choices or rights visitors may have [SCREENSHOT: Privacy Policy page with section headings for data collection, use, sharing, and rights] Use **App Privacy** when the question is tied to a specific app, portal, or connected software experience rather than the main website. For example, if you are evaluating a mobile app, a portal-style experience, or a software feature that may collect or share data separately, **App Privacy** is usually the better page to read. A simple way to decide: - If the question starts with “When I visit the website…” open **Privacy Policy**. - If the question starts with “When I use the app…” open **App Privacy**. This distinction matters because website privacy and app privacy are not always described in the same place. If you are unsure, compare the page title first and read the opening sections to confirm whether the page is talking about the website or an app-related experience. For related background, see [Understanding Disclaimer and App Privacy Pages](doc:understanding-disclaimer-and-app-privacy-pages). ## Reviewing Terms, Cookies, and Disclaimer Before Using the Site or Services Three pages answer different kinds of formal questions: **Terms and Conditions**, **Cookie Policy**, and **Disclaimer**. In **Sherkety ERP & Website Platform**, these pages are especially useful before you rely on published information, submit an inquiry, move toward a purchase, or begin using site features more actively. Open **Terms and Conditions** when you want to understand the rules that apply to using the website or engaging with services. Visitors often read this page before they: - submit business inquiries - move toward buying services - create or access an account area - rely on service descriptions during evaluation Common reasons to review **Terms and Conditions** include: - acceptable use rules - service-related boundaries - conditions connected to payments or access - limits around what is included in the offering - general contractual expectations Open **Cookie Policy** when your question is specifically about browser tracking and consent. This is the right page if you want to understand: - what cookies or similar tracking tools are used - how consent banners work - whether preferences can be managed - how tracking relates to website browsing [SCREENSHOT: Cookie Policy page or cookie consent area linked from the website] Open **Disclaimer** when you need to understand the limits around the information shown on the site. This page matters most when you want to know whether content is for general information only, whether there are limits on liability, or whether certain pages should not be treated as professional advice. A useful reading pattern is: - read **Terms and Conditions** for the rules - read **Cookie Policy** for tracking and consent - read **Disclaimer** for limitations and warnings If your concern is broader than a quick FAQ answer and affects trust, risk, or formal expectations, these are the pages to check before making a business decision. ## Matching Common Visitor Questions to the Correct Policy Page When several policy links appear together, the easiest approach is to match your question to the page title. In **Sherkety ERP & Website Platform**, each public policy page answers a different kind of concern. Use the list below to choose the right page quickly instead of opening each one at random. - **“How do you answer common service questions?”** Open **FAQ**. This page is best for quick answers about services, product scope, onboarding expectations, support availability, and general business questions. - **“What personal data do you collect on the website?”** Open **Privacy Policy**. This page is for website-related data collection, contact forms, visitor interactions, analytics, and privacy rights connected to the public website. - **“What data does the app collect or share?”** Open **App Privacy**. Use this page when the question is about an app, portal, or software-related experience rather than the main website. - **“What rules apply when I use the site or buy services?”** Open **Terms and Conditions**. This page explains usage rules, service conditions, and other formal boundaries that matter before relying on the site or moving toward a purchase. - **“How are cookies and tracking preferences handled?”** Open **Cookie Policy**. This is the right page for browser cookies, consent banners, tracking technologies, and preference choices. - **“What legal limitations apply to the information on this site?”** Open **Disclaimer**. Read this page when you want to understand informational-use statements, non-advisory warnings, and limits on liability. [SCREENSHOT: Policy page list with each link visible in one area] If you are comparing providers, this matching approach helps you review trust information faster. Instead of treating all legal pages as the same, use the page title as a guide. That way, you can move directly to the page most likely to answer your question clearly and formally. ## Avoiding Common Mistakes When Reading Public Policy Pages A common mistake is reading one page and assuming it answers everything. In **Sherkety ERP & Website Platform**, the public policy pages work best when you treat each one as a separate source for a specific topic. Do **not** treat the **FAQ** page as a replacement for formal wording on **Privacy Policy** or **Terms and Conditions**. FAQ answers are useful for quick understanding, but if your question affects privacy, rights, obligations, or service conditions, the formal page matters more. Another frequent mistake is mixing up **Privacy Policy** and **App Privacy**. Before choosing between them, ask yourself where the interaction happened: - If you are asking about the **website**, use **Privacy Policy**. - If you are asking about an **app or portal experience**, use **App Privacy**. For tracking questions, go directly to **Cookie Policy**. Visitors sometimes search **FAQ** or **Disclaimer** for cookie details, but those pages are not the main source for consent banners, browser cookies, or tracking preferences. It is also helpful to read **Disclaimer** alongside **Terms and Conditions** when you need a fuller picture. These two pages answer different questions: - **Terms and Conditions** explains rules and use boundaries. - **Disclaimer** explains warnings, informational limits, and liability-related limits. [SCREENSHOT: Terms and Conditions and Disclaimer links shown together in the public policy area] If a page title does not match your question, switch pages instead of forcing an answer from the wrong one. That saves time and reduces confusion. For example, a privacy concern should not be answered from the disclaimer page, and a cookie consent question should not be answered from FAQ alone. Reading the correct page first gives you a clearer basis before contacting the business team for anything that still needs clarification. ## Overview The public policy area in **Sherkety ERP & Website Platform** helps visitors answer legal and trust-related questions before they contact the company, request a demo, or compare services. The main page links to look for are **FAQ**, **Privacy Policy**, **Terms and Conditions**, **Cookie Policy**, **Disclaimer**, and **App Privacy**. Each page has a different purpose, so choosing the right one matters. Use this simple overview when deciding where to go: - **FAQ** for common service and pre-sales questions - **Privacy Policy** for website data collection and use - **App Privacy** for app-specific or portal-specific data handling - **Terms and Conditions** for usage rules and service boundaries - **Cookie Policy** for cookies, tracking, consent, and browser preferences - **Disclaimer** for legal limits, warnings, and informational-use statements These pages are public reading pages. They are not used for: - signing in to the admin area - editing website content - creating support tickets - managing user accounts - changing settings For visitors evaluating Sherkety ERP & Website Platform as a business service provider or ERP vendor, these pages support trust review. They help you check how information is presented, what rules apply, and where privacy details are explained before you move into a sales conversation. [SCREENSHOT: Public legal or policy navigation area with multiple policy links] If you already worked through [Using Faq and Disclaimer Pages to Clarify Website Information](doc:using-faq-and-disclaimer-pages-to-clarify-website-information), think of this page as the decision guide that helps you choose the right policy page faster. The key idea is simple: match the question to the page title, then read the formal page when the topic affects privacy, terms, cookies, or legal limitations. ## Prerequisites You do not need an account to read the public policy pages in **Sherkety ERP & Website Platform**. These pages are intended for public visitors, prospective customers, and business decision-makers who want to review legal and trust information before taking action on the website. Before using this guide, it helps if you can already: - open public pages from the website header or footer - recognize page titles such as **FAQ**, **Privacy Policy**, and **Terms and Conditions** - tell whether your question is about the website, an app, or general service information Useful background reading includes: - [Finding Answers in FAQ and Policy Pages](doc:finding-answers-in-faq-and-policy-pages) - [Understanding Disclaimer and App Privacy Pages](doc:understanding-disclaimer-and-app-privacy-pages) - [Using Faq and Disclaimer Pages to Clarify Website Information](doc:using-faq-and-disclaimer-pages-to-clarify-website-information) You will get the most value from this guide if you are trying to answer one of these common questions: - which legal page should I read first - where can I check website privacy details - where should I look for app-related privacy information - which page explains cookies and tracking - where are the formal rules for using the site or services - which page explains legal limitations on published information [SCREENSHOT: Footer area or policy menu that a visitor can access without signing in] If you are browsing in a different language, you may also want to use [Switching Languages While Browsing the Platform](doc:switching-languages-while-browsing-the-platform) so the policy page titles and content are easier to review. From here, continue to the policy page that matches your question rather than reading every page in full. ## Recognizing Panels, Dividers, and Resize Handles In **Sherkety ERP & Website Platform**, some work areas open as a **split view** instead of a single full-width page. You may see this most clearly while working in the **admin area**, especially on content editing screens where one area is used for editing and another area is used for reviewing related information or previewing changes. These are **panels** inside the same page, not separate browser windows. Look for these visual signs: - A **panel** is a distinct content area with its own fields, text, controls, or scrolling region. - A **divider** is the line between two neighboring panels. - A **resize handle** is the draggable area attached to that divider. The divider usually appears as a **vertical line** when panels sit side by side, or a **horizontal line** when one panel sits above another. When you move your pointer over the divider, the boundary may become more noticeable. In many layouts, the pointer also changes shape to show that the divider can be dragged. That pointer change is your clearest signal that the panel edge is adjustable. This is different from fixed parts of the screen such as: - the **top navigation** - the **side navigation** - page headers - toolbar areas with standard actions Those fixed areas help you move around **Sherkety ERP & Website Platform**, but they are not the same as resizable workspace panels. The resizable area is usually inside the main content region after you open a page such as **Dashboard**, **Content**, **SEO**, **Services**, or **Settings**. If you are unsure whether a boundary can move, hover directly over the line between two content areas and watch for the pointer change or divider highlight. [SCREENSHOT: Two adjacent admin workspace panels with the divider and resize handle highlighted] ## Resizing Panels to Fit the Task at Hand To resize a panel in **Sherkety ERP & Website Platform**, place your pointer directly over the divider between two panels. When the resize pointer appears, click and drag the divider in the direction the layout allows: - drag **left or right** for side-by-side panels - drag **up or down** for stacked panels As you drag, one panel grows while the neighboring panel shrinks. The total workspace width or height does not increase, so the extra space always comes from the panel next to it. This is the normal behavior of a split workspace. A few practical examples make this easier to spot: - On a **content editing** screen, you might widen the editing area so long text fields are easier to read and update. - If a secondary panel shows supporting details, you can narrow that panel to keep the main form in view. - In an **administrator** workspace, you may want more room for lists, settings fields, or page details while keeping a smaller side area visible for reference. While dragging, the divider will stop when a panel reaches its minimum size. That means: - the panel cannot become any narrower or shorter - the neighboring panel cannot keep expanding in that direction - the divider feels like it has hit a boundary If that happens, the layout is protecting the panel from becoming unusable. This behavior was introduced in more detail in [Understanding Panel Limits and Layout Recovery](doc:understanding-panel-limits-and-layout-recovery), so you do not need to force the divider further. A good habit is to resize before you begin a long task. If you know you will spend time editing content, reviewing settings, or comparing information, adjust the panel widths first so labels, buttons, and text blocks are easier to work with. [SCREENSHOT: Dragging a divider to widen the main editing area and reduce the side panel] ## Understanding How the Workspace Responds as Panels Change Size When you resize panels in **Sherkety ERP & Website Platform**, the content inside each panel adjusts immediately. This is called **reflow** from a user point of view: the same information remains on screen, but it rearranges itself to fit the available space. You will usually notice changes like these: - **text wraps** onto more lines in a narrower panel - long headings or descriptions take up more vertical space - tables or list columns feel tighter - buttons may shift position within the panel - an **internal scrollbar** appears when the panel content no longer fits This matters most on screens where one area contains longer text or many controls. For example, if you narrow a content area too much, field labels and values may still be available, but you may need to scroll more inside that panel to reach them. Some pages may also contain **nested panel groups**. In that case, you are not always resizing the entire page layout. You may be resizing: - the outer workspace boundary between major page regions, or - an inner divider inside one panel group If one section changes size but another section of the page does not, you are likely working inside an inner split area rather than changing the full workspace. Panel sizing may also behave differently depending on screen size. On a larger desktop display, panels are more likely to sit side by side. On a smaller window or narrower device, the same workspace may become more constrained, stack vertically, or offer less room for adjustment. If the layout suddenly looks different after changing browser width, that is usually responsive behavior rather than a problem. If you return to a screen and the arrangement looks different than expected, focus on what is currently visible: divider position, scrollbars, and whether panels are side by side or stacked. ## Interpreting Collapsed, Expanded, and Constrained Panel States A panel in **Sherkety ERP & Website Platform** can appear in several different states depending on how far the divider has been moved. An **expanded panel** takes up more of the workspace and shows a larger content area. You will usually see more text, more fields, or more of a list without scrolling. A **collapsed panel** is much smaller and may look like: - a very thin strip at the edge of the workspace - a narrow area with little or no readable content - a divider edge that suggests the panel can be pulled open again If a panel seems to vanish after dragging, it may not actually be gone. It may have collapsed to its minimum width or height. To restore it, drag the divider back in the opposite direction. If the screen shows a visible expand control on the panel edge, use that control to reopen the panel. A **constrained panel state** happens when the layout cannot give one panel more room because another panel has already reached its minimum size, or because the available workspace is fully used. In that situation: - the divider stops moving - the panel does not continue expanding - the layout remains stable even if you keep dragging It is also important to tell the difference between three situations that can look similar: - **Collapsed panel:** the panel is still there, but reduced to a very small edge. - **Hidden panel:** the panel is not shown because of the current view, screen arrangement, or access restrictions. - **Scrolled content:** the panel is open, but the information you want is simply farther down or to the side inside that panel. Before assuming content is missing, check for a thin panel edge and then try scrolling inside the visible panel area. [SCREENSHOT: Example of a collapsed side panel shown as a narrow strip next to the main workspace] ## Working Efficiently in Multi-Panel Screens The best panel layout depends on what you are doing in **Sherkety ERP & Website Platform**. A good rule is to give the most space to the panel where you will spend the most time. Use **wider panels** for tasks such as: - editing longer website content - reviewing detailed page information - reading larger blocks of text - checking settings with many visible fields Keep **narrower panels** for supporting information such as: - secondary details - reference information - previews that only need a quick glance - side areas that help you confirm context while you work This is especially useful in the admin area. If you are updating public page content, widen the main editing area before you start typing. If you are reviewing settings or metadata, give enough room to the form so field labels and action buttons stay visible without constant scrolling. When comparing two panels, avoid pushing one panel to the extreme if you still need the other one. It is usually better to keep both panels above a comfortable reading width so you can: - compare content side by side - switch attention quickly - avoid repeated dragging during the same task If the workspace feels crowded, pause before assuming something is broken. Check for: - a collapsed side area - an inner divider inside the current panel group - a panel that needs its own scrollbar - a layout change caused by a smaller browser window This document focuses on how the layout behaves while panels share space. For panel limits and recovery behavior, refer back to [Understanding Panel Limits and Layout Recovery](doc:understanding-panel-limits-and-layout-recovery). The goal here is not to maximize every panel, but to shape the workspace around the task you are doing right now. ## Fixing Common Problems with Panel Resizing and Workspace Layouts If panel resizing does not behave as expected in **Sherkety ERP & Website Platform**, the issue is usually easy to identify once you know what to look for. **The divider will not move** Check these points first: - make sure your pointer is directly on the **resize handle** or divider line - wait for the resize pointer before dragging - try dragging in the correct direction for that layout - check whether the panel has already reached its minimum or maximum size If the divider stops immediately, the panel may already be at its limit. **A panel seems to disappear after dragging** This often means the panel has collapsed into a thin edge. Look closely along the side of the workspace for: - a narrow strip - a faint boundary line - a small remaining edge where the panel used to be Drag the divider back to restore the panel. If an expand control is visible on the edge, use that instead. **Content is cut off after resizing** The content may still be present inside the panel, but the panel is now too small to show it all at once. Try these actions: - scroll inside the panel - widen the panel again - check whether buttons or fields have moved lower in the panel **The layout looks different on another device or browser size** This usually means the workspace has switched to a more responsive arrangement. Panels may: - stack instead of sitting side by side - become more constrained - allow less resizing than on a larger display If the screen feels cramped, increase the browser width if possible or reduce the size of less important panels. When a layout change still seems confusing, compare it with the panel behavior described in [Resizing Panels for Better Workspace Visibility](doc:resizing-panels-for-better-workspace-visibility). ## Overview Resizable panels in **Sherkety ERP & Website Platform** help you shape the workspace around the task you are doing instead of accepting a fixed layout. On complex admin screens, especially where content, settings, or related details share the same page, the workspace may be divided into two or more panels separated by a draggable divider. The main ideas to remember are: - **Panels** are content regions inside the current page. - **Dividers** mark the boundary between neighboring panels. - **Resize handles** let you drag that boundary to change how much space each panel receives. - Growing one panel always reduces the space available to the panel beside it. As the layout changes, the content inside each panel responds in visible ways: - text wraps differently - controls shift within the panel - scrollbars appear when space becomes tight - nested panel groups may behave separately from the outer workspace You may also see different panel states during normal use: - **expanded** when a panel has more room - **collapsed** when it has been reduced to a narrow strip - **constrained** when the divider cannot move further because the layout has reached its limit These behaviors are most useful when you adjust the screen before starting focused work. For example, you can widen the main editing area in the admin content workspace, keep a smaller side area visible for reference, or balance two panels so both remain readable during comparison. If a panel appears to disappear, first check whether it has collapsed rather than assuming content is missing. If the layout changes between devices or window sizes, remember that responsive behavior can stack or tighten panels automatically. The next document, [Resizing Panels for Better Reading Editing and Comparison](doc:resizing-panels-for-better-reading-editing-and-comparison), builds on this by showing how to choose panel sizes for specific reading and editing tasks. ## Prerequisites Before using resizable layouts in **Sherkety ERP & Website Platform**, you only need a basic understanding of how to move around the workspace and recognize shared interface patterns. You do not need any special setup, but a few conditions make panel resizing easier to understand. You should already be comfortable with: - opening pages in the **admin area** such as **Dashboard**, **Content**, **Services**, **SEO**, **Users**, or **Settings** - recognizing the difference between the main page content and fixed navigation areas - using common interface elements such as side menus, headers, drawers, dialogs, and scrollbars It also helps if you have already read these related guides: - [Understanding Panel Boundaries and Layout Behavior](doc:understanding-panel-boundaries-and-layout-behavior) - [Understanding Panel Limits and Layout Recovery](doc:understanding-panel-limits-and-layout-recovery) Those guides explain how panel edges behave and what happens when a panel reaches its size limit. This document assumes you already know that a divider can stop moving when the layout reaches a boundary. For the clearest experience, use a screen size where split layouts are easier to see. On a wider desktop browser, panel dividers and side-by-side work areas are usually more obvious. On smaller screens, the same page may stack content or reduce how much resizing is possible. As you read, try these ideas on any screen in **Sherkety ERP & Website Platform** where two content areas share the page. Watch for: - a visible divider line - a pointer change when you hover over the boundary - one panel growing while the other shrinks If you are ready to move from understanding layout behavior to choosing better panel sizes for real work, continue with [Resizing Panels for Better Reading Editing and Comparison](doc:resizing-panels-for-better-reading-editing-and-comparison). ## Entering Through the Main Website Navigation In **Sherkety ERP & Website Platform**, most buyer journeys begin in the public header. Visitors usually start with one of the main navigation links: **Home**, **Services**, **ERP**, **Industries**, **About**, or **Contact**. Each of these links supports a different kind of decision. **Home** is often the starting point for first-time visitors who want a broad introduction. **Services** is for people looking for business help such as setup, consulting, or support. **ERP** is for visitors who already know they want software and need to explore modules, packages, or app pages. **Industries** helps visitors find pages that match their business type or sector. **About** builds confidence, while **Contact** moves directly into inquiry. The homepage also plays a major role in starting a journey. Visitors often use the hero section’s main buttons to move quickly toward action-oriented pages. These calls to action can lead into service exploration, ERP discovery, or direct contact. Header menus and dropdowns help visitors jump to a more specific page without returning to the homepage first. Footer links support the same journey later, especially when someone reaches the bottom of a page and wants another route forward. [SCREENSHOT: top website navigation showing Home, Services, ERP, Industries, About, and Contact] A useful way to think about the public website is this: - **Informational browsing** means reading pages, comparing offers, and learning what Sherkety ERP & Website Platform provides. - **Conversion actions** begin when the visitor clicks a button such as **Contact Us**, **Book a Demo**, **Request a Quote**, or another inquiry option. Those actions change the journey from research into follow-up. If you need a refresher on how visitors move through public pages in general, see [Navigating Public Pages and Entry Points](doc:navigating-public-pages-and-entry-points) and [Evaluating Business Services and Erp Offers From Public Pages](doc:evaluating-business-services-and-erp-offers-from-public-pages). ## Exploring Business Services Before Reaching Out A services-focused buyer journey usually starts from the **Services** link in the main navigation or from a homepage section that highlights business offerings. From there, visitors move into a services landing page and then into individual service detail pages. These pages may cover offerings such as **implementation**, **consulting**, **support**, or **customization**, depending on what is shown in the service catalog. Service pages usually help visitors compare options through visible page elements rather than long-form reading alone. Common navigation patterns include: - **Service cards** that summarize each offering - **Category links** that group related services - **Read more** or similar page-entry buttons - Page-level action buttons such as **Contact Us** or **Request a Quote** This creates a gradual path. A visitor may first scan a list of services, open two or three detail pages, compare benefits, then decide whether to ask a question. That is different from an ERP-focused journey, where the visitor is usually comparing software modules and package fit. Trust-building content is especially important on service pages because buyers are often judging expertise as much as features. Visitors look for sections such as: - **Client logos** - **Testimonials** - **Case studies** - **Benefits** or value highlights - Team or company credibility content linked from **About** These sections reduce uncertainty and help the visitor decide whether Sherkety ERP & Website Platform is the right partner for the work. [SCREENSHOT: service page with service cards, benefits section, and inquiry button] Inquiry actions usually appear in several places so the visitor does not need to search for them. They may appear: - Near the top of the page as a main button - Inside the page content as an inline form or contact prompt - At the bottom of the page beside a final call to action - Through a link to the **Contact** page If you want more detail on service discovery patterns, see [Finding Services Through Navigation and Service Menus](doc:finding-services-through-navigation-and-service-menus). ## Reviewing ERP Products and Comparing Options An ERP-focused buyer journey usually begins from the **ERP** navigation link, a homepage section that promotes Sherkety ERP modules, or an internal link from a service or industry page. From the ERP entry page, visitors typically move into a broader overview and then into more specific product pages such as **Accounting**, **Sales & CRM**, **HR**, **Purchasing**, or **Reporting**. Some visitors also enter through an ERP apps catalog or a package comparison page. These pages help buyers answer practical questions: Which modules match my business? Do I need one app or several? Is this a fit for my current size and workflow? Sherkety ERP & Website Platform supports that evaluation through visible content blocks such as: - **Feature grids** that summarize capabilities - **Plan** or **pricing** blocks - **Module breakdowns** - Business-fit messaging for different company needs - Comparison sections that place options side by side Visitors often compare ERP options by scanning structured page elements rather than reading every paragraph. The most useful patterns include: - **Tabs** that switch between module views or package options - **Comparison tables** for features and plans - **Accordion lists** that expand detailed capabilities - **Product cards** that lead into module pages [SCREENSHOT: ERP page with module cards, feature comparison area, and demo button] A typical behavior is to open one module page, return to the ERP overview, then open another module page to compare scope and value. For example, a buyer may compare **HR** with **Sales & CRM**, or review **Reporting** after reading about another module to understand how insights and dashboards support decision-making. The journey becomes a sales inquiry when the visitor clicks a clear action such as **Schedule a Demo**, **Talk to Sales**, or **Request ERP Consultation**. These actions connect product research to a next conversation. For more detail on ERP discovery paths, see [Using ERP System Landing Pages to Evaluate Offerings](doc:using-erp-system-landing-pages-to-evaluate-offerings) and [Evaluating ERP Modules From Catalog to Detail Pages](doc:evaluating-erp-modules-from-catalog-to-detail-pages). ## Using Industry and Solution Pages to Narrow the Choice Industry-focused pages help visitors who are less interested in browsing every service or ERP module one by one. Instead of starting with a product category, they start with their business context. In **Sherkety ERP & Website Platform**, these journeys often begin from the **Industries** menu, from homepage sections that speak to specific business types, or from internal links placed on service and ERP pages. This path is useful when a visitor is thinking, “What fits my type of company?” rather than “Which feature list is best?” Industry and solution pages usually connect real business needs to recommended directions. A visitor may land on a page that outlines common pain points, explains how Sherkety ERP & Website Platform addresses them, and then points toward the most relevant services or ERP modules. These pages often help buyers self-qualify through content such as: - **Industry use cases** - **Workflow examples** - **Role-based benefits** - Problem-and-solution sections - Recommendations that connect business needs to a service package or ERP area For example, a visitor may read about operational challenges in a specific industry and then follow links into the most relevant ERP modules, or into a service page for implementation or consulting. That keeps the journey focused and reduces the need to browse unrelated pages. [SCREENSHOT: industry page with use-case sections and links to relevant services or ERP modules] A strong industry page does not stop at explanation. It should also route the visitor toward a targeted next action. Common inquiry routes include: - A button leading to **Contact** - A consultation request tied to that industry context - A page-level prompt to discuss the recommended solution - Internal links to related ERP or service pages before inquiry If you want to explore this browsing style in more depth, see [Browsing Company Type Guidance and Registration Content](doc:browsing-company-type-guidance-and-registration-content) and [Choosing Between Business Services and ERP Products](doc:choosing-between-business-services-and-erp-products). ## Moving from Comparison to Inquiry Across the public website, the shift from browsing to contacting usually happens at visible conversion points. In **Sherkety ERP & Website Platform**, these can appear in the header, inside page sections, near comparison content, at the bottom of pages, or on a dedicated **Contact** page. Common examples include: - **Header call-to-action buttons** - Page-end forms - Contact prompts inside service or ERP sections - Buttons such as **Contact Us**, **Book a Demo**, **Request a Quote**, or **Talk to Sales** - Contact widgets or direct links to the contact screen The inquiry workflow is usually straightforward. After clicking a call-to-action button, the visitor opens a form and enters details such as: - **Name** - **Company** - **Email** - **Phone** - **Message** The visitor then submits the form for follow-up. The exact reason for the inquiry often depends on the page they came from. Typical intent includes: - A **general services question** - An **ERP demo request** - A **pricing discussion** - An **implementation consultation** - A request for help choosing between services and ERP options [SCREENSHOT: public inquiry form showing Name, Company, Email, Phone, and Message fields] What the visitor expects next is just as important as the form itself. After submission, they usually look for a clear sign that the request was received. That may appear as: - A **confirmation message** - A **thank-you page** - A visible handoff into a sales or contact follow-up path If the page does not make the next step clear, visitors may wonder whether their request went through. For related guidance on action patterns, see [Using Public Calls to Action and Conversion Paths](doc:using-public-calls-to-action-and-conversion-paths) and [Contacting Sherkety Through Forms and Direct Channels](doc:contacting-sherkety-through-forms-and-direct-channels). ## Understanding Where Buyer Journeys Commonly Break Down Buyer journeys often stall when the public website gives visitors information but not enough direction. In **Sherkety ERP & Website Platform**, one common issue is uncertainty about where to begin. A visitor may see both **Services** and **ERP** in the main navigation and not immediately understand which path matches their need. If page titles, section wording, or calls to action overlap too much, buyers can hesitate instead of clicking forward. Another frequent problem appears on comparison-heavy pages. A page may explain features clearly through tables, tabs, or benefit sections, but still fail to place a strong action button near the moment of decision. When a visitor finishes comparing options, they should not need to scroll back to the top to find **Book a Demo**, **Contact Sales**, or **Request a Quote**. Missing or weak calls to action at that point can interrupt momentum. Industry pages can also lose visitors if they describe business pain points well but do not connect those pain points to specific next steps. A strong industry page should guide the visitor toward: - A relevant **ERP module** - A matching **service offering** - A clear **consultation** action Without those links, the page becomes informative but not decisive. Forms are another common drop-off point. If an inquiry form asks for too much information too early, visitors may abandon it before submitting. This is especially true when the buyer is still exploring and only wants an initial conversation. A shorter, clearer form usually supports earlier engagement better than a long one. [SCREENSHOT: comparison page with a decision point and nearby CTA button] When you review public pages, watch for these friction points: - Overlapping navigation labels - Missing action buttons near comparisons - Industry pages without recommended next pages - Inquiry forms that feel too demanding These issues matter because the buyer journey is not just about content quality. It depends on how easily a visitor can move from interest to action. ## Overview A buyer journey in **Sherkety ERP & Website Platform** is the path a public visitor follows from first arrival to inquiry. That path is not always linear. Some visitors begin on **Home**, others enter through **Services**, **ERP**, **Industries**, or **Contact**, and many move between several page types before deciding what to do next. The key is understanding how each page supports either **exploration**, **comparison**, or **contact**. At a high level, there are two main patterns: - A **services-focused journey**, where the visitor is looking for business support such as consulting, implementation, support, or customization - An **ERP-focused journey**, where the visitor wants to evaluate software modules, packages, or business-fit across areas such as **Accounting**, **HR**, **Sales & CRM**, **Purchasing**, and **Reporting** Industry pages sit between those two paths. They help visitors narrow choices based on business context rather than product category. This is often where a buyer decides whether they need a service engagement, an ERP module, or a combination of both. Throughout the public website, the same journey structure repeats: - Enter from a main navigation link, homepage section, or internal link - Read overview content - Open detail pages - Compare options using cards, feature sections, tables, or benefit blocks - Click a conversion action such as **Contact Us** or **Book a Demo** [SCREENSHOT: simplified journey map from navigation to page comparison to inquiry form] This document focuses on how those paths connect. For deeper page-by-page evaluation of offers, use [Evaluating Business Services and Erp Offers From Public Pages](doc:evaluating-business-services-and-erp-offers-from-public-pages). The next document, [Choosing Between Services Pages and ERP Product Pages](doc:choosing-between-services-pages-and-erp-product-pages), helps you decide which route is the better fit when both seem relevant. ## Prerequisites You do not need an account or admin access to follow the buyer journeys in **Sherkety ERP & Website Platform**. Everything covered here happens on the public website. What matters most is that you can recognize the main page types and the actions they support. Before using this guide, it helps if you are already comfortable with: - Moving through the public header and footer - Opening pages from **Home**, **Services**, **ERP**, **Industries**, **About**, and **Contact** - Recognizing common public actions such as **Contact Us**, **Book a Demo**, and **Request a Quote** - Switching between overview pages and detail pages without losing your place If those patterns are still unfamiliar, start with: - [Browsing the Sherkety Public Website](doc:browsing-the-sherkety-public-website) - [Understanding Public Page Layouts and Visitor Actions](doc:understanding-public-page-layouts-and-visitor-actions) - [Using Public Website Navigation Patterns Across Marketing Pages](doc:using-public-website-navigation-patterns-across-marketing-pages) It also helps to have already reviewed how Sherkety ERP & Website Platform presents offers on public pages, since this guide builds on that comparison mindset rather than repeating it. For that foundation, refer to [Evaluating Business Services and Erp Offers From Public Pages](doc:evaluating-business-services-and-erp-offers-from-public-pages). As you read, keep one practical question in mind: are you trying to understand **what Sherkety ERP & Website Platform offers**, or are you trying to decide **which path to contact through**? That distinction makes it easier to read each page correctly. Service pages, ERP pages, and industry pages all support decision-making, but they guide visitors toward inquiry in slightly different ways. The next guide, [Choosing Between Services Pages and ERP Product Pages](doc:choosing-between-services-pages-and-erp-product-pages), picks up from that exact decision point. ## Recognizing Where Theme Switching Is Available In Sherkety ERP & Website Platform, theme switching appears in both the public website experience and the admin workspace, but you will usually find it in different parts of the interface. On public pages, look in the website header while browsing pages such as the home page, company type pages, ERP app pages, or service pages. Visitors do not need to sign in to use this display control. If you are reading marketing pages, comparing services, or exploring ERP modules, you can switch the page appearance directly from the header without opening the admin area. This is useful when you want a brighter reading view during the day or a darker view in low light. In the admin area, the theme control is available after you sign in. Editors and administrators use this area for tasks such as opening the Dashboard, updating Content, managing Users, adjusting Settings, reviewing SEO details, editing Services, or maintaining Pricing. The display choice in this workspace affects the back-office screens you use for editing and management. The interface supports two display modes: | Mode | What you see | |---|---| | **Light** | Bright page backgrounds with dark text | | **Dark** | Dark page backgrounds with lighter text | A simple way to think about it: - **Public pages** are mainly for visitors browsing information, comparing offerings, and contacting Sherkety. - **Admin pages** are for signed-in users such as Content Editors and Administrators working on website and business content. - Both areas let you choose between **Light** and **Dark**. - The control changes how the screen looks, not the page content itself. [SCREENSHOT: Theme toggle in the public website header and theme control in the admin workspace] If you want help deciding when each mode is more comfortable for reading or editing, see [Choosing the Best Display Mode for Reading and Editing](doc:choosing-the-best-display-mode-for-reading-and-editing). ## Switching Between Light and Dark on Public Pages Use these steps when you are browsing the public website and want to change the display mode. 1. Open any public page in Sherkety ERP & Website Platform, such as the home page, a services page, the ERP system page, a company type page, or an ERP app page like HR or Sales & CRM. 2. Look at the website header and find the theme toggle. 3. Click the toggle to switch from **Light** mode to **Dark** mode. 4. Watch the page update immediately. You should not need to reload the page. 5. Click the same toggle again if you want to return from **Dark** mode to **Light** mode. After you switch themes on public pages, the content stays the same, but the presentation changes across the visible page elements. You can expect the following updates: - The **page background** changes from light to dark, or back again. - **Text color** adjusts for readability, so headings, paragraphs, and labels remain visible. - The **navigation bar** in the header changes to match the selected mode. - **Buttons** and call-to-action areas update so they remain easy to identify. - **Cards** and content sections, such as service highlights, ERP app summaries, FAQ blocks, or comparison panels, change surface color and contrast. This is especially noticeable on pages with many sections, such as the homepage or ERP product pages. If you move through menus or scroll down the page after switching, the selected theme should continue to apply to the visible content. [SCREENSHOT: Public website page before and after switching between Light and Dark mode] For help with public navigation while browsing themed pages, you can also refer to [Browsing the Sherkety Public Website](doc:browsing-the-sherkety-public-website) and [Using Header Menus and Footer Links](doc:using-header-menus-and-footer-links). ## Changing the Display Mode in the Admin Experience Use these steps after signing in if you want to change the appearance of the admin workspace. 1. Sign in to Sherkety ERP & Website Platform with an account that can access the admin area, such as a **Content Editor** or **Administrator**. 2. Open the admin workspace and go to a page such as **Dashboard**, **Content**, **Users**, **Settings**, **SEO**, **Services**, or **Pricing**. 3. Find the theme control in the admin header, top bar, or account-related menu. 4. Select **Light** or **Dark**. 5. Confirm that the admin interface updates to the new color scheme. Once the change is applied, the editing workspace should immediately reflect the selected mode. The layout does not change, but the colors across the admin screens do. This helps you keep working in the same tools while choosing a display style that feels easier on your eyes. In the admin area, the theme choice typically affects: - **Navigation areas**, including the sidebar or top navigation - **Form backgrounds** on editing screens - **List views** used for content, users, services, pricing, or SEO entries - **Action buttons** such as save or edit actions - **Dialog windows** and pop-up panels used during editing or confirmation steps This is most useful on content-heavy screens where you spend longer periods reading, editing, or reviewing entries. For example, when moving between the Dashboard and Content pages, or when opening a settings form and then a user list, the selected display mode should remain consistent across the admin workspace. [SCREENSHOT: Admin dashboard in Light mode and Dark mode] If you are new to the admin area, see [Signing In and Accessing the Admin Portal](doc:signing-in-and-accessing-the-admin-portal) and [Using the Admin Dashboard for Navigation](doc:using-the-admin-dashboard-for-navigation). ## Understanding What Changes Visually in Each Mode Light and Dark modes in Sherkety ERP & Website Platform change the overall look of the interface while keeping the same pages, menus, and actions available. The main difference is how backgrounds, text, borders, and panels are styled for comfort and readability. In **Light** mode, pages usually appear with bright backgrounds and darker text. This makes headings, descriptions, menus, and form labels stand out clearly against white or pale surfaces. Borders and section dividers are easier to spot as subtle lines, and content panels such as cards, forms, and list areas appear as lighter blocks separated from the page background. In **Dark** mode, the interface shifts to darker backgrounds with lighter text. This reduces glare and can feel more comfortable in dim environments. Surface panels such as cards, dialog windows, and form areas still remain distinct because they use contrast, shading, and border changes rather than relying only on bright backgrounds. Interactive elements also adjust in each mode: - **Primary buttons** remain prominent, but their surrounding contrast changes - **Links** stay visible against the page background - **Hover states** still show when you move over menus, buttons, or list items - **Selected navigation items** remain highlighted so you can tell where you are On content-heavy screens, especially in the admin area, readability is preserved by changing the colors of: - table rows - input fields - labels - helper text - section backgrounds Some visual identity elements stay consistent across both modes. Branding, accent colors, and important call-to-action styling are kept recognizable so the Sherkety ERP & Website Platform still feels familiar whether you are browsing public pages or working in the admin area. [SCREENSHOT: Comparison of Light and Dark mode on a content form and a public information page] ## Checking Whether Your Theme Choice Carries Across Pages After you switch themes, it is helpful to confirm whether your choice stays active as you continue using Sherkety ERP & Website Platform. On the public website, try moving between several pages after changing the theme. For example, switch the theme on the home page, then open a services page, an ERP app page, or a company type page. If the preference is being applied consistently, the selected mode should remain active as you browse. The header, page sections, buttons, and cards should continue using the same Light or Dark appearance without requiring you to switch again on every page. In the admin workspace, you can do a similar check by moving between areas such as: - **Dashboard** - **Content** - **Users** - **Settings** - **SEO** - **Services** - **Pricing** If your display choice is being carried across the admin area, these screens should keep the same color scheme as you navigate. This is especially easy to notice when moving from a list page to a form page or opening a dialog window. What you should expect: - Your **public browsing theme** should stay active while you continue moving through public pages. - Your **admin theme** should stay active while you continue moving through admin screens. - The public website and the admin workspace should be treated as separate experiences for theme switching, so changing one does not mean the other will automatically match. - After a browser refresh, the selected mode should usually remain in place if your preference has been remembered. - If you start a new session, you may still see the same mode if Sherkety ERP & Website Platform has kept your last choice. This document focuses on what you see while moving between public and admin areas. For more detail on remembered display choices, continue with [Understanding How Display Preferences Are Saved](doc:understanding-how-display-preferences-are-saved). ## Fixing Theme Changes That Do Not Appear Correctly If a theme change does not look right, start with a few simple checks in the same area where you made the change. - If the toggle does not appear to do anything, refresh the current page and use the same theme control again. - If the issue happens on the public website, test another public page such as the home page, ERP system page, or a company type page. - If the issue happens in the admin area, move to another screen such as **Dashboard**, **Content**, or **Settings** and compare the display there. - If only part of the screen changes color, note whether the problem is limited to one section such as the header, a form, a list view, a card, or a dialog window. - If the theme resets unexpectedly, reload the browser. In the admin area, you can also sign out and sign back in, then check the theme again. - If text is hard to read in **Dark** mode, compare that screen with other pages to see whether the problem is isolated to one page layout or one editing screen. A few patterns can help you narrow down the issue: | What you notice | What to check | |---|---| | Nothing changes after clicking the toggle | Refresh the page and try the toggle again | | Only some areas switch colors | Compare another page or screen using the same mode | | Theme changes but later resets | Reload the browser or sign in again in the admin area | | Text contrast looks poor | Check whether the issue appears on one page only | [SCREENSHOT: Theme issue comparison showing one page updating correctly and another with incomplete color changes] If the problem is limited to one page or one admin screen, that detail is useful when reporting the issue to your internal support contact or site owner, because it shows the problem is not affecting the entire Sherkety ERP & Website Platform. ## Overview Theme switching in Sherkety ERP & Website Platform gives you the same two display choices across both sides of the product: **Light** and **Dark**. The important difference is where you make the change and which workspace it affects. On the public website, visitors can use the header theme toggle without signing in. This is useful when browsing the home page, service information, company type guidance, ERP module pages, FAQs, and other public content. The change updates visible elements such as the page background, text, navigation bar, buttons, and content cards. In the admin workspace, signed-in users such as Content Editors and Administrators can change the display mode from the admin header, top bar, or account-related menu. That choice affects the editing environment, including navigation areas, forms, lists, action buttons, and dialog windows used for content and configuration work. Keep these points in mind: - Public and admin theme switching are available in separate parts of the interface. - Both areas support the same two modes: **Light** and **Dark**. - The selected mode should remain active as you move between pages in the same experience. - Public browsing and admin editing should be treated as separate theme contexts. - If a change does not appear correctly, compare multiple pages to see whether the issue is isolated. This guide builds on [Choosing the Best Display Mode for Reading and Editing](doc:choosing-the-best-display-mode-for-reading-and-editing), which focuses on when each mode may feel more comfortable. The next document, [Understanding How Display Preferences Are Saved](doc:understanding-how-display-preferences-are-saved), explains what happens to your theme choice after refreshes, return visits, and new sessions. ## Prerequisites Before following the steps in this guide, make sure you are working in the correct part of Sherkety ERP & Website Platform for the theme change you want to test. - To switch the theme on **public pages**, open any visitor-facing page such as the home page, a services page, an ERP app page, or a company type page. - To switch the theme in the **admin workspace**, sign in with an account that can access admin pages such as **Dashboard** or **Content**. - Be ready to locate the theme control in the **website header** on public pages or in the **admin header**, **top bar**, or **account menu** after signing in. - If you want to confirm that the theme carries across screens, plan to open more than one page in the same area. - If you are comparing public and admin behavior, keep in mind that these are separate experiences and may keep their display choices independently. Helpful background reading: - [Using Light and Dark Display Modes](doc:using-light-and-dark-display-modes) - [Understanding Saved Display Preferences](doc:understanding-saved-display-preferences) - [Using Theme Switching Across the Platform](doc:using-theme-switching-across-the-platform) - [Choosing the Best Display Mode for Reading and Editing](doc:choosing-the-best-display-mode-for-reading-and-editing) If you are not yet signed in and need access to the admin area first, use [Signing In and Accessing the Admin Portal](doc:signing-in-and-accessing-the-admin-portal). The next topic in this sequence is [Understanding How Display Preferences Are Saved](doc:understanding-how-display-preferences-are-saved). ## Recognizing Whether You Need Services or ERP Products When you browse Sherkety ERP & Website Platform, you will usually reach one of two paths: **business services pages** or **ERP product pages**. Knowing which path you are on helps you focus on the right questions and avoid comparing the wrong things. Business services pages are for visitors asking, **“Can this team help my business plan, launch, improve, or support a project?”** These pages usually speak about help delivered by people. You may see content about implementation, customization, integration, training, support, accounting help, company setup guidance, or consulting. The calls to action on these pages often point toward a **consultation**, **contact request**, or a project discussion. ERP product pages are for visitors asking, **“Can this ERP handle the way my business works?”** These pages focus on the software itself. You are more likely to see module descriptions, workflow explanations, business use cases, feature comparisons, and pages for areas such as **Accounting**, **Sales & CRM**, **HR**, **Purchasing**, and **Reporting**. The calls to action here usually support evaluation, such as **Request Demo**, **Start Trial**, or moving deeper into app and module details. A quick way to tell the difference is to look at what the page is trying to prove: - If the page is proving **team expertise and delivery support**, you are on a services path. - If the page is proving **software capability and module fit**, you are on an ERP product path. [SCREENSHOT: Public page showing a service-focused call to action beside an ERP product-focused call to action] If you already reviewed buyer movement across the site in [Understanding Website and ERP Buyer Journeys](doc:understanding-website-and-erp-buyer-journeys), use this guide as the next filter: decide whether you need to evaluate the provider, the product, or both at the same time. ## Exploring What Business Services Pages Help You Do Business services pages in Sherkety ERP & Website Platform help you evaluate **how Sherkety can work with your business**, not just what the software can do. These pages are useful when your main concern is delivery, guidance, rollout support, or expert help around a project. On these pages, expect content that explains the service relationship. You may find information about **ERP implementation**, **customization**, **integration**, **training**, **support**, accounting-related services, startup support, or business process guidance. Instead of long feature breakdowns, the page usually emphasizes things like project approach, expected outcomes, business value, and the kind of help available before, during, and after launch. These pages are especially useful when you want to answer questions like: - Can this team guide our rollout? - Do they offer training and ongoing support? - Can they adapt the solution to our business needs? - Do they understand our type of company or growth stage? Stay in the services area when your priority is choosing a partner rather than choosing a module. This is often the right path if you already know you need outside help, if your project includes change management, or if you are comparing consulting and implementation support between providers. Services pages are also a better fit when your situation is broader than software selection. For example, if you need help with setup planning, migration support, process redesign, or operational advice, these pages will usually be more useful than a feature catalog. What services pages do **not** usually answer in depth is detailed module fit. They are not the best place to decide whether a specific workflow in **HR**, **Sales & CRM**, or **Reporting** matches your exact requirements. For that, move into the ERP product pages and compare the software itself. ## Exploring What ERP Product Pages Help You Do ERP product pages in Sherkety ERP & Website Platform help you evaluate the software directly. These pages are designed for visitors who need to know whether the ERP can support their daily work, departments, and business processes. On product pages, you should expect to see software-focused information such as: - What business areas are covered - Which modules are available - What workflows the ERP supports - What problems the software is meant to solve - How different app areas connect together You may move through pages such as **ERP System**, the **ERP Apps Catalog**, or module pages for **Accounting**, **Sales & CRM**, **HR**, **Purchasing**, and **Reporting**. These pages are where you validate product fit. If you are comparing systems, checking must-have capabilities, or narrowing down options, this is the right area to stay in. Look for details related to: - finance and accounting workflows - inventory or purchasing support - sales pipeline and customer management - employee and HR processes - reporting, dashboards, and analytics - automation and connected business workflows These pages are best when your main question is, **“Does this ERP cover what my business needs?”** They help you compare capabilities, understand use cases, and decide whether a demo or deeper product conversation makes sense. Product pages may also guide you toward the next evaluation step. A page focused on software fit often leads into **demo requests**, **feature exploration**, app-specific reading, or pricing discussions tied to the ERP offering. If you want to understand the software journey in more detail, continue with related product-focused reading such as [Using ERP System Landing Pages to Evaluate Offerings](doc:using-erp-system-landing-pages-to-evaluate-offerings) or [Evaluating ERP Modules From Catalog to Detail Pages](doc:evaluating-erp-modules-from-catalog-to-detail-pages). ## Choosing the Right Path Based on What You Need Right Now The easiest way to choose between services pages and ERP product pages is to match the page type to your current goal. In Sherkety ERP & Website Platform, the right destination depends less on your industry and more on the question you need answered next. Use this table as a quick guide: | If you need to... | Go to... | Why | |---|---|---| | confirm whether the ERP supports your workflows | ERP product pages | These pages explain modules, capabilities, and business use cases | | compare implementation, training, or support help | Services pages | These pages show delivery approach and provider fit | | evaluate both software and rollout help | Both areas | You need product fit and delivery confidence together | | rescue or improve a troubled rollout | Services pages first | Your immediate need is expert help, planning, and support | | replace an older business tool | ERP product pages first | Start by checking module and workflow coverage | | extend an existing ERP with added help | Services pages and relevant product pages | You may need both specialist support and module details | Your buying stage also matters: - **Early research:** start with ERP product pages to see if the software belongs on your shortlist. - **Partner comparison:** spend more time on services pages to judge implementation and support strength. - **Active project planning:** review both areas together so you can compare software fit with delivery readiness. A practical path often looks like this: begin on an ERP page such as **Accounting**, **HR**, or **Sales & CRM** to confirm fit, then move to service-focused content to understand rollout, customization, and support options. If you arrived from a marketing page and are unsure where to go next, use the page’s main button as a clue. **Request Demo** usually means product evaluation. **Contact**, **Consultation**, or similar inquiry actions usually mean service discussion. ## Using Both Page Types Together During Evaluation Many visitors should not choose one path and ignore the other. In Sherkety ERP & Website Platform, the strongest evaluation usually comes from using ERP product pages and services pages together. Start with ERP product pages when you need to confirm that the software supports your core operations. Review the pages for the departments that matter most to you, such as **Accounting**, **HR**, **Sales & CRM**, **Purchasing**, or **Reporting**. As you read, focus on whether the ERP appears to cover your must-have processes, not just whether the page sounds impressive. After that, move to services pages to answer the delivery questions the product pages do not fully cover. This is where you assess whether Sherkety can help with implementation, customization, integration, training, migration planning, or ongoing support. Product fit tells you whether the ERP is suitable. Service fit tells you whether the rollout is likely to succeed in your business. A useful way to compare both areas is to pair one product question with one delivery question: - **Does the module cover our process?** paired with **Can the team implement it well?** - **Does reporting meet our needs?** paired with **Can they configure it for our business?** - **Does the ERP support our departments?** paired with **Can they train our staff and support adoption?** Use page actions intentionally: - Choose **Request Demo** when you want to validate software fit. - Choose a consultation or contact-focused action when you need to discuss scope, timeline, migration, support, or rollout planning. [SCREENSHOT: Visitor moving from an ERP module page to a service-focused page before submitting an inquiry] This combined approach is especially useful for buyers selecting both a product and a delivery partner in the same decision. ## Avoiding Common Mistakes When Deciding Where to Go A common mistake is trying to answer every buying question from only one type of page. In Sherkety ERP & Website Platform, services pages and ERP product pages support different decisions. If you use only one path, you may miss information that matters later. Do not rely on services pages alone to judge software capability. A services page may explain implementation help, training, or support very well, but that does not mean it will answer detailed questions about module coverage, workflow support, reporting depth, or how a specific business area is handled. If you need to know whether the ERP fits your operations, move to the product pages. Do not rely on product pages alone to judge delivery readiness. A strong module page can show features, use cases, and business value, but it may not explain how the rollout will be planned, how users will be trained, what support is available after go-live, or how customization and integration work in practice. If your decision includes project execution, review the services path too. Another mistake is assuming one path replaces the other. If you are choosing software **and** a partner, you need both views: - product pages for capability and fit - services pages for implementation and support confidence The page’s main action button is often the clearest clue. Product-focused pages usually lead you toward **demo**, **trial**, or deeper feature review. Service-focused pages usually lead you toward **consultation**, **contact**, or project discussion. When you are unsure, follow the action that matches your immediate question rather than the one that appears first on the page. ## Overview Use this guide when you are unsure whether to spend your time on **business services pages** or **ERP product pages** inside Sherkety ERP & Website Platform. Both page types are valuable, but they help with different decisions. The main distinction is simple: - **Services pages** help you evaluate Sherkety as a delivery partner. - **ERP product pages** help you evaluate the ERP as a software solution. Choose services pages when your focus is on implementation help, customization, integration, training, support, accounting guidance, or project delivery. Choose ERP product pages when your focus is on module fit, workflows, business capabilities, and whether the software can support your departments. If your decision includes both selecting software and planning rollout support, use both areas together. A practical sequence is: 1. Review ERP product pages to confirm capability. 2. Review services pages to assess delivery and support. 3. Use the page action that matches your next step, such as a demo for software validation or a consultation for project planning. This guide works best alongside related reading such as [Choosing Between Business Services and ERP Products](doc:choosing-between-business-services-and-erp-products), [Comparing Website and ERP Package Options](doc:comparing-website-and-erp-package-options), and [Understanding Website and ERP Buyer Journeys](doc:understanding-website-and-erp-buyer-journeys). [SCREENSHOT: Side-by-side example of a service-focused page and an ERP product-focused page] If you are ready to move from evaluation into action, the next document is [Using Public Page Actions to Request Information](doc:using-public-page-actions-to-request-information). ## Prerequisites Before using this guide, it helps to have already browsed a few public pages in Sherkety ERP & Website Platform so you can recognize the difference between a marketing page, a service page, and an ERP product page. You do not need an account or admin access. This guide is meant for public visitors using the website navigation, page links, and call-to-action buttons. You will get the most value from this guide if you have already done at least some of the following: - visited the homepage and main navigation - opened one or more services-related pages - opened one or more ERP-related pages such as **ERP System** or an app page like **Accounting**, **HR**, **Sales & CRM**, **Purchasing**, or **Reporting** - noticed the difference between actions such as **Request Demo** and contact or consultation-focused actions Helpful background reading includes: - [Navigating Public Pages and Entry Points](doc:navigating-public-pages-and-entry-points) - [Understanding Public Page Layouts and Visitor Actions](doc:understanding-public-page-layouts-and-visitor-actions) - [Using Public Calls to Action and Conversion Paths](doc:using-public-calls-to-action-and-conversion-paths) - [Discovering ERP Products and Packages](doc:discovering-erp-products-and-packages) If you are still at the stage of learning how public visitors move through the site, review [Browsing the Sherkety Public Website](doc:browsing-the-sherkety-public-website) first. If you already know the general journey and now need to decide where to focus your evaluation, you can continue directly with this guide and then move on to [Using Public Page Actions to Request Information](doc:using-public-page-actions-to-request-information). ## Scanning the homepage signals that establish credibility When you first land on the homepage in Sherkety ERP & Website Platform, credibility is usually judged in seconds. Most visitors do not begin by opening menus or reading every section. They scan the top of the page, look at the main headline, notice the primary action buttons, and then search for nearby proof that the company is established and trustworthy. This first pass is especially important for people comparing ERP options or business services providers for the first time. The most useful trust-focused blocks are the ones placed close to the opening message. These can include short proof-oriented callouts, visible trust statements, supporting badges, logo groups, or other sections that visually break up promotional copy with evidence. If you already reviewed [Understanding Homepage Messaging and Primary Actions](doc:understanding-homepage-messaging-and-primary-actions), think of this as the next layer: after the headline explains the offer, visitors look for signs that the promise is backed by real experience. A visitor typically asks a few quick questions while scanning: - Does this company look established? - Is there visible evidence beyond marketing language? - Are there recognizable names, brands, or affiliations here? - Does the page feel confident and specific, or vague and generic? Trust content works best when it appears beside or soon after the main call to action. For example, a visitor may see a button to request a demo or explore services, but they often hesitate unless the page also shows proof such as customer volume, partner references, awards, certifications, or recognizable client logos when those are present. [SCREENSHOT: Homepage top section showing headline, main action buttons, and nearby trust-focused content] This combination matters because the headline creates interest, the button suggests the next move, and the trust section reduces uncertainty. Without that proof layer, many first-time evaluators leave the homepage before opening deeper pages about ERP modules, company registration, accounting services, or contact options. ## Reviewing trust indicators to validate the company After the first scan, visitors usually slow down and inspect the homepage trust section more carefully. In Sherkety ERP & Website Platform, this is where they look for visible evidence that supports the company’s claims. They are not only reading what the business says about itself—they are checking whether the page shows proof that others already trust it. Common trust elements on a homepage include: - Logo strips showing customers, partners, or recognized brands - Testimonial cards with short customer statements - Ratings or review snippets - Proof badges or recognition markers - Short metrics or credibility callouts Each type of trust element answers a different question. A logo strip can suggest market presence. A testimonial card can suggest customer satisfaction. A badge or recognition marker can suggest outside validation. A metric can suggest scale or experience. Together, these pieces help a prospective ERP buyer decide whether the company looks legitimate enough to continue exploring. Business services visitors often compare these proof blocks directly with the surrounding claims. If the page highlights accounting support, startup services, ERP implementation, or consulting value, they look for matching evidence nearby. Strong trust content feels consistent: the service promise and the visible proof point in the same direction. Visitors also use trust sections as navigation cues. They may: - Pause on a testimonial to read the customer quote - Look closely at logos they recognize - Treat proof content as a signal to keep scrolling - Use the section as reassurance before clicking a service page or contact action [SCREENSHOT: Homepage trust section with logos, testimonials, ratings, or badges] If a trust block is clear and specific, it helps visitors move forward with less hesitation. If it feels generic, they may return to the header, compare another page, or leave the site without taking action. That is why trust indicators are not decorative—they are part of the buyer’s validation process. ## Using team profiles to assess expertise and fit The homepage team section gives visitors a different kind of confidence. Instead of proving market trust through logos or testimonials, it shows the people behind the work. In Sherkety ERP & Website Platform, team content helps visitors connect service promises to visible individuals, which makes the company feel more credible and more accountable. A team section often appears as a row or grid of profile cards. Visitors usually expect to see: - A headshot or profile image - A name - A job title or role label - A short summary or bio - Sometimes a link to a fuller profile or About page When visitors read these cards, they are not just browsing faces. They are checking whether the company appears to have the right expertise for ERP, implementation, consulting, support, or business services delivery. Titles matter here. A clear role label helps the visitor understand whether the team includes leadership, specialists, advisors, or customer-facing experts. For example, a visitor may scan profile cards looking for signs of: - Leadership credibility - Practical implementation experience - Industry knowledge - Customer support capability - A stable, real delivery team rather than anonymous marketing [SCREENSHOT: Homepage team section showing profile cards with photo, name, title, and short bio] This section also humanizes the homepage. A visitor who feels uncertain after reading promotional copy may gain confidence when they see named people with defined responsibilities. That shift is important. It changes the impression from “a company making claims” to “a team that appears ready to deliver.” If you want a broader look at how people and brand presentation work together on the homepage, see [Viewing Team and Ecosystem Highlights](doc:viewing-team-and-ecosystem-highlights). Here, the key point is that team profiles help visitors judge fit. They are looking for evidence that the company has real people with relevant experience, not just polished messaging and attractive buttons. ## Exploring ecosystem highlights to understand partnerships and reach Ecosystem content expands the credibility story beyond the company itself. On the homepage of Sherkety ERP & Website Platform, this section helps visitors understand whether the business operates within a wider network of partners, technologies, communities, or market relationships. While trust indicators answer “Can I believe this company?”, ecosystem highlights often answer “Is this company connected in the right places?” Visitors may see ecosystem content presented through: - Partner logos - Integration mentions - Community or network affiliations - Marketplace references - Regional or cross-market presence highlights These signals matter because many ERP and business services buyers are not only choosing a provider—they are choosing a long-term relationship. They want to know whether the company appears compatible with broader business needs. A partner logo can suggest collaboration. An integration mention can suggest practical fit with other tools. A regional presence highlight can suggest reach and support capacity. Buyers often interpret ecosystem references in a few specific ways: - Compatibility with existing tools or workflows - Access to implementation support beyond a single team - Signs of long-term viability - Participation in a broader professional or technology network [SCREENSHOT: Homepage ecosystem section with partner logos or network highlights] This section works best when it adds context rather than just listing names. If visitors can understand why a partnership, integration, or affiliation matters, the content becomes more persuasive. It shows not only that the company is credible, but that it is connected and capable. That is the main difference between trust and ecosystem content. Trust indicators focus on proof of legitimacy. Ecosystem highlights move one step further and suggest connected capability—whether the company can operate effectively within the wider ERP, services, and business environment that buyers care about. ## Following the evaluation path visitors take across trust, team, and ecosystem sections Most visitors do not evaluate the homepage in a random order. In Sherkety ERP & Website Platform, they usually follow a practical path as they decide whether to stay, explore, or contact the company. Understanding this path helps you read the homepage the way a prospective buyer does. 1. **Start with the headline and primary action area.** Visitors first look at the opening message and the main buttons. They want to know what Sherkety ERP & Website Platform offers and what action is available next. At the same time, they search for immediate trust cues nearby, such as proof callouts, badges, or recognizable logos. If the opening area feels clear and credible, they continue scrolling. 2. **Validate the claims with trust content.** Next, visitors compare the company’s promises with visible proof. They inspect testimonials, logo groups, review-style content, ratings, or badges when these appear. This is where they test whether the homepage claims about ERP, accounting, startup support, or business services feel supported by evidence. 3. **Check the team section for real expertise.** After seeing external proof, many visitors want to confirm there are identifiable people behind the offer. They read names, titles, and short profile summaries to see whether the company appears to have leadership, specialists, and practical delivery experience. 4. **Use ecosystem highlights to confirm broader fit.** Finally, visitors look at partner references, integration mentions, or ecosystem signals to judge whether the company is connected to a wider network. This helps them decide whether the offering looks sustainable, compatible, and professionally grounded. [SCREENSHOT: Homepage scroll path from hero area to trust section, team section, and ecosystem section] By the time a visitor reaches the end of this path, they are usually ready to make a decision: continue into service pages, open ERP module pages, use a contact option, or request a demo. This evaluation flow supports the earlier guidance in [Understanding Homepage Messaging and Primary Actions](doc:understanding-homepage-messaging-and-primary-actions) by showing what visitors use to confirm the message before acting on it. ## Interpreting weak or missing credibility signals on the homepage Not every homepage gives visitors enough proof to feel confident. When you review trust, team, and ecosystem content in Sherkety ERP & Website Platform, it helps to notice what is missing as much as what is present. Weak credibility signals do not always mean the company lacks experience, but they do create more uncertainty for first-time visitors. A trust section feels weak when it relies mostly on broad statements without visible support. For example, if the page makes strong claims but does not show logos, testimonials, metrics, ratings, or outside recognition, visitors may question whether the message is fully backed up. The same problem appears when proof elements are present but too vague to be meaningful. Team content can also fall short. Visitors often lose confidence when profile cards are missing clear titles, when responsibilities are hard to understand, or when there is no visible leadership presence. A photo alone is not enough. Buyers want to know who these people are and why their expertise matters. Ecosystem content becomes less useful when it lists partnerships or integrations without explaining their relevance. A row of names or logos may look impressive, but visitors still want to understand what those relationships mean for implementation, compatibility, support, or long-term value. When you notice these gaps, use them as prompts to keep validating through other pages. Helpful next places to check include: - Contact options and inquiry paths in [Contacting Sherkety Through Forms and Direct Channels](doc:contacting-sherkety-through-forms-and-direct-channels) - Service and company information pages - ERP module detail pages - About-style content if available [SCREENSHOT: Homepage section with limited proof content that prompts deeper validation] Weak trust signals do not automatically stop a buyer journey, but they usually increase the need for confirmation elsewhere. Visitors become more cautious, compare more pages, and look harder for evidence before taking the next step. ## Overview This document focuses on three homepage areas that shape buyer confidence in Sherkety ERP & Website Platform: trust indicators, team profiles, and ecosystem highlights. These sections do not replace the homepage headline or primary action buttons. Instead, they support them by helping visitors decide whether the company looks credible, experienced, and well connected enough to explore further. Use this guide when you want to understand how a first-time visitor evaluates the homepage after reading the opening message. The typical pattern is simple: the visitor notices the main value statement, checks for visible proof, looks for real people behind the offering, and then reviews partnership or network signals to judge broader fit. The sections covered here help answer different questions: | Homepage area | What visitors want to confirm | |---|---| | Trust indicators | Is this company legitimate and proven? | | Team profiles | Are there real experts behind the offer? | | Ecosystem highlights | Does the company appear connected and compatible? | This guide is especially useful if you are reviewing the homepage as part of a larger buyer journey. It builds on [Understanding Homepage Messaging and Primary Actions](doc:understanding-homepage-messaging-and-primary-actions), which explains how visitors react to the opening message and main calls to action. Here, the focus shifts from attention to validation. As you read, keep in mind that visitors rarely study these sections in isolation. They compare what they see in trust blocks, team cards, and ecosystem highlights with the claims made elsewhere on the homepage. When those pieces feel consistent, confidence grows. When they feel incomplete or disconnected, visitors usually keep searching for confirmation before contacting the company or exploring deeper pages. ## Prerequisites You do not need admin access, editing tools, or any special setup to follow this guide. It is written for public website visitors and for anyone reviewing how the homepage presents credibility in Sherkety ERP & Website Platform. Before using this guide, it helps to have: - Opened the homepage in Sherkety ERP & Website Platform - Read the opening headline and noticed the main action buttons - Scrolled far enough to see the trust, team, and ecosystem sections - Basic familiarity with homepage navigation and section flow If you have not done that yet, these related guides will help first: - [Browsing the Sherkety Public Website](doc:browsing-the-sherkety-public-website) - [Understanding Homepage Messaging and Primary Actions](doc:understanding-homepage-messaging-and-primary-actions) - [Understanding Homepage Section Flow and Visitor Priorities](doc:understanding-homepage-section-flow-and-visitor-priorities) A few practical viewing tips can also make this easier: - Use the homepage in your preferred language if language switching is available - Scroll through the page in order rather than jumping between sections - Compare visible proof elements with nearby claims instead of reading each block alone - Pay attention to whether names, logos, titles, and partnership references feel specific or generic This guide is most useful when you approach the homepage as a prospective buyer would. Look for what reduces hesitation, what confirms expertise, and what suggests the company has a credible place in the wider ERP and business services landscape. For the next part of the homepage journey, continue with [Understanding Promotional Sections and Package Highlights](doc:understanding-promotional-sections-and-package-highlights). ## Recognizing What the Page Is Emphasizing In Sherkety ERP & Website Platform, the most important number on a page usually appears first and looks visually stronger than everything around it. You will often see this at the top of a product page, inside a summary strip, or in an admin header area. These highlighted blocks typically combine a **large value**, a **short label**, and a **small line of helper text** underneath. For example, the large value is what catches your eye first, the label tells you what the value refers to, and the smaller text adds context so you do not read the number in isolation. Visual emphasis is created in a few consistent ways: - **Larger text size** makes one number stand out as the main takeaway - **Heavier text weight** makes the value feel more important than surrounding details - **Stronger color contrast** draws attention to selected metrics or changes - **Top placement** signals that the number is meant to be reviewed before lower-page details You may also see summary visuals next to these values. These can appear as: - compact metric cards in a row - grouped summary blocks with several related figures - clearly separated admin information panels with borders or background contrast These patterns help you scan quickly. A large highlighted number is usually a summary or headline figure. By contrast, nearby details such as **status labels**, **last updated information**, **language**, or **owner-related information** are there to support your understanding, not compete with the main metric. If you need a refresher on color meaning before reading emphasized numbers, review [Reading Color Coded Priority and Status Cues](doc:reading-color-coded-priority-and-status-cues). [SCREENSHOT: top-of-page summary area showing one large highlighted number, a short label, helper text, and smaller supporting fields nearby] ## Reading KPI-Style Summary Cards on Product Pages KPI-style summary cards on public-facing pages in Sherkety ERP & Website Platform are designed to help you compare offerings quickly. Each card usually contains one main value and a short label. Before comparing cards side by side, read the label first so you know whether you are looking at a **price**, **percentage**, **count**, or another type of figure. Common ways to read the main value: - **Currency amounts** usually represent pricing, package cost, or service value - **Percentages** usually show a share, rate, or improvement figure - **Counts** usually represent totals such as features, items, or included components - **Rating-style figures** are meant to summarize quality or performance at a glance Icons placed next to the label can help you identify the meaning faster, but the label is still the most reliable guide. Do not assume two large numbers are directly comparable unless their labels and surrounding section heading match. Some cards also include comparison cues, such as: - an upward or downward arrow - positive or negative color treatment - small delta text showing change from an earlier value or baseline These cues tell you whether a metric is improving or declining, but only within that card’s context. A green increase in one area may refer to growth, while a colored label elsewhere may simply indicate a publication or content state. Also watch for the difference between a **single-item figure** and a **rolled-up summary**. A product page may highlight one package price, while another card summarizes multiple options or a broader service range. If the card includes helper text or sits under a broader section heading, that often means the value is an aggregate rather than a single offer. [SCREENSHOT: row of product-page KPI cards showing a price, percentage, count, and a small trend indicator] ## Comparing Visual Signals Across Admin Information Panels Inside the admin area of Sherkety ERP & Website Platform, summary visuals often mix performance-style numbers with routine page information. On screens such as the **Dashboard**, **Content**, **Users**, **Settings**, **SEO**, **Services**, and **Pricing**, you may see emphasized totals near fields that describe the current record or page state. The key is to separate what is being highlighted for quick review from what is simply there for reference. A typical admin summary area may include: - a bold total or counter - a status badge or colored label - last updated information - ownership or assignment details - publication-related information These elements do not all carry the same weight. The emphasized counter is usually the headline figure. A badge or colored label often tells you the condition of the item, while fields such as last updated details help you judge whether the information is current. When comparing panels, use the layout to understand grouping: - **Header summaries** usually describe the whole page or record - **Side panels** often contain supporting administrative details - **Dashboard-style rows** usually present several metrics meant for quick comparison Borders, spacing, and section titles help you decide what belongs together. For example, one grouped area may be about content health, while another is about administrative tracking. Decorative emphasis, such as a bold number in a card, should not automatically be treated as a warning. Look for warning colors, alert wording, or clearly marked status indicators before assuming action is required. If you are working in the admin area regularly, this reading pattern pairs well with [Using the Admin Dashboard for Navigation](doc:using-the-admin-dashboard-for-navigation) and [Understanding Toast Messages and Action Feedback](doc:understanding-toast-messages-and-action-feedback). [SCREENSHOT: admin page header with a highlighted total, a status badge, and smaller last updated details in a separate panel] ## Using Color, Position, and Size to Judge Importance When you open a page in Sherkety ERP & Website Platform, start with the biggest and highest-placed value. In most cases, the page is intentionally guiding your eye there first. A large number at the top of a section is usually the primary metric, while smaller text below or beside it provides explanation, scope, or supporting detail. Three visual signals work together most often: - **Position**: top-of-page or top-of-panel items usually matter most - **Size**: larger values are usually intended as the main summary - **Color**: stronger colors draw attention to change, urgency, or emphasis Accent colors often highlight important figures without meaning there is a problem. Warning colors usually suggest caution, exception, or a state that needs attention. Muted text usually means background information, such as helper text, labels, timestamps, or secondary descriptions. You will also notice repeated patterns across pages: - left-to-right rows of metrics where the first card often sets the main context - stacked values where the top line is primary and the lower line explains it - highlighted callout boxes that isolate one especially important figure from surrounding content Do not rely on color alone. Sherkety ERP & Website Platform also uses labels, icons, and descriptive text to clarify meaning. This matters when two colors appear similar, when you are switching between light and dark display modes, or when a color indicates a different meaning in another panel. Read the text attached to the number before making a decision. For more on how color supports meaning across screens, see [Reading Charts Badges and Status Colors](doc:reading-charts-badges-and-status-colors). ## Avoiding Misreads When Evaluating Highlighted Numbers Large numbers are useful only when you read them with their label and context. In Sherkety ERP & Website Platform, one of the most common mistakes is treating every prominent value as if it represents the same kind of measurement. Before acting on a number, confirm exactly what kind of value it is. Check these details first: - the **label** directly attached to the number - the **unit**, such as currency, percent, or count - any **helper text** under the value - the **section heading** above the card or panel This helps you avoid confusing a package price with a feature count, or a percentage with a total amount. It also helps when several summary cards appear together and use similar visual styling. Next, look for timeframe or scope clues. A highlighted figure may refer to: - one product or package - a grouped set of offerings - a recent reporting window - all items shown in that section Color-coded changes also need careful reading. Green and red do not always mean the same thing everywhere. In one panel, they may show improvement or decline. In another, they may describe approval, publication, or content status. Use the nearby label and caption to confirm what the color means in that specific area. Finally, use supporting admin fields to judge whether the number is current. If a panel includes **last updated** information or another nearby date reference, read that before assuming the metric reflects the latest state. This is especially helpful on admin pages where content changes, publishing activity, and page settings may update at different times. ## Fixing Common Confusion Around Summary Visuals If two highlighted values seem to disagree, start by comparing their labels and the headings above their panels. In Sherkety ERP & Website Platform, one number may show a full total while another shows only a filtered portion of that total. They can both be correct even if the values are different. Use this approach when something feels unclear: 1. Read the panel heading to see what area the number belongs to. 2. Compare the labels on both values word for word. 3. Check for helper text that explains scope, timeframe, or included items. 4. Look for nearby status or update information that may explain a mismatch. A visually strong number can also feel more important than it really is. If a metric is bold but lacks context, pause and look for tooltip text, helper text, or an adjacent description. The surrounding text often explains whether the figure is a total, an estimate, or a rolled-up summary. Differences in perspective can also cause confusion. A buyer viewing a public product page may focus on pricing or package value, while an admin user on a management screen may be looking at content status, publishing details, or maintenance-related information. If the page mixes both, use section headers and panel boundaries to separate commercial information from back-office tracking. If a summary visual seems outdated, check the surrounding information area for a **last modified** or similar update field. Also watch for loading or refresh behavior before deciding the number is wrong. When the page is still updating or has not refreshed yet, a highlighted value may briefly lag behind surrounding details. If the page shows missing or delayed content states, [Understanding Loading Placeholders Empty States and Errors](doc:understanding-loading-placeholders-empty-states-and-errors) can help you confirm what you are seeing. [SCREENSHOT: two nearby summary panels where one shows a total and the other shows a filtered subset, with headings and helper text visible] ## Overview This document focuses on how to read emphasized numbers and summary visuals across public pages and admin screens in Sherkety ERP & Website Platform. The goal is not to memorize every possible card style, but to recognize the visual patterns that tell you what matters most on the screen. The main ideas to carry forward are: - a **large value** usually signals the page’s primary takeaway - the **label** tells you what the number actually measures - **helper text** adds scope, timeframe, or comparison context - **color and icons** support meaning, but should not be read alone - **panel layout** helps you separate headline metrics from routine admin details You will see these patterns in several places, including product and package pages, ERP module pages, and admin sections such as **Dashboard**, **Content**, **Users**, **Settings**, **SEO**, **Services**, and **Pricing**. Although the styling may vary, the reading method stays consistent: identify the main value, confirm its label, check the surrounding context, and then compare it with nearby figures only if they belong to the same type of information. This guide builds on the earlier Visual Indicators documents, especially [Understanding Visual Priority and Highlighted Metrics](doc:understanding-visual-priority-and-highlighted-metrics) and [Reading Color Coded Priority and Status Cues](doc:reading-color-coded-priority-and-status-cues). Those guides explain how emphasis and color work in general. Here, the focus is on applying that knowledge to KPI-style cards, admin summaries, and grouped information panels. If you are reviewing pages that mix product information with admin tracking details, keep using headings, spacing, labels, and update fields as your anchor points. Those cues are what prevent misreads when several strong visual signals appear at once. ## Prerequisites Before using the guidance in this document, it helps to be familiar with a few common screen patterns in Sherkety ERP & Website Platform. You do not need any setup or special permissions to understand the visual reading approach, but these basics will make the examples easier to follow: - Know how to identify page sections such as top banners, summary rows, side panels, and admin headers - Be comfortable reading labels, badges, and helper text near highlighted values - Understand that public pages and admin pages may use similar visual emphasis for different purposes - Be able to tell the difference between a main content area and a supporting information panel These related guides are especially useful first: - [Reading Charts Badges and Status Colors](doc:reading-charts-badges-and-status-colors) - [Understanding Visual Priority and Highlighted Metrics](doc:understanding-visual-priority-and-highlighted-metrics) - [Reading Color Coded Priority and Status Cues](doc:reading-color-coded-priority-and-status-cues) If you work in the admin area, it also helps to know where summary information appears most often: | Admin area | What you are likely to see | |---|---| | Dashboard | grouped totals and quick summary cards | | Content | page-related status and update information | | Users | account counts and role-related summaries | | SEO | page-level metadata status and maintenance details | | Services and Pricing | highlighted offer or catalog-related figures | | Settings | supporting site-wide information panels | You do not need to interpret every highlighted number the moment you see it. The most reliable habit is to slow down just enough to read the label, unit, and nearby context before comparing values or making decisions from them. ## Recognizing What Each Color and Marker Means In Sherkety ERP & Website Platform, color is used to help you scan pages quickly, but it should never be read on its own. A colored badge, chart segment, or summary tile is a visual signal tied to a label, number, or icon. When you open the **Dashboard**, browse public comparison pages, or review admin lists such as **Content**, **Users**, **Services**, **Pricing**, **SEO**, or **Settings**, you may see colored elements that point to status, urgency, or importance. Status cues tell you the current condition of something. These usually appear as badges or labels beside an item name, inside a card, or in a record header. Priority cues are different. They do not always mean the item changed stage. Instead, they draw your attention to something that needs review, follow-up, or action. You might notice this through a stronger accent color, a highlighted total in a summary card, a warning-style count, or an attention icon. You will most often read these cues in places like: - **Dashboard** charts and KPI tiles - list pages in the admin area - card-style layouts and content blocks - page headers and record detail views - summary sections with totals or counts If you already read the broader visual patterns in [Understanding Charts Badges and Status Labels Across the Platform](doc:understanding-charts-badges-and-status-labels-across-the-platform), focus here on how to separate “what state is this in?” from “what needs my attention first?” [SCREENSHOT: dashboard area showing colored summary cards, chart legend, and labeled badges] As a rule, read color together with: - the visible label text - the icon next to it, if one appears - the number shown in the same tile or chart - the surrounding section title, such as **Dashboard**, **SEO**, or **Users** That combination gives the real meaning. The color simply helps you find it faster. ## Reading Status Colors in Badges and Record Labels Status badges in Sherkety ERP & Website Platform help you understand where an item currently stands without opening it first. You may see these badges in admin lists, card layouts, or near the top of a detail screen. For example, when reviewing items in **Content**, **Services**, **Pricing**, **SEO**, or **Users**, a badge next to the item name or in the row can show whether that item is still being worked on, already finished, blocked by an issue, or no longer active. The most important habit is to read the badge text first and use the color as a quick visual shortcut. A softer or neutral-looking color often signals an informational or early-stage state, such as something still being prepared or waiting for action. A stronger color usually marks a more final or attention-worthy state, such as completed work, a blocked item, or a canceled outcome. The exact meaning can vary by screen, so the label matters more than the shade. You may see status labels in several places: - beside a row in a list page - on a card in a grid or kanban-style layout - in the header area after opening a record - inside summary sections that group items by state When two modules use similar colors, avoid guessing. A color that means “completed” in one screen may be used differently in another summary or chart. This matters most for editors and administrators who move between **Dashboard**, **Content**, **SEO**, and **Services** throughout the day. To read a badge correctly: - look at the badge text - check whether the item is in a list, card, or detail header - compare it with nearby labels or filters - open the item if the meaning is not fully clear from the list view [SCREENSHOT: admin list with multiple records showing colored status badges and one opened record header] If you need a refresher on general badge reading, see [Reading Charts Badges and Status Colors](doc:reading-charts-badges-and-status-colors). ## Interpreting Priority Markers and Emphasis Cues Priority markers answer a different question from status badges. A status badge tells you what stage an item is in. A priority marker tells you how much attention it needs right now. In Sherkety ERP & Website Platform, this emphasis may appear as a stronger color, a warning-style total, an alert banner, an attention icon, or a visually highlighted count in a summary card. You are most likely to notice priority cues on the **Dashboard**, in admin summaries, and in sections that collect exceptions or items needing review. For example, a bold number in a KPI tile may stand out more than surrounding totals. That does not automatically mean the related records changed status. It usually means the count deserves a closer look first. Common places where emphasis cues appear include: - summary widgets with large totals - overdue or exception counts - alert or warning banners - records waiting for approval or review - highlighted metrics in chart sections This distinction is important. An urgent item can still be in the same workflow stage as a non-urgent one. Likewise, a completed item may be shown with a strong color because it represents a key result, not because it needs action. Always separate “important” from “changed.” When you see a highlighted total: 1. Read the tile title or section heading. 2. Check whether the number refers to overdue, blocked, pending review, or another exception. 3. Open the related records if the tile or chart allows it. 4. Confirm whether you are looking at a priority signal or a status summary. [SCREENSHOT: dashboard summary cards with one warning-colored total and one neutral informational total] For admins, this is especially useful when scanning **Dashboard**, **Users**, **Content**, and **SEO**. Strong emphasis helps you spot what needs review without opening every row, but the label and linked details still decide what action to take. ## Using Charts and Dashboard Summaries to Spot Trends Charts and summary cards in Sherkety ERP & Website Platform are designed to help you spot patterns quickly, but the first step is always the legend. Before reading a bar, line, or pie segment, look at the chart legend to see what each color stands for. A color might represent a status, a category, or a priority level. You should confirm that before deciding what the chart is telling you. On the **Dashboard**, charts are often shown near KPI cards or summary tiles. Use these together. If a chart shows several colored segments and a nearby tile shows a total, compare them. The chart helps you see distribution, while the KPI tile gives you the headline number. Reading both together helps you avoid overreacting to one large segment without understanding the full count. A practical way to read a chart is: 1. Read the chart title. 2. Check the legend for each color. 3. Compare the chart with nearby totals in KPI cards or summary tiles. 4. Hover over a chart element if more detail appears. 5. Open the related records if the chart or tile gives you a drill-down action. This is especially helpful when a highlighted number appears next to a chart. A strong color may mark overdue items, blocked items, or high-priority work, but you should verify which one it represents before using it in a decision. A bold total is a prompt to investigate, not a conclusion by itself. [SCREENSHOT: dashboard chart with legend and adjacent KPI summary tiles] If you want more detail on how visual weight affects what you notice first, review [Understanding Visual Priority and Highlighted Metrics](doc:understanding-visual-priority-and-highlighted-metrics). Here, the key point is to match the color in the chart to the legend and then confirm it against the number shown nearby. ## Avoiding Misreads When Colors Look Similar Some colors in Sherkety ERP & Website Platform can look close to each other, especially when you move between dashboard charts, badges, and summary cards. Similar shades do not always carry the same meaning. A muted badge in a list may indicate an early-stage status, while a similar-looking chart segment may represent a category or grouping instead of a workflow state. That is why color alone should never be your final guide. When two badges or chart colors appear similar, use the surrounding interface to confirm the meaning: - read the badge text directly - check the icon beside the label, if shown - use the chart legend to match color to meaning - review active filters or grouping labels - open the record or linked list if the summary is unclear This matters most when you are sharing screenshots, training other users, or reviewing admin pages with your team. A cropped image of a colored badge without the row label, chart legend, or page title can easily be misunderstood. If you include screenshots in internal notes or training material, capture the badge label and the surrounding section so the meaning stays clear. [SCREENSHOT: two similar-looking badges shown with their different text labels and surrounding page context] Also treat highlighted totals carefully. A large colored number in a summary card should prompt you to inspect the related records, not assume a final answer. For example, a strong accent may be used simply to draw attention to a count, not to mark a failure or urgent problem. When in doubt, trust: - the visible text label - the section heading - the legend or filter name - the opened record details That approach is more reliable than trying to memorize color meanings across every page. ## Fixing Confusion Around Missing or Unexpected Visual Cues If a color, badge, or highlighted total in Sherkety ERP & Website Platform does not match what you expected, start by checking the current view rather than assuming the data is wrong. Dashboard charts and summaries often depend on what is currently filtered, grouped, or limited by date. A chart can look different simply because the selected date range or active filter changed. When a chart color seems unexpected: 1. Check the chart title and legend. 2. Review any active filters on the page. 3. Confirm the selected date range if the dashboard uses one. 4. Look for grouping labels that change how totals are split. 5. Open the related records to verify what the chart is counting. If a badge looks incorrect on a list page, open the item and check the status shown in the header or state label. The list view gives a quick summary, but the detail screen is the best place to confirm the current state before you act. If priority highlighting seems to be missing, the current page may not be showing the alert, overdue, or exception metric you expected. For example, a summary area may only highlight certain counts, while a filtered view may hide the records that would normally trigger emphasis. A few practical ways to reduce confusion across teams: - agree internally to read labels, icons, and colors together - use chart legends during reviews instead of referring only to “the red one” or “the green one” - ask teammates to open the linked records before escalating a highlighted count - include the page title and visible labels when sharing screenshots [SCREENSHOT: dashboard with visible filters, date controls, chart legend, and linked summary cards] If the page is still unclear because content is missing or not loading as expected, the guidance in [Understanding Loading Placeholders Empty States and Errors](doc:understanding-loading-placeholders-empty-states-and-errors) can help you tell the difference between a true status cue and a temporary display issue. ## Overview Color-coded cues in Sherkety ERP & Website Platform help you read information faster across the public website and the admin area. On pages such as **Dashboard**, **Content**, **Users**, **Services**, **Pricing**, **SEO**, and **Settings**, colors appear in badges, chart segments, summary cards, and highlighted totals. Their job is to help you scan the screen quickly, not replace the written information beside them. The most useful way to think about these cues is to separate them into two groups: | Cue type | What it tells you | Where you usually see it | |---|---|---| | Status cue | The current state of an item | badges, labels, record headers | | Priority cue | How much attention something needs | summary cards, alerts, warning totals | | Chart color | How values are grouped or compared | legends, bars, lines, pie segments | A status cue answers questions like whether an item is still in progress, completed, blocked, or canceled. A priority cue answers questions like whether something needs review now, is overdue, or should be checked before less urgent work. Chart colors usually support comparison, so you should always read them with the legend. This guide focuses on reading those signals correctly without over-relying on color alone. If you already know the basics of badges and labels from [Understanding Charts Badges and Status Labels Across the Platform](doc:understanding-charts-badges-and-status-labels-across-the-platform), use this page to sharpen how you interpret urgency, emphasis, and trend summaries. [SCREENSHOT: mixed interface example showing a badge, a chart legend, and a highlighted KPI tile] The safest reading pattern is simple: check the label, then the icon, then the number, and only then use the color as a shortcut. ## Prerequisites Before using color-coded cues to make decisions in Sherkety ERP & Website Platform, make sure you are comfortable with the screens where these cues appear most often. You do not need any setup steps, but you will get more value from this guide if you already know how to move around the interface and open the details behind a summary. Helpful background knowledge includes: - how to sign in and reach the admin area, covered in [Signing In and Accessing the Admin Portal](doc:signing-in-and-accessing-the-admin-portal) - how to move between admin sections from the dashboard, covered in [Using the Admin Dashboard for Navigation](doc:using-the-admin-dashboard-for-navigation) - how to recognize badges, labels, and chart basics, covered in [Reading Charts Badges and Status Colors](doc:reading-charts-badges-and-status-colors) - how to understand broader badge and label patterns across pages, covered in [Understanding Charts Badges and Status Labels Across the Platform](doc:understanding-charts-badges-and-status-labels-across-the-platform) It also helps if you can already do the following: - open a record from a list page - read a summary card title before acting on its number - check a chart legend before interpreting a color - use filters or date controls when reviewing dashboard information - recognize toast messages, warnings, and notices in the interface If you are reviewing visual cues with a team, make sure everyone is looking at the same page context. A screenshot of a badge or colored total without the page title, legend, or surrounding labels can lead to different interpretations. For the next topic in this Visual Indicators section, continue with [Interpreting Highlighted Metrics and Summary Visuals](doc:interpreting-highlighted-metrics-and-summary-visuals). ## Recognizing When a Page Is Still Loading In Sherkety ERP & Website Platform, a page that is still loading often shows temporary shapes where the real content will appear. Instead of a page title, paragraph text, service card, or dashboard number, you may first see pale or gray bars, empty image boxes, or repeated blank rows. These are placeholders. They are a sign that the page has started loading and that the real content is still on the way. Common signs of placeholder content include: - Gray lines where headings or body text will appear - Empty rectangular image areas in banners, cards, or feature sections - Repeated blank rows where a list of items will load - Disabled buttons that cannot be clicked yet - Card layouts with no final labels, prices, or descriptions This is different from a true empty state. A loading placeholder usually has no final message because the page is still working. A blank state normally shows a clear message such as no content available or no records found. If you already reviewed missing content and error behavior, see [Understanding Loading Missing Content and Error States](doc:understanding-loading-missing-content-and-error-states). You may notice placeholders in different areas depending on what you are doing: - **Public visitors** may see them on the homepage, service sections, company type pages, ERP app pages, and contact areas. - **ERP evaluators** may see them in product cards, pricing sections, feature comparisons, and module landing pages such as HR, Sales & CRM, Purchasing, and Reporting. - **Content editors** may see them inside editable page regions before text blocks, preview content, or editing controls appear. - **Administrators** may see them on the Dashboard, Content, Users, Settings, SEO, Services, or Pricing screens while lists and summary areas load. [SCREENSHOT: gray placeholder bars in a website content section before text and buttons appear] ## Checking Whether Content Is About to Appear You can usually tell that Sherkety ERP & Website Platform is actively loading when the temporary placeholders begin changing into real content. Watch for gray bars turning into page titles, summary numbers, service names, thumbnails, menu labels, or action buttons. When this replacement is happening, the page is progressing normally. A few visible clues help confirm that content is still on the way: - Placeholder rows disappear one by one and are replaced with real items - A spinner or loading indicator appears in part of the page - The browser tab shows activity while the page is still fetching content - The page frame appears first, then the main content fills in afterward - Buttons such as **Edit**, **Open**, or **Save** stay dimmed until the page is ready Some screens load in stages. For example, the top navigation or page heading may appear first, while the main list, chart, or content block arrives a moment later. On public pages, the banner and menu may load before service sections, images, or call-to-action areas. In the admin area, the page title may appear before the main table, dashboard cards, or settings values. This staged loading is normal. It also helps to judge the size of what is loading. A single card, short form, or small settings panel should usually appear quickly. Heavier areas may take longer, including: - multi-column website sections - pricing comparisons - charts and dashboard summaries - media blocks and images - long lists with many rows If the page is still changing, wait. If nothing changes for too long, move to the troubleshooting steps later in this guide. ## Deciding When to Wait and When to Interact When placeholders are still visible in Sherkety ERP & Website Platform, the safest choice is often to wait a moment before clicking around. If sections are filling in one by one, labels are appearing, or buttons are still disabled, the page is not fully ready yet. Trying to interact too early can reopen the same page, repeat a search, or interrupt what is already loading. Use this simple rule: if the layout is still replacing placeholder bars or blank cards with real content, wait. If the same placeholders stay frozen for an unusually long time, start troubleshooting. Wait when you notice any of these signs: - gray bars are still changing into real text - list rows are still appearing - a chart area is still blanking in and then filling - action buttons are visible but disabled - only the page frame has loaded, not the actual content Start interacting only after the important parts of the screen are active. Good signs that the page is ready include: - visible page titles and field labels - clickable menu items - loaded table rows with real names or values - working **Edit**, **Open**, or **Save** buttons - service cards or pricing blocks showing final text and actions Avoid repeated clicks on navigation links, filters, or primary actions while placeholders are still showing. For example, do not keep clicking a menu item in the admin area or a product page link on the public website if the destination is already loading. Repeated clicks can make it harder to tell whether the page is progressing normally. If you are unsure, pause and watch the screen for a few seconds. Progress means wait. No progress means investigate. ## Understanding What Different Placeholder Areas Mean Different placeholder shapes usually match different parts of the screen in Sherkety ERP & Website Platform. Once you know what each pattern represents, it becomes easier to tell what is still loading. ### Page headers and form areas At the top of a page, placeholders often stand in for the page title, breadcrumb trail, subtitle, and action buttons. In forms or settings screens, you may see grouped placeholder lines where field labels and input areas will appear. This usually means the page shell has loaded, but the details are still being prepared. ### List views and card layouts In lists, tables, or card grids, repeated rows or repeated cards usually mean records are being retrieved. This is common on admin screens such as **Users**, **Services**, **Pricing**, **SEO**, and **Content**, where the page structure appears first and the actual entries arrive next. On public pages, repeated cards may appear where service offerings, ERP app summaries, or comparison items will load. ### Website content blocks On the public website, placeholders can appear in banners, text sections, image areas, trust sections, FAQ-style blocks, and call-to-action panels. You may see an empty image frame above gray text bars, or a button area with no final label yet. That usually means the page is still rendering the section content. ### Dashboards and reporting widgets Dashboard counters, summary tiles, and chart areas may load after the page header. These areas can take longer because they may depend on selected dates, filters, or role-based visibility. You may first see empty tiles or chart frames before the actual numbers and visuals appear. | Placeholder area | What you usually see | What it means | |---|---|---| | Header area | Gray title bars, empty button shapes | Page heading and actions are still loading | | Form area | Blank field groups, label bars | Settings or editable details are still loading | | List or card area | Repeated rows or repeated cards | Records or content items are being retrieved | | Dashboard widget | Empty tiles, chart frames | Metrics and summaries are still being prepared | | Website section | Empty image blocks, text bars, button shapes | Public page content is still rendering | [SCREENSHOT: dashboard cards and list rows showing placeholders before real values appear] ## Helping Visitors and Editors Interpret Loading States Correctly Different users will see placeholder content in different parts of Sherkety ERP & Website Platform, and the meaning is not always the same at first glance. The key point is that placeholders usually mean “content is coming,” not “content is missing.” For prospective ERP buyers, placeholders on ERP product pages, pricing sections, or feature comparisons usually mean the page is still rendering module details. If you open the ERP system pages or app pages for Accounting, Sales & CRM, HR, Purchasing, or Reporting, the page frame may appear before the feature blocks, pricing details, or comparison sections. A temporary blank-looking card does not usually mean the product information has been removed. For business services visitors, service descriptions, contact blocks, and inquiry sections may appear shortly after the header and navigation. This is especially noticeable on content-rich pages with multiple sections. If the banner is visible but the service text or contact area is still showing gray bars, the page is likely still loading. For content editors, editable sections may take a moment before the content itself and editing controls appear. A page region can show temporary placeholders before inline editing tools, preview content, or content settings become available. If you are working with multilingual content or previewing page updates, wait until the section fully resolves before deciding whether something is missing. Related editing guidance is covered in [Using Live Preview to Check Page Updates](doc:using-live-preview-to-check-page-updates). For administrators, the admin area may load in stages. Menus, page headings, and navigation can appear before dashboard summaries, content lists, or configuration values. This can happen on **Dashboard**, **Content**, **Users**, **Settings**, **SEO**, **Services**, and **Pricing**, especially when your access level affects what can be shown. ## Fixing Pages That Stay Stuck on Placeholder Content If placeholder bars, empty cards, or unfinished sections stay on screen longer than expected in Sherkety ERP & Website Platform, start with the simplest check: refresh the page once. A single refresh often clears a stalled load and lets the real content appear. After refreshing, look closely at whether the whole page is affected or only one area. That difference matters: - If the entire page still shows placeholders, the page may not have finished loading at all. - If only one section is stuck, such as a chart, image block, or list, the rest of the page may be working while that section is delayed. Try these checks: 1. Refresh the page once and wait a few seconds. 2. Confirm your internet connection is stable. 3. Open another page or another browser tab to see whether Sherkety ERP & Website Platform is loading normally elsewhere. 4. Return to the original page and check whether any part of the screen has updated. 5. Note exactly which area is stuck, such as the page header, a service card section, a dashboard tile, or a list of records. If one section eventually loads while others were already visible, that usually points to a slower part of the page rather than a full failure. If nothing changes and the placeholders remain fixed, report the issue with as much detail as possible. Include: - the page name - your role, such as visitor, content editor, or administrator - the section that never finished loading - whether a refresh changed anything If the page later shows an error message or missing-content message instead of placeholders, follow the guidance in [Responding to Missing Content and Retry Messages](doc:responding-to-missing-content-and-retry-messages). ## Overview Placeholder content is the temporary visual content Sherkety ERP & Website Platform shows while a page is still loading. You will most often recognize it as gray text bars, empty image boxes, repeated blank cards, unfinished list rows, or disabled actions. These temporary elements appear across both the public website and the admin area, including homepage sections, ERP app pages, pricing areas, dashboard tiles, content lists, and editing regions. The most important thing to understand is the difference between a loading placeholder and a true empty result. A placeholder means the page is still working. A blank or missing-content state usually includes a direct message telling you that no records, no content, or an error was found. If you need that distinction explained in more detail, refer back to [Understanding Loading Placeholders Empty States and Errors](doc:understanding-loading-placeholders-empty-states-and-errors). As you use Sherkety ERP & Website Platform, expect some screens to load in stages. A page title may appear before a list. Navigation may appear before a service section. A dashboard header may appear before counters and charts. This does not usually require any action from you unless the placeholders stop changing. A good habit is to watch for progress before clicking again. If labels, numbers, cards, or buttons are gradually appearing, let the page finish. If the same placeholder area remains unchanged for too long, refresh once and then check whether the issue affects the whole page or only one section. This helps you decide whether to wait, retry, or report a problem. ## Prerequisites You do not need any special setup to recognize placeholder content in Sherkety ERP & Website Platform, but a few basics will make it easier to judge what you are seeing on screen: - You should already be familiar with normal page navigation on the public website or in the admin area. - It helps to know the difference between a loading state, an empty state, and an error message from [Understanding Loading Placeholders Empty States and Errors](doc:understanding-loading-placeholders-empty-states-and-errors). - You should know how to respond when a page shows a retry message or missing content notice from [Responding to Missing Content and Retry Messages](doc:responding-to-missing-content-and-retry-messages). - If you work in the admin area, you should be signed in and able to open screens such as **Dashboard**, **Content**, **Users**, **Settings**, **SEO**, **Services**, or **Pricing**. - If you are reviewing the public website, it helps to open content-rich pages such as the homepage, company type pages, ERP app pages, or service pages where staged loading is easier to notice. - A stable internet connection makes it easier to tell the difference between normal loading and a page that is stuck. You do not need editing access to notice placeholders, but if you are a content editor or administrator, you may see them more often because admin lists, preview regions, and editable sections can load in several steps. From here, continue with the next guide in your workflow if one has been assigned by your team or training path. ## Understanding What the Accounting Module Page Shows On the Accounting module page in **Sherkety ERP & Website Platform**, the pricing and evaluation area is presented as part of the page content you review before deciding whether to contact the team. As you scroll through the page, look for the section that presents the Accounting offer in a buyer-focused way: a visible price or pricing cue, nearby descriptive text, and one or more action buttons that help you continue your evaluation. The most important thing to notice is that the page is designed to help you make an initial decision, not to answer every detailed commercial question on the spot. You can usually see the core pricing presentation directly on the page, along with wording that helps you understand whether the Accounting module is being shown as a standalone offer, part of a package, or something positioned within a broader ERP decision. That visible information gives you a starting point for budgeting and fit assessment. Near the pricing area, pay attention to any package-positioning text that signals who the offer is meant for. This is where the page frames the Accounting module for a certain business need, company stage, or operational situation. That messaging matters because it helps you judge whether the offer is likely relevant before you spend time requesting a follow-up. You should also expect buyer prompts close to this section. These prompts usually appear as clear call-to-action buttons, such as a way to request more information or take a stronger next step. If the page gives you enough confidence, you can continue immediately. If it does not, the visible pricing and fit cues are there to help you ask a more focused question. [SCREENSHOT: Accounting module page showing the pricing area, fit messaging, and action buttons] For a broader walkthrough of the workflows shown on this page, see [Exploring Accounting Workflows Presented on the Product Page](doc:exploring-accounting-workflows-presented-on-the-product-page). ## Reviewing Pricing Presentation Before You Engage Before you click any contact or next-step button, spend a moment reading the pricing area carefully. On the Accounting module page in **Sherkety ERP & Website Platform**, the visible price is your first budgeting signal. It tells you how the offer is being introduced to prospective buyers and whether the page is giving you a direct commercial starting point or a more packaged message. Start by identifying exactly how the amount is shown. If the page presents a clear price beside the Accounting module content, treat that as an initial evaluation figure rather than a full purchasing decision on its own. The page may also place the amount near descriptive wording that changes how you should read it. For example, the surrounding text may suggest that the price belongs to a package context rather than being the only cost you should expect to consider. This is why the nearby labels and short descriptions matter. A badge, short line of explanatory text, or package-related phrase can change the meaning of the number you see. Instead of reading the amount in isolation, read the full block around it. That helps you understand whether the page is emphasizing affordability, package value, or suitability for a certain type of buyer. As you review the price, compare it with the fit messaging on the same page. If the amount looks reasonable but the package language suggests a different business profile than yours, pause before moving ahead. If both the price and the fit message point in the right direction, that is a stronger sign that the Accounting module belongs on your shortlist. If you already reviewed the broader pricing context in [Reviewing Accounting Pricing and Package Fit](doc:reviewing-accounting-pricing-and-package-fit), use this page as the final quick check: visible amount, nearby explanation, and whether the page gives you enough confidence to ask for more details or move into a sales conversation. ## Checking Whether the Package Fits Your Business The package-fit message on the Accounting module page helps you decide whether the offer matches your business before you reach out. In **Sherkety ERP & Website Platform**, this fit guidance appears near the pricing and decision area, where the page explains who the Accounting module is best suited for and how it should be viewed in the context of business needs. When you review this part of the page, look for wording that signals suitability. The message may point to business size, operational maturity, or the kind of accounting needs the offer is meant to support. Even when the page does not give a long explanation, short positioning text can still tell you a lot. A concise phrase near the price or action button often acts as a quick filter for whether the offer is likely aligned with your situation. Use that wording to compare the page’s intended audience with your own company stage. If your team is still in early evaluation, you may be looking for signs that the Accounting module is practical for a growing business. If your operations are already more structured, you may be checking whether the page suggests enough depth for more complex accounting work. The fit message helps you make that judgment without needing a full consultation first. A strong fit signal usually looks like this: the pricing feels realistic, the surrounding description sounds relevant to your business, and the next-step button feels like a logical continuation rather than a leap. A weaker fit signal appears when the page sounds promising but leaves too much uncertainty about whether the offer is meant for your size, workflow, or budget. When that happens, do not guess. Use the visible fit message as the basis for a follow-up question. You can mention the pricing and package wording you saw and ask how the Accounting module maps to your business requirements. That is often the fastest way to turn a “maybe” into a clear yes or no. ## Requesting More Information from the Module Page If the Accounting module page gives you a useful starting point but not enough detail to make a decision, use the request-for-information action on the page. In **Sherkety ERP & Website Platform**, this is the best choice when you want clarification on pricing, package fit, or what is included before taking a stronger buying step. 1. Go to the Accounting module page and scroll to the section with the pricing and action buttons. 2. Click the action that asks for more information or invites you to contact the team for clarification. 3. Review the form or contact prompt that opens. 4. Enter the details needed to explain what you want to know. 5. Submit your request and wait for follow-up from the Sherkety team. When you open this action, expect a contact workflow rather than an instant answer on the page itself. The purpose is to move your question into a direct conversation. This is especially useful when the visible price is clear but the package context is not, or when the fit messaging sounds relevant but you need confirmation for your business case. Before you submit the form, be ready to describe your evaluation clearly. Helpful details include: | What to provide | Why it helps | |---|---| | Your business need | Helps the team explain whether the Accounting module fits your use case | | Your pricing question | Clarifies whether you need package, scope, or cost explanation | | Your company stage or size | Helps interpret fit messaging more accurately | | The capabilities you care about | Focuses the reply on the accounting functions you are evaluating | [SCREENSHOT: Request-more-information form opened from the Accounting module page] If you are still comparing the page content itself, review [Evaluating Accounting Capabilities and Pricing](doc:evaluating-accounting-capabilities-and-pricing) before sending your request. ## Using the Available Next-Step Actions to Continue Evaluation The Accounting module page in **Sherkety ERP & Website Platform** is built to support more than one buyer stage. After reviewing the price and fit message, you can choose the next-step action that matches how far along you are in your decision process. The key is to pick the action that fits your intent instead of clicking the strongest option too early. 1. Review the visible price and the package-fit wording together. 2. Decide whether you still need clarification or whether you are ready to speak with the team about moving forward. 3. Choose the action button that matches that stage. 4. Complete the form or contact step that opens. 5. Watch for follow-up that helps you continue evaluation. Use the clarification-style action when you are still in research mode. This is the right choice if you have open questions about what the price means, whether the Accounting module is bundled, or whether the package positioning really matches your business. It keeps the conversation focused on understanding the offer. Use the stronger next-step action when your review has already answered the basic questions and you are ready for a more direct sales conversation. This usually makes sense when the pricing looks acceptable, the fit message aligns with your needs, and you want guided help with the next stage of evaluation. The expected outcome depends on the action you choose. A clarification request usually leads to an answer focused on package details, pricing interpretation, or suitability. A stronger buyer action is more likely to lead to qualification, a guided discussion, or a sales follow-up aimed at helping you move toward a decision. If you need help deciding which action fits your stage, compare your current intent with [Requesting a Demo or Next Step From Accounting Pages](doc:requesting-a-demo-or-next-step-from-accounting-pages). That document covers the broader decision logic, while this page helps you use the pricing and fit signals to choose confidently. ## Common Issues When Evaluating Pricing and Buyer Actions A common problem on the Accounting module page is seeing a price but still not knowing whether the offer truly fits your business. In **Sherkety ERP & Website Platform**, the best response is to combine what the page already shows with a focused follow-up question instead of trying to infer the missing details on your own. If the price is visible but package fit is unclear, use the more-information action and ask how the Accounting module maps to your business size, accounting needs, or operating complexity. Mention the pricing block and the fit wording you saw on the page so your question stays specific. If the package fit looks promising but the pricing context feels incomplete, ask whether the shown amount should be understood as a standalone module price, part of a broader ERP package, or something that depends on qualification. This is one of the most important clarifications to request because it affects how you compare options internally. Another frequent issue is uncertainty about which action button to use. A simple rule helps: - Use the clarification or more-information action when you still have unanswered questions. - Use the stronger next-step action when you are actively considering purchase discussions. You may also reach a point where the page simply does not provide enough detail to compare the Accounting module with other options. When that happens: - Note the visible price - Note the package-fit wording - Note any nearby descriptive text that affects interpretation - Use the contact workflow to request a tailored explanation [SCREENSHOT: Accounting module pricing section with visible call-to-action buttons] If the page content loads slowly, shows an error, or does not display the expected content, refer to [Understanding Loading Placeholders Empty States and Errors](doc:understanding-loading-placeholders-empty-states-and-errors) and [Responding to Missing Content and Retry Messages](doc:responding-to-missing-content-and-retry-messages). Those guides help you tell the difference between a temporary display issue and a genuine lack of detail on the page. ## Overview This document focuses on the final buyer-facing review step on the Accounting module page in **Sherkety ERP & Website Platform**: reading the visible pricing, judging package fit, and choosing the right action to continue your evaluation. Unlike earlier accounting documents that explain capabilities, workflows, or general pricing interpretation, this guide stays centered on what you do directly on the page when deciding whether to ask questions or move into a sales conversation. Use this guide when you are already on the Accounting module page and want to answer three practical questions: - What pricing information is actually visible here? - Does the package positioning sound like a match for my business? - Which action button should I use next? The page supports a staged evaluation approach. First, you read the pricing presentation. Then you compare that with the fit message shown nearby. Finally, you choose an action based on your confidence level. If the page gives you enough information, you can continue with a stronger next step. If it leaves important gaps, you can request more information without overcommitting. This guide does not repeat the broader workflow explanation from [Exploring Accounting Workflows Presented on the Product Page](doc:exploring-accounting-workflows-presented-on-the-product-page). Instead, it builds on that foundation and helps you use the pricing and decision elements on the page more effectively. You will also see how to handle common evaluation problems, such as unclear package context, uncertainty about whether the visible amount is enough for budgeting, or confusion about which page action best matches your buying stage. The goal is to help you move from passive reading to a deliberate next step based on the information the page actually presents. ## Prerequisites Before using this guide, make sure you have the basic context needed to evaluate the Accounting module page effectively in **Sherkety ERP & Website Platform**. - Open the public Accounting module page. - Be ready to review the pricing area, package-fit text, and action buttons on that page. - Have a general idea of your business needs, such as whether you are comparing ERP modules, checking budget fit, or deciding whether to speak with the Sherkety team. - Know whether you are still researching or already moving toward a buying conversation. It helps if you have already read the earlier accounting documents in this sequence, especially: - [Evaluating Accounting Capabilities and Pricing](doc:evaluating-accounting-capabilities-and-pricing) - [Reviewing Accounting Pricing and Package Fit](doc:reviewing-accounting-pricing-and-package-fit) - [Requesting a Demo or Next Step From Accounting Pages](doc:requesting-a-demo-or-next-step-from-accounting-pages) - [Exploring Accounting Workflows Presented on the Product Page](doc:exploring-accounting-workflows-presented-on-the-product-page) You do not need admin access for anything in this guide. The actions described here are public buyer actions on the Accounting module page, not content-editing tasks or back-office setup steps. Before you click a contact or next-step button, prepare a short list of what you want clarified. Useful examples include: - Whether the visible price matches your expected budget range - Whether the package positioning sounds right for your company stage - Which accounting capabilities matter most in your evaluation - Whether you want clarification only or a direct follow-up conversation With that preparation, you can use the page more efficiently and choose the action that best matches your current buying stage. ## Reviewing the HR pricing card and plan details On the HR module page in Sherkety ERP & Website Platform, start by scrolling to the pricing area and reading the full pricing card before clicking any action button. This section is presented as a buyer-facing offer, so the key commercial details are grouped together rather than spread across the page. Look closely at the visible price, the plan name or label shown with it, and any wording that explains how the amount is charged. When you review the price, pay attention to the billing wording around the amount. The most important thing to confirm is whether the page presents the HR module as a monthly price, a per-user price, or another billing basis stated directly in the pricing block. If the page shows a plan label near the amount, use that label to understand whether you are looking at a standard package, a starting offer, or a named tier for the HR app. The pricing card is also where buyer actions usually become more obvious. You may see a contact-focused button, an inquiry button, or another action placed next to the commercial details. Those controls matter because they signal that the page expects you to move from browsing into a buying conversation once you understand the offer. Before you continue, verify these visible details in the pricing block: - The exact amount shown - The billing unit described next to the amount - The plan or package label - Any short explanatory text near the price - The action button placed beside or below the pricing details [SCREENSHOT: HR module pricing card showing the price, plan label, billing wording, and nearby contact button] If you want broader context on how the HR page presents the module before pricing, refer back to [Understanding Hr Module Structure and Business Use Cases](doc:understanding-hr-module-structure-and-business-use-cases). ## Evaluating whether the HR module fits your organization The HR module page in Sherkety ERP & Website Platform is not only a pricing page. It also helps you decide whether the module fits your organization before you contact sales. As you read, look for buyer-oriented prompts and short evaluation statements near the pricing area or within the page sections that describe who the module is for and what kinds of HR needs it supports. These prompts are useful because price alone rarely answers the real buying question. A lower price may still be the wrong fit if your team needs broader HR coverage, while a higher-priced option may make more sense if it supports the workflows you already reviewed in [Understanding Hr Module Structure and Business Use Cases](doc:understanding-hr-module-structure-and-business-use-cases), [Reviewing Employee Management and Organization Features](doc:reviewing-employee-management-and-organization-features), and [Understanding Attendance Leave and Payroll Capabilities](doc:understanding-attendance-leave-and-payroll-capabilities). As you evaluate the page, focus on visible cues such as: - Messaging that suggests the module is suitable for growing teams or structured HR operations - Prompts that speak to attendance, leave, payroll, recruitment, or reporting needs - Wording that helps you judge whether you are still exploring or ready to discuss rollout - Commercial text near the price that hints at implementation scope or business readiness If the page language feels introductory, that usually supports early-stage evaluation. If the wording around the price and contact area is more direct, it may be aimed at buyers who already know they want to speak with someone. Use the page to answer practical fit questions: - Do your HR needs match the features highlighted on the page? - Are you comparing options, or are you already narrowing down vendors? - Do you need only pricing clarity, or do you need help understanding rollout and scope? [SCREENSHOT: HR module page section showing feature-fit messaging and evaluation prompts near pricing or call-to-action content] ## Comparing your next-step options on the HR page The HR module page in Sherkety ERP & Website Platform usually gives you more than one path forward. Before clicking the first visible button, compare the available actions based on what you need right now. Some controls are meant for direct buyer conversion, while others support continued research. Use the action labels and their placement on the page to judge intent. A button placed inside or directly beside the pricing card is usually the strongest next-step option. That placement suggests the page is inviting you to act on the commercial offer. A text link or secondary button elsewhere on the page often supports lower-commitment exploration, such as learning more before starting a conversation. Choose your next step based on your goal: - **Use a contact or inquiry button** when you want pricing clarification, package details, implementation guidance, or a direct response. - **Use informational links** when you still need to read more about the HR module, compare it with other ERP apps, or revisit feature sections. - **Stay on the page longer** if the visible pricing, feature list, and evaluation prompts already answer most of your questions. The page often separates these choices visually. Conversion-focused controls are usually more prominent because they are tied to the pricing decision. Informational links tend to appear as supporting navigation rather than primary actions. That difference helps you avoid leaving the page too early if you are still comparing options. A good rule is simple: if your question starts with “How much?”, “What’s included?”, or “How would this work for our team?”, use the direct contact path. If your question starts with “What does this module cover?” or “How does this compare?”, continue exploring the page and related ERP content first. For broader product-page evaluation patterns, see [Evaluating Core HR Workflows on the Product Page](doc:evaluating-core-hr-workflows-on-the-product-page). ## Submitting an inquiry from the HR module page When you are ready to ask about the HR module in Sherkety ERP & Website Platform, use the main contact-oriented button on the HR page. This button is typically placed near the pricing area or another buyer decision point. Click it to open the inquiry flow, which may appear as a contact form, a dedicated inquiry section, or a redirected contact page. Once the contact form opens, review the visible fields before typing. The page may ask for standard contact details and a message explaining your interest. Complete every required field marked on the form so the inquiry can be submitted successfully. Use this approach: 1. Click the primary contact or inquiry button on the HR module page. 2. Enter your contact details in each visible required field. 3. In the message area, mention that your question is about the **HR module**. 4. Add the specific details you want clarified, such as pricing, rollout expectations, or whether the module fits your HR processes. 5. Click the form’s submit button, such as **Send**, **Submit**, or the contact action shown on the page. 6. Watch for the visible result after submission, such as a success message, confirmation notice, or a page change that shows your inquiry was accepted. If the form includes a message box, make it specific. Instead of sending a very short note, mention the main reason you are contacting Sherkety ERP & Website Platform. For example, you might ask whether the displayed price covers your expected usage or whether the HR module supports the workflows you need. [SCREENSHOT: HR inquiry form opened from the module page, showing required fields and the message box] If you need more help with contact paths used across public pages, see [Contacting Sherkety Through Forms and Direct Channels](doc:contacting-sherkety-through-forms-and-direct-channels). ## Using page signals to decide when to contact sales The HR module page in Sherkety ERP & Website Platform gives you several signals that help you decide whether to contact sales now or keep browsing. The most useful signals are the displayed price, the wording around that price, the nearby action buttons, and the evaluation text that frames the module for different business needs. Contact sales when the page gives you enough interest to continue but not enough clarity to decide. This is especially true if the price is visible but the surrounding commercial text leaves open questions about what is included, how the module is billed, or how the HR module would fit your organization’s rollout plans. You should lean toward direct contact when: - The price is shown, but the billing basis still needs clarification - You need to understand whether the offer matches your team size or HR scope - The page raises questions about implementation timing or rollout depth - You want confirmation that the module covers the workflows important to your business Keep browsing when: - The pricing block already makes the amount and billing basis clear - The feature sections answer your fit questions - The page content gives enough detail for your current evaluation stage - You are still comparing HR with other ERP modules or packages The page itself helps you tell the difference between curiosity and buying intent. If you are reading feature descriptions and comparing use cases, you are likely still in exploration mode. If you are checking the price, reading the plan label, and hovering over the inquiry button, you are closer to a sales conversation. If you need to compare the HR module with other ERP entry points before contacting anyone, review [Using ERP System Landing Pages to Evaluate Offerings](doc:using-erp-system-landing-pages-to-evaluate-offerings) and [Browsing the ERP Apps Catalog](doc:browsing-the-erp-apps-catalog). ## Resolving common issues when moving from interest to contact If you are ready to ask about the HR module in Sherkety ERP & Website Platform but run into friction, start by checking what is visible on the page rather than assuming the inquiry option is unavailable. If pricing is shown but you do not see an obvious contact button, scroll around the pricing section and nearby call-to-action areas first. Some pages place the main inquiry control directly under the price, while others place it after supporting text or in a nearby contact section. If you still do not see a direct action, use the site’s broader contact path described in [Contacting Sherkety Through Forms and Direct Channels](doc:contacting-sherkety-through-forms-and-direct-channels). If the contact form opens but will not submit, the most common reason is that one or more required fields are still incomplete. Review every visible input and look for fields marked as required. Also check whether the message box is empty if the form expects a short explanation of your request. If the price is visible but still too limited to answer your buying questions, do not guess. Use the message field to ask specifically about: - What the displayed price covers - Whether the billing is monthly or based on usage shown on the page - What scope or setup expectations apply to the HR module - Whether the offer fits your organization’s HR needs If you submit the inquiry and do not see a confirmation message, pause on the page for a moment and check whether the button changed state or whether a notice appeared near the form. If nothing visible happens, review the form again for missed required fields and submit once more carefully. [SCREENSHOT: Contact form with validation prompts or required fields highlighted] For more guidance on visible feedback after actions, see [Understanding Toast Messages and Action Feedback](doc:understanding-toast-messages-and-action-feedback) and [Recognizing Warnings Errors and Dismissible Notices](doc:recognizing-warnings-errors-and-dismissible-notices). ## Overview This document focuses on the final buyer stage of the HR module journey in Sherkety ERP & Website Platform: reviewing the pricing area, deciding whether the module fits your organization, and choosing the right next-step action from the page itself. Unlike earlier HR documents that explained features and business use cases, this one is about turning product interest into a practical decision. Use this guide when you are already on the HR module page and want to answer questions such as: - What does the pricing card actually show? - Is the displayed amount enough to make a decision? - Should you continue reading or contact sales now? - Which button or link best matches your intent? This guide does not repeat detailed feature explanations. For those, return to the earlier HR documents: - [Exploring HR Module Overview and Business Fit](doc:exploring-hr-module-overview-and-business-fit) - [Reviewing Employee Management and Organization Features](doc:reviewing-employee-management-and-organization-features) - [Understanding Attendance Leave and Payroll Capabilities](doc:understanding-attendance-leave-and-payroll-capabilities) - [Evaluating Recruitment and HR Analytics](doc:evaluating-recruitment-and-hr-analytics) - [Evaluating Core HR Workflows on the Product Page](doc:evaluating-core-hr-workflows-on-the-product-page) - [Understanding Hr Module Structure and Business Use Cases](doc:understanding-hr-module-structure-and-business-use-cases) What matters here is the buyer workflow visible on the page: read the pricing block, interpret the surrounding evaluation text, compare the available action buttons, and submit an inquiry if you still need answers. If you are documenting an internal buying process or helping another stakeholder review the module, this page is the point where product browsing becomes a commercial conversation. ## Prerequisites Before using this guide, make sure you have already reached the HR module page in Sherkety ERP & Website Platform and reviewed the main product content on that page. You will get the most value from this document if you have already done the following: - Read the HR feature and use-case material in [Understanding Hr Module Structure and Business Use Cases](doc:understanding-hr-module-structure-and-business-use-cases) - Reviewed the core HR workflows in [Evaluating Core HR Workflows on the Product Page](doc:evaluating-core-hr-workflows-on-the-product-page) - Identified the parts of HR that matter most to your organization, such as employee records, attendance, leave, payroll, recruitment, or analytics - Reached the pricing and call-to-action area on the HR module page - Decided whether you are still exploring or are ready to ask a direct question It also helps to have a short list of your own buying questions before you click the inquiry button. Typical examples include: - Whether the displayed price matches your expected usage - Whether the module fits your current HR processes - Whether you need clarification on rollout or implementation scope - Whether you want a direct response before comparing other ERP modules If you plan to submit an inquiry, be ready to complete the visible contact fields and write a short message explaining your interest in the HR module. From here, you can move naturally into a contact decision or continue with broader ERP comparison documents, depending on where you are in your evaluation. ## Opening the completed migration task and locating the result details After you run a homepage migration, stay in the **Migration Tool** area and return to the list of migration tasks. Look for the row that shows the homepage migration you just finished. The most important thing to check first is the visible **status** on that row. Open the task whose status shows that it has finished, completed, or ended with a result you need to review. 1. Sign in to **Sherkety ERP & Website Platform** and open the **Migration Tool** screen. 2. In the task list, find the homepage migration you want to review. 3. Check the visible status before opening it. A completed task may still contain warnings, so do not assume everything transferred correctly just because the run has ended. 4. Click the task row to open its result details. On the task details screen, focus on the summary area at the top first. This area usually gives you the clearest picture of the migration run before you inspect individual items. Look for: - A clear **status indicator** - A visible **completion state** - Any **counts** that show how many items were processed - A results area with **messages**, **warnings**, or **errors** [SCREENSHOT: Completed homepage migration task with status badge and result summary visible] Before leaving this screen, scroll through the full result details. If Sherkety ERP & Website Platform shows item-by-item results, read those entries carefully. A task can finish successfully overall while still skipping a banner, failing to move an image, or leaving a link unchanged. If you see validation notes or warning text, keep the task open while you compare those notes with the homepage itself. If you need a refresher on what the migration was intended to do, refer back to [Understanding Homepage Migration Tool Purpose and Scope](doc:understanding-homepage-migration-tool-purpose-and-scope) rather than repeating the setup review here. ## Interpreting the visible migration results on the task screen Once the task details are open, read the results from top to bottom instead of jumping straight to the homepage. The result screen tells you what Sherkety ERP & Website Platform believes happened during the migration, and that helps you know what to verify next. 1. Start with the result summary at the top of the task screen. 2. Note any visible totals for migrated homepage items, content entries, or settings that were included in the run. 3. Review row-level results if the screen lists individual migrated items. 4. Read every warning or error message before moving on to homepage checks. Common result labels are usually enough to guide your review: - **Created** means a new item was added in the destination homepage content. - **Updated** means an existing item was changed. - **Skipped** means the migration left that item alone, often because it was already present or did not meet the migration rules. - **Failed** means the item did not transfer correctly and needs follow-up. A completed task with several **Updated** or **Created** entries is usually a good sign, but you still need to compare those entries with the live homepage. A task with **Skipped** items deserves closer attention, especially if those skipped items match missing sections you later notice on the page. A **Failed** label should be treated as a direct clue for what to inspect first. If the results area shows warning text, read it literally and match it to what you see on the homepage. For example, a warning tied to media should make you check banners, icons, or image blocks first. If the screen includes a completion time, item timestamps, or source-to-destination details, record them while reviewing. Those details help you confirm that you are checking the correct migration run and not an older one. [SCREENSHOT: Migration result list showing created, updated, skipped, and failed item statuses] ## Checking homepage content after the migration finishes After reviewing the task results, open the homepage and confirm that the migrated content is actually visible to visitors. This is the most important post-migration check because a clean result screen does not always guarantee that every homepage section displays correctly. 1. Open the homepage in **Sherkety ERP & Website Platform** immediately after the migration finishes. 2. Start at the top of the page and move downward section by section. 3. Compare what you see with the expected homepage content from the migration plan or the source homepage. 4. Refresh the page and check the same sections again. Focus on the homepage areas that are most likely to be affected by migration: - Hero banners and headline text - Featured service tiles - Comparison or promotional sections - Startup package highlights - Trust indicators - Team or ecosystem sections - Contact prompts and call-to-action buttons - Footer content if it was part of the migration scope Check whether each section appears in the expected order. A section that exists but appears lower on the page than expected may point to a content ordering issue rather than a missing item. Also confirm that key text is complete. Watch for shortened headlines, empty cards, missing button labels, or repeated blocks that suggest the migration only partially applied. [SCREENSHOT: Homepage after migration with major sections highlighted for review] Refresh the homepage once after your first pass. If a section appears only after refresh, or disappears between views, note that behavior in your follow-up record. Revisit the migrated sections one more time and confirm that the content is stable and fully rendered. If you already reviewed expected outcomes in earlier migration guidance, use [Checking Migration Results and Validating Homepage Content](doc:checking-migration-results-and-validating-homepage-content) for a deeper comparison approach while keeping this review focused on post-migration confirmation. ## Validating links, media, and layout on the migrated homepage After confirming that the homepage sections are present, test how they behave. A migration can move visible content successfully while still leaving broken links, missing images, or layout problems that only appear when you interact with the page. 1. Click each migrated homepage button, text link, and featured navigation entry. 2. Confirm that each one opens the expected destination page. 3. Review every visible image, banner, icon, and media area for loading problems. 4. Scan the page for layout changes such as spacing issues, broken alignment, or cards appearing in the wrong order. Pay close attention to call-to-action areas. If the homepage includes buttons for service pages, ERP pages, company type guidance, contact actions, or demo requests, open each one and make sure it leads to the correct destination. If a button opens the wrong page, opens nothing, or returns you to an unexpected section, note the exact button text and where it appears on the homepage. For media checks, look for: - Blank image spaces - Placeholder-style image areas - Cropped banners - Missing icons - Sections where text appears but the visual element does not load Layout review matters just as much as content review. Compare the migrated homepage with the expected arrangement. Watch for uneven spacing between sections, cards wrapping awkwardly, banners overlapping text, or a featured block appearing before another section that should come first. These issues often become obvious only when you scroll through the full page. [SCREENSHOT: Homepage section with buttons, images, and card layout under review] If the homepage includes featured announcements or promotional blocks, make sure they still look clickable and complete. A button with missing text, a card with no image, or a section with shifted spacing should be treated as a migration issue even if the task itself shows as completed. ## Recording issues that need follow-up after reviewing the results When you find a problem, record it while the migration task details and the homepage are still open. Good notes make it much easier to match a visible homepage issue to the exact migration result that caused it. Start by capturing the basic task information from the migration result screen: - The migration task name or identifier - The visible completion time - The final status shown on the task - Any warning or error messages displayed in the result area Then describe the homepage issue in plain, specific terms. Instead of writing “homepage broken,” record exactly what is wrong and where it appears. Useful examples include: - Hero banner image missing - Featured service card opens the wrong page - Startup package section not visible - Trust indicator icons not loading - Contact button text appears, but the button destination is incorrect A simple issue log like this works well: | What to record | Example of what to note | |---|---| | Task details | Completed with warnings, reviewed on the task result screen | | Affected homepage area | Hero section, service tiles, footer links | | Visible message | Exact warning or error text shown in results | | What you saw on the page | Missing image, wrong link, duplicated content block | | Scope of issue | Homepage display only, or also visible in migrated content details | [SCREENSHOT: Migration result details beside homepage issue notes] If Sherkety ERP & Website Platform lets you inspect the migrated content behind the homepage, check whether the problem appears there too. This helps you separate a display issue from a migration data issue. If the content record looks correct but the homepage still looks wrong, note that difference clearly in your report. ## Resolving common post-migration issues on the homepage Some homepage issues appear often enough that you can review them in a consistent way before escalating them. Start with what the migration result screen already told you, then confirm the issue on the homepage. If homepage content is missing even though the task shows as completed, reopen the task details and look for **Skipped** items or warning messages. A completed run may have left some homepage blocks unchanged or excluded them from transfer. Match the skipped item names or result rows to the missing section on the page. If images, banners, or icons appear as empty spaces or placeholders, compare the homepage with the migration results and look for media-related failures or warnings. A missing visual usually means the content block transferred but the related media did not. Check whether the text for that section appears while the image does not. That pattern is a strong clue. If links open the wrong destination, test the homepage button again and compare it with the expected target from the source content or migration plan. Then return to the task output and see whether the related item shows as updated, skipped, or failed. A skipped link entry often explains why an older destination remained in place. If the layout looks different after migration, review the order of homepage sections and the structure of cards or banners. The content may be present but arranged differently than expected. Look for: - Sections appearing in the wrong sequence - Missing spacing between content blocks - Misaligned cards or tiles - Text wrapping differently inside banners or feature areas [SCREENSHOT: Homepage showing section order and layout differences after migration] If these checks do not explain the issue, use your recorded notes and compare them with the earlier follow-up guidance in [Reviewing Migration Results and Follow Up Checks](doc:reviewing-migration-results-and-follow-up-checks) and [Planning Safe Follow Up Actions After Migration](doc:planning-safe-follow-up-actions-after-migration). ## Overview This document focuses on what to do after a homepage migration has already finished in **Sherkety ERP & Website Platform**. Your goal at this stage is not to rerun the migration or plan the move again. Instead, you review the completed task, interpret the visible results, and confirm that the homepage now displays the expected content correctly. The post-migration review has two parts that work together. First, you inspect the completed task in the **Migration Tool** and read the result details, including the final status, item counts, warnings, and any row-level outcomes such as created, updated, skipped, or failed. Second, you open the homepage itself and verify that the migrated sections, links, images, and layout behave as expected in the live page view. This guide is especially useful when: - A migration task appears to have completed, but you want to confirm nothing was missed - The task shows warnings and you need to understand what to check on the homepage - The homepage looks different after migration and you need to identify whether the issue is content, media, links, or layout - You need clear notes for follow-up on missing or incorrect homepage content This guide builds on the migration workflow already covered in [Running Homepage Migration Tasks](doc:running-homepage-migration-tasks) and the purpose explained in [Understanding Homepage Migration Tool Purpose and Scope](doc:understanding-homepage-migration-tool-purpose-and-scope). Here, the focus stays on visible results and practical verification steps inside the completed task screen and the homepage view. ## Prerequisites Before you start this post-migration review in **Sherkety ERP & Website Platform**, make sure you have access to both the migration results and the homepage you need to verify. You do not need advanced setup for this stage, but you do need enough access to open the completed task and inspect the affected homepage sections. You should have: - Access to the **Migration Tool** area where completed homepage tasks are listed - Permission to view the completed migration task details - Access to the homepage or target page that received the migrated content - A clear idea of which homepage sections were expected to move during the migration - Enough time to click through homepage buttons, links, and featured sections without rushing It also helps to have the following available while you review: - The migration task you ran most recently, so you do not accidentally inspect an older result - Any source homepage reference or migration expectation notes used earlier in the process - A place to record issues, including warning text and affected homepage areas If you have not yet run the migration itself, go back to [Running Homepage Migration Tasks](doc:running-homepage-migration-tasks). If you need help deciding what should have been included in the migration, review [Understanding Homepage Migration Tool Purpose and Scope](doc:understanding-homepage-migration-tool-purpose-and-scope). If you are already seeing warning banners, missing content, or error states in the interface, the supporting guidance in [Recognizing Warnings Errors and Dismissible Notices](doc:recognizing-warnings-errors-and-dismissible-notices) and [Understanding Loading Placeholders Empty States and Errors](doc:understanding-loading-placeholders-empty-states-and-errors) can help you interpret what you see. ## Opening the Sales and CRM product page and locating pricing details In Sherkety ERP & Website Platform, start from the public website navigation or the ERP apps catalog and open the **Sales & CRM** page. If you reached the ERP area through the broader ERP landing pages, you can use the product listings to select **Sales & CRM** directly. If you need help getting back to this page, use [Exploring Sales and CRM Overview](doc:exploring-sales-and-crm-overview) or [Browsing the ERP Apps Catalog](doc:browsing-the-erp-apps-catalog). Once the **Sales & CRM** page opens, scan the top and middle sections for the pricing area. This is where Sherkety ERP & Website Platform presents the offer in a way that helps you connect price to what is included. Look for a visible price block, package label, or plan card that shows the current offer. Pay attention to any wording around billing, such as whether the amount is presented as a recurring subscription or tied to users. As you review the price, stay on the same page and look nearby for the included capabilities. The **Sales & CRM** page is designed to show product value next to pricing, so you can judge whether the offer covers the workflows you need. You may see feature highlights related to lead handling, pipeline visibility, quotation work, or customer follow-up. These nearby points matter because they show what the listed package is meant to support. Also watch for comparison cues around the pricing area. These can include highlighted package labels, emphasized feature callouts, or visual sections that make one offer stand out from another. If you already reviewed workflow fit in [Exploring Sales Pipeline and Customer Management Workflows](doc:exploring-sales-pipeline-and-customer-management-workflows), use that understanding here to decide whether the displayed price matches the scope you expect. [SCREENSHOT: Sales & CRM product page showing the pricing area and nearby feature highlights] ## Reviewing buyer evaluation cues before requesting more information Before you click any contact button, spend a few minutes reading the evaluation cues already shown on the **Sales & CRM** page. In Sherkety ERP & Website Platform, these cues help you decide whether the offer fits your team without needing an immediate back-and-forth conversation. Focus on short feature summaries, benefit statements, and any highlighted value messages placed near the product description or pricing section. Start by checking whether the page clearly speaks to the work your team does. For a sales-focused review, look for language tied to lead management, opportunity tracking, quotation handling, and customer relationship follow-up. If those topics appear in the feature list or benefit blocks, that is a strong sign the page is addressing the right business need. If the wording feels too broad, compare it with what you learned in [Managing Leads Contacts and Sales Pipeline](doc:managing-leads-contacts-and-sales-pipeline) and [Understanding Quotations Automation and Follow Up](doc:understanding-quotations-automation-and-follow-up). Next, look for trust-building elements that reduce uncertainty. These may appear as product badges, feature callouts, business outcome statements, or sections that explain why a company would choose **Sales & CRM** inside Sherkety ERP & Website Platform. Some pages also include messaging about growth, flexibility, or how the offering supports a broader ERP rollout. These details help you judge whether the product is suitable only for a small immediate need or can support a larger process over time. Use the pricing and the surrounding feature presentation together. A price on its own tells you very little. A price paired with visible workflow coverage, business benefits, and package cues gives you a practical basis for evaluation. If the page supports your expected use cases and the offer appears close to your budget range, you can move forward with a more focused inquiry instead of sending a general question. [SCREENSHOT: Evaluation-focused section on the Sales & CRM page with benefits, feature summaries, and pricing nearby] ## Using the page actions to ask for more information When you are ready to contact Sherkety ERP & Website Platform, use the action shown directly on the **Sales & CRM** page. This is usually the fastest way to ask about pricing, package fit, or a demo because the request begins from the product you are already viewing. Look for the main action button or link in the hero area, pricing section, or another prominent call-to-action area on the page. 1. Open the **Sales & CRM** page and find the main contact action. 2. Choose the action that best matches your goal, such as asking for more information, requesting a demo, or opening an inquiry form. 3. When the form or contact prompt appears, complete the visible fields carefully. 4. Review your details before submitting. 5. Click the submit button and wait for the page to show confirmation. The fields you see may vary, but complete every required field shown on the screen. Use the form to explain that your interest is specifically in **Sales & CRM** so your request is easier to route correctly. If there is a message box, use it to mention the package or pricing point you want clarified. If the page offers more than one action, choose the one that most closely matches your stage of evaluation rather than selecting the first button automatically. After you submit, watch for an on-screen acknowledgment. Sherkety ERP & Website Platform may show a success message, a confirmation state, or another visible sign that your inquiry was received. If nothing changes after submission, check the form again for highlighted fields or validation messages. [SCREENSHOT: Sales & CRM inquiry button and the form that opens after selection] ## Choosing the right inquiry path for your buying stage Not every question should go through the same action. On the **Sales & CRM** page in Sherkety ERP & Website Platform, choose the inquiry path that matches what you need to decide next. This helps you send a clearer request and makes it easier for the sales team to respond with useful information instead of a generic reply. If your main question is about cost, start with the pricing-focused action on the page. Use this route when you want clarification on what the listed amount includes, whether the offer is plan-based, or how the package aligns with your expected number of users. This is the best choice when you already understand the product’s purpose but need commercial clarity before moving forward. Use a demo or consultation action when your decision depends on seeing how the product supports your real workflow. This is especially useful if you want to validate pipeline stages, lead follow-up, quotation handling, or how the sales process connects with the wider ERP offering. If your team is still comparing options, a demo request usually gives more room to ask process-specific questions than a short pricing inquiry. Choose a general contact option when the page leaves important gaps. This is the right path if you need answers about rollout scope, business fit, customization, or terms that are not explained in the visible pricing and feature sections. General contact is also helpful when you are comparing **Sales & CRM** with other Sherkety ERP & Website Platform offerings and need guidance on where it fits. A good rule is simple: - Use **pricing** actions for package and cost questions - Use **demo** actions for workflow validation - Use **general contact** for broader commercial or implementation questions If you need more context before deciding, review [Reviewing Sales Reporting and Pricing](doc:reviewing-sales-reporting-and-pricing) to compare what you already know with the action you plan to take. ## Preparing the details to include in your request A clear request gets a better response. Before submitting the form on the **Sales & CRM** page, gather the details that will help Sherkety ERP & Website Platform understand your business need quickly. You do not need to write a long message, but you should be specific enough that the reply can address your real evaluation questions. Include the business details that affect pricing and fit. If the page suggests that the offer depends on package level or user count, mention the size of your sales team or the number of people who may need access. If your company is still small but expects growth, say that as well. This helps frame the discussion around the right package instead of a one-size-fits-all answer. It also helps to reference the exact pricing or package wording you saw on the page. Mention the visible offer directly in your message so there is no confusion about which plan or price block you are asking about. Then describe the workflows you want to evaluate. Keep this tied to practical needs, such as: | Detail to include | Why it helps | |---|---| | Sales team size or expected users | Clarifies package fit and scale | | The price or package shown on the page | Avoids confusion about which offer you mean | | Lead capture, pipeline tracking, quotations, or follow-up needs | Connects product features to your workflow | | Need for implementation, integration, or a tailored quote | Signals that you need more than basic product information | If you already know the questions you need answered, put them in the message box directly. For example, ask whether the listed package supports your sales process, whether setup guidance is available, or whether a tailored quote is possible. Specific requests are much easier to answer than “Please send more information.” ## Resolving common issues when pricing or contact actions are unclear Sometimes the **Sales & CRM** page does not answer everything at first glance. In Sherkety ERP & Website Platform, the information you need may be spread across the page rather than grouped in one place, so it helps to check a few common areas before assuming something is missing. If pricing is not immediately obvious, scroll carefully through the product page and look for pricing cards, highlighted offer sections, or linked pricing details placed near feature summaries. Some pages present the offer as part of a broader package explanation instead of a large standalone price block. Also check whether the page uses expandable sections or comparison-style layouts that reveal more detail as you move down the page. If you cannot find a contact or inquiry action, look beyond the first screen. The page may place important actions in the header area, near the main product summary, inside a sticky action area, or closer to the footer. If the direct product action still is not visible, use the website’s broader contact paths described in [Contacting Sherkety Through Forms and Direct Channels](doc:contacting-sherkety-through-forms-and-direct-channels). When a form will not submit, check for visible validation messages next to the fields. Required fields are often the cause. Review every input, especially your email entry and any message field that may need a minimum amount of detail. If the page highlights a field after you click **Submit**, correct that item first and try again. If the page still leaves you uncertain about fit, use the inquiry form to ask a focused question tied to your exact use case. Mention whether you are evaluating lead capture, pipeline management, quotation work, or customer follow-up. A specific question based on the visible **Sales & CRM** page is more useful than a broad request for general information. [SCREENSHOT: Inquiry form showing validation messages or highlighted required fields] ## Overview This document focuses on the final evaluation steps a buyer takes on the **Sales & CRM** page in Sherkety ERP & Website Platform: reviewing pricing, checking fit signals, and choosing the right page action to request more information. Unlike earlier Sales and CRM guides, this one is not about learning the workflows in depth. Instead, it helps you turn what you already learned into a practical buying decision. Use this guide when you are already on the public-facing **Sales & CRM** product page and want to answer questions such as: - What price or package is being presented? - What features are shown next to that price? - Which button should I use to contact Sherkety ERP & Website Platform? - What should I include in my request so the reply is useful? If you still need product background, return to [Exploring Sales and CRM Overview](doc:exploring-sales-and-crm-overview). If you want more detail on workflow fit before reviewing pricing, use [Managing Leads Contacts and Sales Pipeline](doc:managing-leads-contacts-and-sales-pipeline), [Understanding Quotations Automation and Follow Up](doc:understanding-quotations-automation-and-follow-up), and [Exploring Sales Pipeline and Customer Management Workflows](doc:exploring-sales-pipeline-and-customer-management-workflows). If your main focus is package interpretation and reporting-related value, [Reviewing Sales Reporting and Pricing](doc:reviewing-sales-reporting-and-pricing) is the best companion document. The goal here is simple: read the visible pricing and value cues on the page, choose the contact path that matches your buying stage, and send a request that clearly explains what you want to evaluate. That approach saves time and usually leads to a more relevant response. ## Prerequisites Before using this guide, make sure you have enough context to evaluate the **Sales & CRM** offer meaningfully on the public website. You do not need admin access or any special account, but you should already know what your team is trying to solve. Helpful preparation includes: - Open the **Sales & CRM** product page in Sherkety ERP & Website Platform - Be ready to review public pricing, package labels, and feature highlights on that page - Know your main business need, such as lead management, pipeline tracking, quotation handling, or customer follow-up - Have a rough idea of your team size or expected number of users if pricing appears tied to package scope or user count - Be prepared to use a visible contact, demo, or inquiry action on the page It is also useful if you have already read the earlier Sales and CRM documents in this set, especially: - [Exploring Sales and CRM Overview](doc:exploring-sales-and-crm-overview) - [Managing Leads Contacts and Sales Pipeline](doc:managing-leads-contacts-and-sales-pipeline) - [Understanding Quotations Automation and Follow Up](doc:understanding-quotations-automation-and-follow-up) - [Reviewing Sales Reporting and Pricing](doc:reviewing-sales-reporting-and-pricing) - [Exploring Sales Pipeline and Customer Management Workflows](doc:exploring-sales-pipeline-and-customer-management-workflows) Those guides help you recognize whether the pricing and feature presentation on the page actually matches your workflow needs. From here, you can move from evaluation into direct contact with Sherkety ERP & Website Platform using the page action that best fits your buying stage. ## Opening the SEO review workspace before publishing Before you start a final SEO check in Sherkety ERP & Website Platform, make sure you can access the admin area and open the SEO section. Users with **Administrator** or **Content Editor** access can review page-level SEO details from the admin pages. If you need help getting into the admin area or finding the right section, use [Signing In and Accessing the Admin Portal](doc:signing-in-and-accessing-the-admin-portal), [Using the Admin Dashboard for Navigation](doc:using-the-admin-dashboard-for-navigation), and [Maintaining SEO and Search Facing Page Information](doc:maintaining-seo-and-search-facing-page-information). 1. Sign in and open the admin area. 2. From the admin navigation, go to the **SEO** area where page metadata is managed. 3. Look through the page list for entries that appear recently changed. Use visible status markers, draft indicators, or the latest modified time if those are shown in the list. 4. Open each page that needs review so you can inspect its SEO details before publishing. When you open a page, focus on the SEO fields that affect how the page appears in search results. These usually include the **SEO title**, **meta description**, and **slug**. If the page includes a preview area for search appearance, keep that visible while you review. That preview helps you spot wording problems faster than reading each field separately. [SCREENSHOT: SEO page list showing draft or recently updated entries] If several pages were updated as part of the same campaign, rename, or content refresh, review them together instead of one by one in isolation. That makes it easier to catch inconsistent wording across service pages, ERP pages, company type pages, or translated versions. For a refresher on which fields belong on which pages, refer back to [Understanding Seo Metadata Fields and Page Coverage](doc:understanding-seo-metadata-fields-and-page-coverage). ## Comparing search snippet details across related pages Once you have the relevant pages open, compare their search-facing details as a group. In Sherkety ERP & Website Platform, the goal is not just to make each page look good on its own, but to make related pages follow the same naming style and structure. This is especially important for service pages, ERP app pages, company type pages, and any page series created for the same audience. 1. Review the **SEO title** on the first page and note the naming pattern it uses. 2. Open the next related page and compare the order of words, brand naming, and category wording. 3. Check the **meta description** on each page for repeated text, uneven tone, or descriptions that feel copied from another page. 4. Compare the **slug** field across the same group of pages. 5. Use the search preview, if available, to compare the full title-and-description combination before publishing. A useful review habit is to compare pages in small sets. For example, if you are reviewing ERP app pages, make sure they use a similar title style. If you are reviewing company type pages, check that their slugs follow the same pattern and do not switch between different separators or word order. Use this table as a quick comparison guide while reviewing: | Field | What to compare | What to watch for | |---|---|---| | **SEO title** | Brand name, service name, page type | Mixed naming, old labels, inconsistent word order | | **Meta description** | Tone, message, call to action | Duplicate copy, outdated offers, uneven wording | | **Slug** | Structure, keywords, separators | Different formats across related pages | | **Search preview** | Final combined appearance | Awkward truncation or mismatched messaging | [SCREENSHOT: Two related pages open in the SEO area with title, description, slug, and preview visible] If you need more detail on writing and maintaining these fields, see [Managing Page Metadata in the SEO Admin](doc:managing-page-metadata-in-the-seo-admin) and [Keeping Search Snippets Consistent Across Pages](doc:keeping-search-snippets-consistent-across-pages). ## Checking naming consistency between page content and SEO fields A page can have well-written SEO fields and still be inconsistent if the visible page content uses different names. In Sherkety ERP & Website Platform, your final review should always compare the page’s search-facing text with the wording visitors actually see on the page. This helps you catch renamed services, old campaign labels, and mismatched product names before publication. 1. Open the page record in the SEO area and note the **SEO title** and **meta description**. 2. Compare those fields with the page title used in content editing or the public page heading. 3. Check the navigation label and any visible section title that identifies the page. 4. Confirm that the same service name, ERP module name, or company type name appears consistently across all of them. 5. If the page was recently renamed, update the SEO wording so it matches the current page purpose. Pay close attention to pages that have gone through recent edits. A common issue is that the page heading has been updated, but the **SEO title** still uses the previous wording. Another common problem is a **meta description** that mentions an offer, date, or feature that no longer appears on the page itself. If a visitor clicks a search result and sees different naming from what the snippet promised, the page feels unfinished. [SCREENSHOT: Page editing view and SEO settings shown side by side for name comparison] When you review, look for: - Different spellings of the same service or module name - Abbreviations in the **SEO title** that are not used on the page - Old campaign wording left in the **meta description** - Navigation labels that do not match the page heading - Search text that describes a page differently from the visible content If you need a deeper field-by-field refresher, return to [Maintaining Page SEO Details in Admin](doc:maintaining-page-seo-details-in-admin) instead of repeating the full setup during this final review. ## Reviewing multilingual SEO content side by side If your page is available in more than one language, review every language version before publishing. In Sherkety ERP & Website Platform, SEO consistency includes translated **SEO title**, **meta description**, and page naming. A page is not fully ready if one language version is polished while another still uses outdated wording or mixed-language text. 1. Open the page in the **SEO** area. 2. Switch between the available language tabs or language selector options. 3. In each language, review the **SEO title**, **meta description**, and **slug** if that field is localized. 4. Compare the translated wording with the visible page name and heading in the same language. 5. Hold publication for that language version if important SEO fields are missing or still use outdated terms. Your goal is not word-for-word matching between languages. Instead, make sure each language version communicates the same meaning and uses the same approved naming. Brand names may stay the same, but service names, category wording, and descriptive phrases should feel complete and intentional in each language. Check carefully for: - One language still showing an older service name - A translated page with an untranslated **meta description** - Different capitalization or punctuation styles across languages - A slug that no longer matches the translated page topic - Search snippet text that promises something not visible on the translated page [SCREENSHOT: SEO settings with language tabs and translated title and description fields] For broader guidance on multilingual editing, use [Editing Multilingual Content in the Editor](doc:editing-multilingual-content-in-the-editor) and [Managing Multilingual Fields in the Content Editor](doc:managing-multilingual-fields-in-the-content-editor). If you are unsure which pages should have localized SEO coverage, revisit [Understanding Seo Metadata Fields and Page Coverage](doc:understanding-seo-metadata-fields-and-page-coverage). ## Approving or correcting SEO updates before publication After you find inconsistencies, correct them before anything goes live. Sherkety ERP & Website Platform is easiest to review when you treat the SEO screen as your final approval point: fix the wording, check the preview again, save, and only then move on to publication. 1. Open the page with the issue and edit the incorrect **SEO title**, **meta description**, or **slug**. 2. Recheck the page naming against the visible page title and related pages in the same group. 3. Use the preview area again to confirm the updated snippet reads clearly. 4. Save the draft so your latest edits are stored. 5. Return to the page list and confirm the record no longer needs further SEO correction. 6. Publish only after related pages and language versions follow the same naming pattern. This step is especially important after a rename project or content refresh. If you update one page but leave related pages unchanged, search results can look fragmented. For example, one page may use the current service name while another still uses the previous label. Fix those together before publishing any of them. [SCREENSHOT: Editing SEO fields and reviewing the updated search preview before saving] During approval, check that: - The **SEO title** matches the current page name - The **meta description** reflects the current offer or page purpose - The **slug** follows the same pattern as related pages - The selected language version is complete - The preview reflects the latest saved wording For more detail on previewing and validating edits, see [Reviewing SEO Updates Before and After Publication](doc:reviewing-seo-updates-before-and-after-publication) and [Updating Search Facing Page Information in Admin](doc:updating-search-facing-page-information-in-admin). ## Fixing common consistency problems during SEO review Some SEO issues appear during review even when the fields look correct at first glance. The fastest way to resolve them in Sherkety ERP & Website Platform is to match the problem to the screen you are already using: the page list, the SEO fields, the language selector, or the preview panel. - **The search preview does not reflect your latest edits** - Save the page again and look back at the **SEO title** and **meta description** fields. - Confirm you changed the correct page and the correct language version. - Reopen the page if needed and check whether the preview now matches the saved text. - **One language version still shows old naming** - Switch to that language in the page’s language selector. - Update the translated **SEO title** and **meta description** directly there. - Do not assume changes in the default language update every translation automatically. - **Related pages use different title styles or slug patterns** - Return to the SEO page list and open the related pages one after another. - Compare their **SEO title** and **slug** fields side by side. - Standardize the format before publishing any of the pages in that group. - **The page was renamed, but search fields still use the old name** - Update the visible page title in the content area if needed. - Make sure the navigation label, **SEO title**, and **meta description** all use the same current name. - Recheck the search preview after saving. [SCREENSHOT: SEO review showing a page with mismatched title, description, and language version] If the issue is not limited to SEO fields and you suspect the visible page content is also out of sync, use [Validating Saving and Reviewing Content Changes](doc:validating-saving-and-reviewing-content-changes) or [Using Live Preview to Check Page Updates](doc:using-live-preview-to-check-page-updates) before publishing. ## Overview This guide focuses on the final review stage before publication in Sherkety ERP & Website Platform. At this point, you are not learning what each SEO field means from scratch. Instead, you are checking whether recent edits are consistent across pages, languages, and visible page content. If you need the field definitions or page coverage rules again, go back to [Understanding Seo Metadata Fields and Page Coverage](doc:understanding-seo-metadata-fields-and-page-coverage). Use this review workflow when: - Several pages were updated in the same batch - A service, package, or ERP module was renamed - You edited SEO details in more than one language - You want to compare related pages before publishing - You need to confirm that search snippets match the current page content The review process in this guide centers on four visible areas: - The **SEO** page list, where you identify pages that changed - The page-level SEO fields, including **SEO title**, **meta description**, and **slug** - The language selector or language tabs for multilingual review - The search preview area, where you check how the snippet will read before publication This is a consistency check, not a writing workshop. You are looking for mismatched names, repeated descriptions, outdated wording, uneven slug patterns, and untranslated or incomplete SEO text. The most effective approach is to review related pages together rather than approving each page in isolation. After finishing this review, continue with your normal publishing flow or broader content validation steps already used by your team. If your next task is not publication but a wider admin review, the most relevant follow-up is [Maintaining SEO and Search Facing Page Information](doc:maintaining-seo-and-search-facing-page-information). ## Prerequisites Before you start this review in Sherkety ERP & Website Platform, make sure the basics are already in place. This guide assumes you are at the final checking stage, not the initial setup stage. You should have: - Access to the admin area with **Administrator** or **Content Editor** permissions - At least one page with recent SEO edits ready for review - Permission to open the **SEO** section and save changes - A clear list of related pages, renamed pages, or translated pages that should be checked together It also helps if you have already completed these tasks: - Updated page metadata in the SEO area - Reviewed search snippet writing patterns - Confirmed which pages require SEO coverage - Checked whether the page content itself has already been updated These earlier guides cover that groundwork: - [Managing Page Metadata in the SEO Admin](doc:managing-page-metadata-in-the-seo-admin) - [Keeping Search Snippets Consistent Across Pages](doc:keeping-search-snippets-consistent-across-pages) - [Maintaining Page SEO Details in Admin](doc:maintaining-page-seo-details-in-admin) - [Updating Search Facing Page Information in Admin](doc:updating-search-facing-page-information-in-admin) Before opening the review queue, gather the pages that belong together. For example, if you changed naming for an ERP app, review its related landing page, translated versions, and any connected category pages in the same session. That makes inconsistencies much easier to spot than reviewing them hours or days apart. ## Seeing Which Display Choices the Site Remembers In **Sherkety ERP & Website Platform**, some display choices are remembered so the interface can look familiar when you come back later in the same browser. The most visible example is the **theme setting**, such as **Light** or **Dark** mode. If you switch the display style while browsing the website or working in the admin area, that choice is typically restored the next time that area opens. You may also notice that other interface choices stay consistent after you move between pages. Based on the available screens and shared interface patterns, users should expect saved behavior around items such as: - **Theme mode** on public pages and in the admin portal - **Language selection** when browsing multilingual pages - **Navigation state**, such as whether a side menu is expanded or collapsed where that control is available - Other **view-related choices** in areas that offer alternate layouts The public website and the admin portal should be treated as **two connected but separate experiences**. A preference you set while browsing public pages, such as a display mode or language choice, may carry through public pages. A preference you change after signing in to the admin area may be remembered for that admin workspace instead. This is why the website can open one way while the admin portal opens another. Saved choices are usually applied **as the page loads**. On public pages, that means your preferred display can appear when you return to the site. In the admin area, saved choices may take effect **after sign-in** because protected pages open only after your account is verified. If you recently read [Using Theme Switching Across Public and Admin Experiences](doc:using-theme-switching-across-public-and-admin-experiences), this is the same idea viewed from the “what gets remembered” side. [SCREENSHOT: Theme toggle on a public page and the same display preference shown after returning to the site] ## Changing Your Display Preferences on the Site and in the Admin Portal You change display preferences directly from the controls shown in the interface. On public pages of **Sherkety ERP & Website Platform**, the most common controls are the **theme toggle** and the **language selector**. These are the controls visitors use to switch how pages look and which language version they want to read. In the admin portal, similar display controls may appear in the top bar or navigation area, alongside workspace controls such as a collapsible menu. When you use one of these controls, the result is usually immediate: - Switching the **theme** updates colors and contrast right away - Changing the **language** opens the matching localized version of the page or content - Collapsing or expanding navigation changes the workspace layout immediately - Any available display-style control usually updates the current screen without asking you to reload first For these display choices, there is no separate **Save** or **Apply** step shown in the shared interface context. The preference is generally saved **as soon as you change it**. That means you can switch the setting, continue browsing, and expect the same choice to be used again later in that area. There are also differences based on who you are: - **Public visitors** can use public-facing controls such as theme and language while browsing pages like services, ERP apps, and company guidance - **Signed-in content editors** can use admin display controls while working in pages such as **Dashboard** and **Content** - **Administrators** use the same workspace display controls, but they also have access to more admin sections such as **Users**, **Settings**, **SEO**, **Services**, and **Pricing** Display controls affect how the interface appears to **you**. They do not change the saved website content itself. For editing workflows, see [Editing Content Directly From the Website](doc:editing-content-directly-from-the-website) and [Using the Admin Dashboard for Navigation](doc:using-the-admin-dashboard-for-navigation). ## Returning to the Platform and Seeing Saved Preferences Restored When you return to **Sherkety ERP & Website Platform** in the same browser, your saved display choices are usually restored automatically. If you left the public website in **Dark** mode, the site can reopen in that same mode. If you were browsing in a selected language, public pages may continue in that language as you move through service pages, ERP pages, and company information pages. In the admin portal, the restoration point can feel slightly different. Because admin pages require sign-in, your preferred workspace appearance may show up **after you log in** and the protected page opens. For example, if your admin workspace was using a certain theme or navigation layout, that preference may return when you open **Dashboard** or another admin section again. Here is what to expect in common return scenarios: - **Same browser, same device:** previously chosen display settings are most likely restored automatically - **After signing out and signing back in:** public-site choices may remain in the browser, while admin-area choices may reappear after login - **Private or incognito window:** saved choices often do not carry over once that private session ends - **Different browser or device:** your display choices may not follow you unless that preference is tied to your signed-in experience - **Moving across pages:** theme and language choices usually feel broader and can apply across many pages in the same experience It is helpful to think in terms of **scope**. A public-site preference usually affects public browsing. An admin preference usually affects the admin workspace. If you change a setting on the website homepage, that does not automatically mean the same setting will control the admin portal before or after login. For related behavior across areas, see [Understanding Saved Display Preferences](doc:understanding-saved-display-preferences) and [Using Theme Switching Across the Platform](doc:using-theme-switching-across-the-platform). ## Understanding What Affects Whether Preferences Persist Whether Sherkety ERP & Website Platform remembers your display choices depends on how your browser handles saved website data and whether the preference belongs to your signed-in workspace. In practice, three things matter most: - **Browser storage** - **Cookies** - **Your signed-in admin session** For public browsing, remembered choices such as **theme** or **language** are often tied to the browser you used when you made the change. If that browser allows saved website data to remain available, the site can restore your preference on a later visit. If your browser removes that data, the site may return to its default appearance instead. Several situations can prevent preferences from sticking: - You **clear browsing data** - Your browser is set to **delete cookies when it closes** - You use **strict privacy settings** - You block website storage for that browser - You open the site in a **private browsing window** Shared devices can also change what you see. If multiple people use the same browser, the most recently saved display choice in that browser may be the one that appears first. In the admin portal, this can be more noticeable when different users sign in and out on the same computer. There is also a difference between **personal display choices** and **site-wide settings**. Administrators can work in areas such as **Settings**, but those sections are for managing the website and admin configuration, not for forcing every person to use the same personal theme choice at all times. A site-wide default can shape the starting experience, while your own saved preference can still control how pages appear for you after you make a change. If a saved choice seems inconsistent, check whether the issue is tied to the browser, the device, or the fact that you switched between the public website and the admin portal. ## Managing Expectations for Different Types of Users Different people use **Sherkety ERP & Website Platform** in different ways, so display preferences do not always behave the same for everyone. For **prospective ERP buyers**, the public website is the main place where preferences are remembered before any account is involved. If you browse ERP pages, compare modules, or review package information, choices such as **theme** and **language** can be remembered in that browser even if you have never signed in. If you later move into an account-based area, the admin workspace may follow its own saved behavior after login. For **business services visitors**, the experience is similar across public pages. If you move between company registration pages, accounting pages, service comparisons, and contact pages, your public-facing display choices can continue across those pages. When you return later in the same browser, the website may reopen with the same appearance you used before. For **content editors**, workspace preferences in the admin area are personal to the editor using that browser and account session. A content editor can sign in, open **Dashboard** or **Content**, and continue working with the display style they last used. These personal display choices are separate from the actual website content they edit. For **administrators**, there are two layers to keep in mind: - **Default presentation choices** that may come from the website or admin configuration - **Personal display preferences** chosen during everyday use An administrator can access more sections, including **Users**, **Settings**, **SEO**, **Services**, and **Pricing**, but that broader access does not mean every display preference becomes global for everyone else. Personal theme and workspace choices still belong to the person using the interface. If you want a broader comparison of public and admin behavior before focusing on saved preferences, refer back to [Using Theme Switching Across Public and Admin Experiences](doc:using-theme-switching-across-public-and-admin-experiences). ## Fixing Cases Where the Platform Does Not Remember Your Display Settings If **Sherkety ERP & Website Platform** is not restoring your preferred display, start by checking the simplest cause: the browser may not be keeping the saved preference long enough to reuse it. Look for these common causes first: - **Cookies are blocked** - **Browser storage is disabled** - The browser is set to **clear data on exit** - You changed the setting in a **private browsing window** - You switched to a **different browser or device** Next, make sure you changed the preference in the correct place. The public website and the admin portal can remember settings separately. If you changed the theme while browsing public pages, that does not guarantee the same theme will appear in **Dashboard** after login. Likewise, changing the admin workspace appearance may not change how the public website opens later. A quick way to narrow down the issue is to test one condition at a time: - Reopen the same page in the **same browser** - Sign out and sign back in to the **same admin account** - Test the same preference in **another browser** - Check whether the issue happens for **one user account** or every account on that device Also consider whether a default setting is being shown first. In some cases, a recent logout or a fresh session can make the interface appear to reset until your personal preference is applied again. If the problem only affects one area, compare the behavior carefully: - Public pages not remembering your choice points to a **browser-level issue** - Admin pages not restoring your choice after login may point to a **session or account-specific difference** - Different results between users on the same computer usually point to **shared-browser behavior** For related troubleshooting patterns, see [Understanding Loading Placeholders Empty States and Errors](doc:understanding-loading-placeholders-empty-states-and-errors) and [Recognizing Warnings Errors and Dismissible Notices](doc:recognizing-warnings-errors-and-dismissible-notices). ## Overview Display preferences in **Sherkety ERP & Website Platform** are meant to reduce repeated setup each time you visit. Instead of switching the same controls again and again, the website and admin portal can restore familiar choices when the browser still has access to the saved preference. The most important ideas to keep in mind are: - **Theme choices** such as light or dark display can be remembered - **Language selection** can continue across multilingual public pages - **Public website preferences** and **admin workspace preferences** may be remembered separately - Preferences are usually saved **immediately when you change the control** - Restored behavior depends heavily on the **same browser**, **same device**, and whether you are **signed in** This matters most when you move between the two main experiences in Sherkety ERP & Website Platform: - The **public website**, where visitors browse services, ERP modules, pricing, and company information - The **admin portal**, where authorized users open **Dashboard**, **Content**, **Users**, **Settings**, **SEO**, **Services**, and **Pricing** If a preference seems to disappear, the cause is often not the setting itself but the environment around it. Clearing browser data, using private browsing, switching devices, or signing in through a different account can all change what gets restored. This document focuses on how remembered display behavior works after you make a choice. For the actual act of switching themes and comparing public and admin controls, use [Using Light and Dark Display Modes](doc:using-light-and-dark-display-modes) and [Using Theme Switching Across Public and Admin Experiences](doc:using-theme-switching-across-public-and-admin-experiences). ## Prerequisites You do not need any special setup to understand or use saved display preferences in **Sherkety ERP & Website Platform**, but a few basic conditions help the feature work as expected. Before testing whether a preference is remembered, make sure you have: - Access to the **same browser** you used when changing the setting - A visible display control such as a **theme toggle**, **language selector**, or workspace navigation control - Browser settings that allow **cookies** and saved website data - If you are testing admin behavior, access to your **admin sign-in** and the correct role for pages such as **Dashboard** or **Content** It also helps to know which area you are working in: - Use the **public website** if you want to check visitor-facing preferences across service pages, ERP pages, or company information pages - Use the **admin portal** if you want to check workspace preferences after signing in For the clearest test, avoid these conditions at first: - **Private or incognito browsing** - Browsers that **clear data automatically** - Switching between multiple devices during the same test - Using a shared computer where another person may have changed the same display controls If you are new to the display controls themselves, review [Using Light and Dark Display Modes](doc:using-light-and-dark-display-modes). If you need help getting into the admin area before checking saved workspace behavior, see [Signing In and Accessing the Admin Portal](doc:signing-in-and-accessing-the-admin-portal). ## Recognizing When You Are on a Language-Specific Page In **Sherkety ERP & Website Platform**, one of the easiest ways to tell which language version of a page you are viewing is to look at the **browser address bar**. A language-specific page usually includes a short language code in the web address, such as **/en/**, **/fr/**, or **/de/**. That code shows which localized version of the page is currently open. For example: - The main homepage may open on the default route, shown simply as **/**. - A localized version of that same page may appear with a language prefix, such as **/en/**. - A deeper page can also carry the same pattern, where the language code appears before the rest of the page path. This matters because the language code in the address bar reflects the **actual page route** being served. It does **not** just mean your browser prefers that language, and it is not the same as an automatic translation tool changing text on the fly. You can usually confirm the active language in several visible places on the page: - **Header navigation labels** appear in the selected language - **Page titles** and section headings match that language - **Breadcrumbs** follow the same language - The **language switcher** highlights or displays the current choice If the address bar shows a language prefix but the page text does not match, treat that as a page availability or content issue rather than assuming the route is correct. [SCREENSHOT: Browser address bar showing a default homepage route and a language-prefixed version of the same page] If you need a refresher on how language switching works across public and admin areas, see [Using Language Switching Across Public and Admin Pages](doc:using-language-switching-across-public-and-admin-pages). ## Moving Between Languages with the Language Switcher When you use the **language switcher** in the header or main navigation of **Sherkety ERP & Website Platform**, you are not just changing labels on the screen. You are usually moving to a different **language-specific page route**. This means the page address in the browser changes along with the page content. On a page that exists in more than one language, the switcher normally takes you to the matching version of the same page. For example: - If you are reading a company information page in one language - And that same page has been published in another language - Choosing the new language opens that equivalent page under the new language path In many cases, the page keeps the same general page identity while the language part of the address changes. That helps you stay on the same topic instead of being sent somewhere unrelated. As you switch languages, check these signs to confirm the change worked as expected: - The **address bar** updates to the new language prefix - The **page heading** appears in the selected language - The **navigation menu** labels change to match - The **language switcher** shows the newly selected language as active This is especially useful when browsing public pages such as: - **Company Types** - **ERP System** - **Accounting** - **Sales & CRM** - **HR** - **Purchasing** - **Reporting** If a translated version exists, the switcher should move you directly to that localized page instead of sending you back to the homepage. [SCREENSHOT: Header language switcher with one language selected and the browser address bar updating after the switch] For the broader behavior of language controls across different parts of Sherkety ERP & Website Platform, refer to [Using Language Switching Across Public and Admin Pages](doc:using-language-switching-across-public-and-admin-pages). ## Understanding What Happens When a Translation Is Missing Not every page in **Sherkety ERP & Website Platform** must exist in every language. Page availability is handled **page by page**, so one section may be fully translated while another is only published in a single language. When you choose another language for a page that does **not** have a matching translated version, a few outcomes are possible: - You may stay on the current page without moving - You may be taken to the **homepage** in the selected language - The unavailable language may appear disabled or may not be offered for that page The exact result depends on how that page has been made available, but the main point is that missing translations do not always behave the same way as a normal page switch. To tell the difference between a **missing translation** and a **broken link**, check a few visible clues: - Does the **language-specific address** exist in the browser bar? - Do the **header navigation labels** still load correctly in the selected language? - Does the page open a valid public page, even if it is not the exact page you expected? - Does the switcher return you to a broader page, such as a localized homepage or section landing page? A broken link often leads to a page that clearly fails to load correctly. A missing translation, by contrast, usually still keeps you inside a working part of the website but may redirect you to a page that is available in that language. This is common with content such as: - A service page available in multiple languages - A campaign page available in only one language - A company type detail page translated for some languages but not all [SCREENSHOT: Language switcher on a page where one language does not open an equivalent page] ## Checking Whether a Page Exists in Each Language If you want to confirm whether a page is available in more than one language, the quickest method is to compare what happens when you open the same page under different language routes in **Sherkety ERP & Website Platform**. As a visitor, you can check page availability in practical ways: - Use the **language switcher** and see whether it opens the same page in another language - Look at the **address bar** and compare the page path under different language prefixes - Confirm whether the destination page fully loads with the expected heading, navigation labels, and page content - Check whether the page returns you to a broader section instead of the exact page you started from For example, a page about **ERP System** may exist in several languages, while a more specific campaign or promotional page may only exist in one. If you work with content, page availability should be checked more deliberately. Content editors should confirm that the translated page entry has been **created** and **published** for each language they expect visitors to use. It is not enough for the source page to exist in one language if the matching version has not been published in another. Administrators can validate route behavior by opening the same page path under several language prefixes and checking the result: - Does the page open normally? - Does it redirect to a localized homepage or section page? - Does the language switcher still show that language as available? - Do breadcrumbs and page titles match the selected route language? Typical patterns include: - A product or service page published in **two languages** - A company type detail page published in **all supported languages** - A landing page published in **only one locale** [SCREENSHOT: Same page checked across multiple language-prefixed URLs to compare availability] ## Explaining Localized Routes to Visitors and Internal Teams When visitors or coworkers ask why a page address changes after switching languages, keep the explanation simple and tied to what they can see in **Sherkety ERP & Website Platform**. Useful wording for help text or support replies includes: - **“The language code in the page address shows which language version of the page is open.”** - **“If you switch languages, the website tries to open the matching page in that language.”** - **“If that page is not available in the selected language, you may be taken to another available page, such as the homepage.”** This kind of wording is clear because it connects the **language switcher**, the **address bar**, and the page the visitor actually lands on. When sharing pages in emails, campaigns, or service messages, always copy the link from the language version you want people to open. That helps visitors land directly on the intended localized content instead of starting on the default route and switching manually. This is especially important for links to pages such as: - **Company Types** - **ERP System** - **Accounting** - **Sales & CRM** - **HR** - **Purchasing** - **Reporting** For internal teams, keep three things aligned: - The **language names** shown in the switcher - The **language prefixes** used in page addresses - The **published page availability** for each language If those do not match, the switcher can suggest a language that does not actually have a usable version of the current page. That creates confusion for visitors and makes shared links less reliable. [SCREENSHOT: Public page with language switcher, visible URL language code, and translated navigation labels] ## Fixing Common Problems with Localized URLs and Page Availability Most language route problems in **Sherkety ERP & Website Platform** can be understood by checking the page address, the language switcher, and whether the page actually exists in the selected language. If the **language switcher opens the homepage instead of the matching page**, the most likely reason is that the destination page has not been translated and published in that language. The homepage may still exist for that language even when the current page does not. If the **URL shows a language prefix but the page content is still in another language**, check whether a true localized version of that page has been created. A language-specific route should lead to content that matches the selected language, including headings, navigation, and page text. If **a language option is missing** or should not be selectable, review whether that language is actually available for the current page. A page can exist in one language without existing in another, even when the rest of the site supports both. If **shared links send people to the wrong language**, compare the copied link in the browser address bar before sending it. Make sure it includes the intended language prefix rather than the default route. Use this quick troubleshooting approach: - Check the **address bar** for the language prefix - Use the **language switcher** again from the current page - Confirm whether the destination page is the same page or a fallback page - Look for translated **page titles**, **breadcrumbs**, and **navigation labels** - If you manage content, verify that the page is published in that language These checks usually reveal whether the issue is a missing translation, an incorrect shared link, or a page that is available only in certain languages. [SCREENSHOT: Comparing a correct language-specific page link with a default-route link that opens a different language version] ## Overview Language-specific routes in **Sherkety ERP & Website Platform** help visitors open the correct version of a page based on the language shown in the page address. The clearest sign is the **language code in the browser URL**, such as **/en/**, **/fr/**, or **/de/**. When that code changes, the page route changes too. The main ideas to remember are: - A **default route** may appear without a language prefix - A **localized route** includes a visible language segment in the address - The **language switcher** usually moves you between matching page versions - A page may be available in **one language but not another** - Missing translations can lead to a fallback page instead of the exact page you expected You can usually confirm the active route language by checking: - The **browser address bar** - The selected value in the **language switcher** - Translated **navigation labels** - The page **title** and **breadcrumbs** This topic is especially important when browsing public sections like **Company Types**, **ERP System**, **Accounting**, **Sales & CRM**, **HR**, **Purchasing**, and **Reporting**, because visitors often move between languages while staying on the same subject. If you are helping others, the simplest explanation is that the language code in the URL shows which localized page version is open. If the same page has been published in another language, switching languages opens that version. If not, Sherkety ERP & Website Platform may keep you on the current page, send you to a broader localized page, or hide that language choice for the current route. ## Prerequisites Before using the guidance in this page, you should already be comfortable with the basic language controls in **Sherkety ERP & Website Platform** and know where to find the **language switcher** on public pages. You will get the most value from this guide if you can already do the following: - Identify the **language switcher** in the site header or navigation - Change from one visible language to another while browsing - Recognize common public sections such as **Company Types**, **ERP System**, and the ERP app pages - Check the **browser address bar** after switching languages If you have not covered that yet, start with: - [Switching Languages While Browsing the Platform](doc:switching-languages-while-browsing-the-platform) - [Browsing Localized Pages and Language Specific Routes](doc:browsing-localized-pages-and-language-specific-routes) - [Using Language Switching Across Public and Admin Pages](doc:using-language-switching-across-public-and-admin-pages) For content editors and administrators, it also helps to have access to the admin area pages used to manage public content, since page availability depends on whether a translated page has been created and published. You do not need advanced setup knowledge for this guide, but you should understand which public pages your team expects to offer in each language. The next document in this section is [Browsing Multilingual Content Consistently Across Sections](doc:browsing-multilingual-content-consistently-across-sections), which focuses on keeping the browsing experience consistent as visitors move between different parts of the website. ## Opening a drawer without leaving the current page In Sherkety ERP & Website Platform, a drawer opens when you choose an action that needs more space than a small pop-up but does not require leaving the page. You will usually open one by clicking **Edit**, **Review**, **View details**, or a row action from an admin list such as **Content**, **Services**, **Pricing**, **SEO**, **Users**, or **Settings**. On public pages, editors may also open a side panel from inline editing controls when updating website sections. When the drawer opens, it slides in from the side and keeps the current page visible behind it. This is useful when you need to check the page you came from while working. For example, you might keep a dashboard, content list, or website section in view while reviewing one item in the drawer. If you need a refresher on how drawers fit into the overall layout, see [Understanding Dialog and Drawer Layouts Across the Platform](doc:understanding-dialog-and-drawer-layouts-across-the-platform). Most drawers include the same main areas: - A **title bar** at the top showing what you opened, such as an item name or editing task - A **close icon** in the top corner - A **scrollable content area** with fields, details, or review information - A **primary action button** such as **Save**, **Update**, **Publish**, or **Confirm** - A **secondary action button** such as **Cancel** or **Close** The drawer’s state is usually clear from the title and buttons. If you see editable fields and a button like **Save** or **Update**, you are in edit mode. If the drawer mainly shows information and offers **Close**, **Review**, or a decision action, you are in review mode. [SCREENSHOT: A side drawer open over an admin list, showing the title bar, close icon, form area, and action buttons] ## Editing records in the drawer When you open an item for editing in Sherkety ERP & Website Platform, the drawer usually shows the current values already filled in. This lets you review what is there before making changes. In the admin area, this is especially useful when updating website content, service details, pricing information, SEO entries, user details, or site settings without leaving the page you are working on. 1. Open the item by clicking **Edit** or the row action that starts editing. 2. Review the fields already shown in the drawer. 3. Change the values you need. 4. Click **Save**, **Apply**, or **Update** in the drawer footer. The fields you see depend on the screen, but the interaction is consistent. You may work with: - **Text fields** for names, titles, labels, or short entries - **Dropdown lists** for selecting an option from available choices - **Switches or toggles** for turning features on or off - **Multi-line text boxes** for descriptions, notes, or longer content - **Language-specific fields** when editing localized content Because the drawer stays attached to the current page, you can compare your edits with the surrounding content as you work. This is especially helpful for inline website editing and content review, where wording and layout context matter. If something is missing or entered in the wrong format, Sherkety ERP & Website Platform usually shows a validation message next to the field that needs attention. Required fields may be highlighted, and the main action button may stay unavailable until you fix the issue. Before clicking **Save**, scroll through the full drawer to make sure there are no messages lower down in the form. [SCREENSHOT: Editing drawer with prefilled fields, a highlighted required field, and Save/Cancel buttons] ## Reviewing details side by side with the main page A drawer is especially useful when your goal is to review rather than edit. In Sherkety ERP & Website Platform, you can open a record from a dashboard, admin list, or website editing view and read the details while the original page remains visible in the background. That means you do not lose your place in a table, content list, or page section while checking one item more closely. This side-by-side setup works well for tasks such as: - Checking an item’s current status before changing it - Reading notes, comments, or descriptive content - Verifying page content against what appears on the website - Comparing one record with nearby rows in a list - Reviewing details from several items one after another For example, you might open a content item from the **Content** area, read its current text in the drawer, close it, and immediately open the next item from the same list. You stay on the same page the whole time, so there is no need to reload a full screen for each record. The same pattern is useful in **SEO**, **Services**, **Pricing**, and **Users**, where quick comparison matters. Review mode is often easy to recognize because the drawer emphasizes information rather than editable inputs. You may see labels, status indicators, timestamps, or read-only text blocks instead of form fields. If an action is available, it usually appears at the bottom or top of the drawer so you can decide what to do after reviewing the details. This approach is faster than full-page navigation when you are doing approval checks, content quality review, or quick verification across multiple items. [SCREENSHOT: Review drawer open beside a list, with the selected row still visible in the background] ## Completing tasks from the drawer Many drawers in Sherkety ERP & Website Platform do more than display information. They also let you finish the task immediately from the same side panel. Depending on the screen, the main action area may include buttons such as **Save**, **Update**, **Publish**, **Assign**, **Approve**, or another status-changing action tied to the item you opened. 1. Open the item from the current page. 2. Review the information in the drawer. 3. Make any needed changes or confirm the details. 4. Click the main action button. 5. If a confirmation message appears, choose **Confirm** to continue or **Cancel** to stop. High-impact actions may trigger a confirmation step before Sherkety ERP & Website Platform applies the change. This is common when the action affects visibility, status, or content that others will see. If you want more detail on these confirmation steps, see [Understanding Dialog Actions and Safe Confirmation Steps](doc:understanding-dialog-actions-and-safe-confirmation-steps). After a successful action, the page behind the drawer usually reflects the result. You may notice: - An updated status label in the row you opened - New values shown in the list - Changed counts on a dashboard or summary area - A success notification confirming the action In some cases, the drawer closes automatically after saving or updating. In others, it stays open so you can continue reviewing or make more changes. Both behaviors support fast work because you remain on the same page and can move directly to the next item. This is especially helpful when processing several content updates or reviewing multiple admin records in sequence. [SCREENSHOT: Drawer footer with a primary action button and a confirmation prompt after clicking it] ## Managing unsaved changes and closing the drawer safely You can usually close a drawer in Sherkety ERP & Website Platform in several ways. Common options include the **close icon** in the top corner, a **Cancel** button in the footer, or the **Escape** key. Some drawers may also close if you click outside the panel, depending on the screen and the type of task you are doing. If you opened the drawer only to review information and did not change anything, closing it simply dismisses the panel and returns your full attention to the page behind it. That is different from edit mode. When you have changed one or more fields, closing the drawer may trigger a warning so you do not lose your work by accident. You may be asked to discard your changes or return to the drawer and save first. Use this approach to close safely: 1. Check whether you changed any fields in the drawer. 2. If you made edits, click **Save**, **Apply**, or **Update** before closing. 3. Wait for the success message or visible page update. 4. Close the drawer only after you confirm the change was applied. Editors and administrators should always confirm that the save actually went through. The easiest way is to look for one or more of these signs on the main page: - A success toast or notification - Updated text or values in the list or page section - A changed status badge - The same saved values when reopening the item If the drawer was used only for review, you do not need to save anything. In that case, **Close** or **Cancel** simply exits the panel. [SCREENSHOT: Unsaved changes warning shown when closing an editing drawer] ## Fixing common drawer interaction problems Most drawer issues in Sherkety ERP & Website Platform are easy to spot once you know where to look. If a drawer does not behave as expected, start with the action you clicked and the messages shown inside the panel or on the page. If **Edit** or **Review** does not open a drawer, first make sure the page has finished loading. On slower connections, action buttons may appear before all content is ready. Also check whether that action is actually available for the item you selected. Some rows may allow viewing but not editing, depending on the screen or your access level. If the **Save** or **Update** button is disabled, the most common cause is incomplete or invalid information in the drawer. Look carefully for: - Required fields that are still empty - Validation messages beside a field - Incorrect values in text or selection fields - Sections lower in the drawer that need attention Scroll through the entire panel before assuming the button is broken. A missing field near the bottom is easy to miss. If your changes do not appear on the main page after closing the drawer, confirm that you saw a success notification. If not, reopen the item and check whether the old values are still there. You can also refresh the current page and review the row again. This helps separate a display delay from an unsaved change. If the drawer closes unexpectedly or your work disappears, think about how it was closed. An outside click, pressing **Escape**, or accepting a discard-changes prompt can all dismiss the panel. If the issue happens after a long idle period, sign in again and reopen the item before re-entering your changes. [SCREENSHOT: Disabled Save button with visible field validation messages inside the drawer] ## Overview Drawers in Sherkety ERP & Website Platform are designed for focused work without interrupting your place on the current screen. Instead of opening a separate page, a drawer lets you edit, review, and complete actions in a side panel while keeping the original list, dashboard, or website section visible behind it. This makes drawers especially useful in the admin area, where you may need to move quickly between content items, service entries, pricing records, SEO details, settings, or user information. Use a drawer when you want to stay anchored to the page you started from. That is the main advantage over full-page editing. You can open one item, check the details, save or close it, and immediately continue with the next item in the same list. For content work, this helps you compare what you are editing with the surrounding page context. For review work, it helps you verify details without losing your place. Across Sherkety ERP & Website Platform, most drawers follow the same pattern: | Drawer area | What you use it for | |---|---| | Title bar | Confirms what item or task is open | | Content area | Shows details, fields, notes, or status information | | Primary action | Saves, updates, publishes, or confirms the task | | Secondary action | Cancels or closes without applying a new action | | Close icon | Dismisses the drawer quickly | If you are still getting comfortable with drawer behavior, pair this guide with [Working With Drawers Dialogs and Confirmation Prompts](doc:working-with-drawers-dialogs-and-confirmation-prompts) and [Understanding Dialog and Drawer Layouts Across the Platform](doc:understanding-dialog-and-drawer-layouts-across-the-platform). Those guides explain the shared patterns; this one focuses on using drawers to finish real work efficiently. ## Prerequisites Before you can use drawers for editing or review in Sherkety ERP & Website Platform, make sure you are working from a screen that actually offers drawer-based actions. These are most commonly found in the admin area after signing in, especially on pages such as **Dashboard**, **Content**, **Services**, **Pricing**, **SEO**, **Users**, and **Settings**. Some public-facing pages also expose drawer-style editing tools when inline editing is available to authorized users. You do not need special setup to understand the drawer itself, but a few conditions should already be in place: - You are signed in to the admin portal if the task involves editing or managing records - You can see action buttons such as **Edit**, **Review**, or **View details** - The page has finished loading before you try to open a drawer - You have permission to change the item if you expect **Save**, **Update**, or similar actions to be available It also helps if you already know the basic interaction patterns covered in earlier documents: - How drawers and dialogs open and close: [Working With Drawers Dialogs and Confirmation Prompts](doc:working-with-drawers-dialogs-and-confirmation-prompts) - How action buttons and confirmation steps behave: [Understanding Dialog Actions and Safe Confirmation Steps](doc:understanding-dialog-actions-and-safe-confirmation-steps) - How drawer layouts are organized on screen: [Understanding Dialog and Drawer Layouts Across the Platform](doc:understanding-dialog-and-drawer-layouts-across-the-platform) If you are editing website content, be ready to review both the drawer fields and the page behind it. That side-by-side context is one of the main reasons to use a drawer instead of navigating away. From here, the next useful topic is [Resizing Panels for Better Workspace Visibility](doc:resizing-panels-for-better-workspace-visibility), especially if you work with longer forms or detailed review content. ## Recognizing Inline Guidance and Speech Bubble Messages on the Page In Sherkety ERP & Website Platform, inline guidance is the short help text you see directly beside a field, under a field label, near a toggle, or next to an action area while you are working. You will usually notice it on sign-in screens, admin forms such as **Content**, **Users**, **Settings**, **SEO**, **Services**, and **Pricing**, and in editing areas where you update website text or configuration details. Unlike a toast message that appears separately and then fades, inline guidance stays attached to the part of the page you are using. Speech-bubble messages are a more visual version of this guidance. They appear like a small callout pointing toward the active field, selected option, or current task area. For example, when you click into an editable area or move through a form, the bubble may appear close to that exact input so you know the message belongs to that spot and not the whole page. [SCREENSHOT: speech-bubble style help message pointing to an active field in an admin form] It helps to separate two kinds of guidance: - **Always-visible helper text**: shown before you type or select anything - **Contextual prompts**: shown only after you click into a field, open a dropdown, or reach a certain step That difference matters. A line of helper text under a field label is usually there to prepare you before entry. A speech bubble that appears only when the field is active is usually reacting to what you are doing right now. These messages are there to guide your entry and keep you moving through the page correctly. They are not the same as a completed result. If you want to understand success, warning, or error feedback after an action, use [Responding to Success Warning and Error Feedback](doc:responding-to-success-warning-and-error-feedback). ## Interpreting What a Prompt Is Telling You While You Work When a prompt appears in Sherkety ERP & Website Platform, read it in direct connection with the control it is attached to. If the message points to a text field, it is usually telling you what to type, how much detail to include, or what kind of wording belongs there. If it appears beside a dropdown, it is more likely explaining how to choose the right option. If it sits near a checkbox, toggle, or button, it may be warning you about what that choice changes on the page. A useful way to interpret any prompt is to ask, “What is this message asking me to do right now?” Most prompts fall into one of these groups: | Prompt type | What it usually means | What you should do | |---|---|---| | Entry guidance | Explains what belongs in a field | Type or edit the value | | Format hint | Tells you how the value should look | Match the expected format | | Selection reminder | Explains how to choose from options | Review the list before selecting | | Action reminder | Explains what happens after a button click | Confirm you are ready before continuing | Wording cues also help. If the message mentions required information, expected wording, or a specific format, stay in that field and correct your entry before moving on. If it mentions review, confirmation, or what happens next, it is probably tied to a button such as **Save**, **Submit**, or **Continue**. Keep in mind that speech-bubble guidance is tied to the current screen state. A message shown while editing content on the **Content** screen may not apply when you later work in **SEO** or **Settings**. Read it as local help for the current task, not as a rule for every page in Sherkety ERP & Website Platform. ## Following Guidance During Common Data Entry and Review Tasks Use inline guidance most effectively by slowing down at the moment you interact with a field. In Sherkety ERP & Website Platform, this is especially helpful on admin pages where you edit website content, update pricing details, manage users, or adjust site settings. Before you type into a field or move to the next one, look just below the label, beside the input, or near the active cursor area for helper text or a speech bubble. 1. Click into the field you want to complete. 2. Read any nearby helper text or bubble before entering information. 3. Enter or adjust the value based on that instruction. 4. Move to the next field and repeat the same check. 5. Before clicking **Save**, **Submit**, or **Continue**, scan the action area for any final prompt tied to that button. This is particularly useful in these situations: - **Text fields**: Read the prompt first so your wording matches the expected style or purpose. - **Dropdown lists**: Check whether the bubble explains which option fits the current page or whether one choice affects later fields. - **Multi-field sections**: Look for prompts that suggest an order, point out missing details, or explain special handling within that section. - **Primary action buttons**: Review any nearby guidance before selecting **Save**, **Submit**, or **Continue**, especially if the page includes several editable areas. On content-related screens, a prompt may help you decide what belongs in a headline, description, or localized text area. On settings-style screens, it may explain the effect of a toggle or selection before you commit the change. [SCREENSHOT: admin form showing helper text under fields and a prompt near the Save button] If the page later shows a success, warning, or error message, treat that as separate feedback after the action. Inline guidance helps you prepare; it does not replace validation or completion messages. ## Using Guidance Differently as an Editor, Administrator, or Buyer The same speech-bubble pattern can mean different things depending on why you are in Sherkety ERP & Website Platform. The message style may look familiar across screens, but your goal changes how you should use it. For **content editors**, the most important prompts are the ones attached to editable text areas, page sections, and save actions. When you work in **Content** or use inline editing on public pages, focus on guidance near the fields you are changing. These prompts help you enter the right kind of wording, stay aligned with the page section you are editing, and avoid saving incomplete content. If you switch languages while editing, pay close attention to prompts tied to the active language version of the content. Related workflows are covered in [Editing Multilingual Content in the Editor](doc:editing-multilingual-content-in-the-editor) and [Using Live Preview to Check Page Updates](doc:using-live-preview-to-check-page-updates). For **administrators**, prompts near configuration controls matter more. On **Users**, **Settings**, **SEO**, **Services**, and **Pricing**, guidance may appear beside toggles, selection lists, or page-level actions. Read these carefully because a choice on these screens can affect what other users see or how public pages present information. A small bubble near a setting deserves the same attention as a field label. For **prospective ERP buyers** browsing public pages, these messages show how Sherkety ERP & Website Platform supports users during real tasks. If you are evaluating the product, notice how prompts appear close to the current action instead of forcing users to leave the page for help. That is especially useful when comparing modules, reviewing forms, or moving through inquiry steps on public pages. In short, editors use prompts to shape content, administrators use them to make careful configuration choices, and buyers can read them as evidence of built-in usability support. ## Avoiding Misreads and Overreliance on On-Screen Prompts Inline guidance is helpful, but it is easy to read too much into it. In Sherkety ERP & Website Platform, a speech bubble beside a field does not automatically mean your current value is accepted. It only means the page is giving you guidance at that moment. Unless you also see a clear validation result, saved state, or success feedback, do not assume the entry is correct just because a prompt appeared. A common mistake is skipping prompts near fields that look optional. A field may seem less important because it is not highlighted strongly, but the nearby message may explain that it becomes important only after an earlier choice. For example, a selection in a dropdown or a toggle in **Settings**, **Users**, or **Pricing** can change what the page expects next. Read the prompt before deciding to leave the field blank. Keep these habits in mind: - Do not treat helper text as proof that the page has accepted your entry. - Do not ignore a prompt just because the field looks secondary. - Do not assume a message shown in one step applies everywhere else. - Do not combine several visible prompts into one instruction. If more than one prompt is visible, prioritize the one attached to the field or button you are actively using. A bubble beside **Save** should not override instructions attached to the text area you are still editing, and a note under one dropdown should not be applied to a different dropdown nearby. If you need help distinguishing guidance from actual result messages, revisit [Understanding Toast Messages and Action Feedback](doc:understanding-toast-messages-and-action-feedback) and [Recognizing Warnings Errors and Dismissible Notices](doc:recognizing-warnings-errors-and-dismissible-notices). Those documents explain the feedback that appears after you act, while this guide focuses on prompts that help you during the task itself. ## Handling Situations Where Guidance Is Missing, Unclear, or Conflicts with the Task Sometimes a field in Sherkety ERP & Website Platform does not show a speech bubble when you expect one. Start by clicking back into the field and moving through the form in order. Some prompts appear only when the field has focus, when a dropdown is opened, or after you complete an earlier part of the page. If you jumped directly to a later section, the guidance may not appear until the page reaches that step naturally. When a message appears but seems unrelated, stop and check what it is pointing to. The most important clue is its visual anchor. A callout beside a text area belongs to that text area, not to the page header or the next button below it. On busy screens such as **Content**, **SEO**, or **Settings**, several labels and controls can sit close together, so take a moment to confirm the exact field, option, or button the message is attached to. [SCREENSHOT: form with multiple nearby fields and one clearly anchored speech bubble] If the prompt conflicts with what the page actually lets you do, trust the visible controls on the page first: - Read the field label again - Review the available dropdown options - Check whether the page shows a validation message - Follow the action buttons that are currently available For example, if a prompt suggests one kind of entry but the dropdown offers different choices, rely on the field label and the options you can actually select. If a button remains disabled or the page shows an error, that feedback is more reliable than a vague helper note. When the task is still unclear, capture the exact screen area showing the field label and the message text. That gives an administrator or support contact the full context they need to review what you saw. Include the nearby button or option if it appears related, so the guidance can be checked against the actual page state. ## Overview Inline guidance and speech-bubble messages in Sherkety ERP & Website Platform are small, task-level prompts that help you complete work without leaving the page. You will see them most often while signing in, editing website content, adjusting settings, managing users, maintaining SEO details, updating services, or reviewing pricing information. Their job is to clarify the next action at the exact place where you are working. The most important thing to remember is that these prompts are local and contextual. Read them based on where they appear: - Under or beside a field label when you are entering information - Next to a dropdown when you are choosing an option - Near a toggle or checkbox when a setting affects behavior - Beside **Save**, **Submit**, or **Continue** when the page is preparing you for the next step They are different from notifications that confirm success or report a problem after you act. Inline guidance helps before and during the action. Result messages appear after the action. Keeping that distinction clear will help you avoid misreading a helpful prompt as final confirmation. Across Sherkety ERP & Website Platform, the same visual pattern supports different goals. Editors use it to enter cleaner content, administrators use it to make safer configuration choices, and buyers can see it as part of the product’s built-in usability. If a prompt is missing or unclear, return focus to the field, follow the page in sequence, and rely on visible labels, available options, and validation feedback when needed. [SCREENSHOT: example page showing helper text, a speech bubble, and a separate success notification for comparison] ## Prerequisites Before relying on inline guidance and speech-bubble messages in Sherkety ERP & Website Platform, make sure you are working in a screen where editable fields, options, or actions are available. These prompts are most useful when you are actively completing a task rather than only reading a page. You should have: - Access to the relevant page, such as **Login**, **Dashboard**, **Content**, **Users**, **Settings**, **SEO**, **Services**, or **Pricing** - A task that involves entering information, choosing options, reviewing a section, or confirming an action - Basic familiarity with page labels, buttons, and navigation in Sherkety ERP & Website Platform - An understanding that helper prompts are different from success, warning, and error feedback It also helps if you already know how to identify other kinds of on-screen feedback. If you need a refresher, review: - [Understanding Toast Messages and Action Feedback](doc:understanding-toast-messages-and-action-feedback) - [Recognizing Warnings Errors and Dismissible Notices](doc:recognizing-warnings-errors-and-dismissible-notices) - [Responding to Success Warning and Error Feedback](doc:responding-to-success-warning-and-error-feedback) For admin users, these prompts are easiest to notice when you are editing content or changing settings directly on the page. For public visitors and buyers, they are most noticeable during inquiry, navigation, and form-based interactions on public pages and ERP product pages. If you are ready to continue building your understanding of in-page help and navigation patterns, the next useful topic is [Using the Command Palette for Quick Navigation](doc:using-the-command-palette-for-quick-navigation). ## Opening Live Preview from the editor In Sherkety ERP & Website Platform, you open **Live Preview** while you are already editing content in the **Content** area of the admin portal. If you need a refresher on how to reach the editor, choose entries, and work through the save flow, see [Understanding the Content Editor Workspace and Save Flow](doc:understanding-the-content-editor-workspace-and-save-flow). 1. Sign in and go to the admin area. 2. Open **Content** from the admin navigation. 3. Select the page or section you want to edit. 4. Make sure you are on the correct content entry and, if your content has language versions, confirm the correct language is selected. 5. Open **Live Preview** from the editor screen. [SCREENSHOT: Content editor with the Live Preview option highlighted] Use Live Preview when you want to see how your current edits will look on the page before those changes are made visible to visitors. This is different from opening the public website in a normal browser tab, where you only see the currently published version. The preview shows your in-progress work so you can review it safely. Before previewing, make sure you have opened the correct page or section in the editor. If you are editing localized content, confirm you are working in the intended language version. If the editor includes draft content for that entry, Live Preview uses that draft view rather than the public version. Live Preview is most useful after you have selected the content you want to edit and entered at least some changes in the editor fields. If nothing has been added or changed yet, the preview may simply match the current published page. When that happens, use the preview as a side-by-side check while you continue editing. ## Checking wording and page content in real time Live Preview helps you review the actual words visitors will see, not just the field values in the editor. As you update content such as headings, summaries, body text, and button labels, use the preview pane to confirm the page reads naturally and matches the tone you want. 1. Edit the text fields for the section you are working on. 2. Watch the preview area and confirm the updated wording appears as expected. 3. Read the page in the preview from top to bottom, not field by field. 4. Return to the editor fields to correct anything that feels unclear, too long, or inconsistent. [SCREENSHOT: Editor fields on one side and Live Preview on the other showing updated heading and button text] This step is especially helpful for: - Page titles and section headings - Introductory text and summaries - Call-to-action text on buttons - Rich text content with multiple paragraphs - Labels that appear in cards, banners, or highlighted sections Use the preview to catch issues that are easy to miss in a form: - Spelling mistakes - Awkward line breaks - Repeated words - Button text that feels too long - Link labels that do not clearly describe the action If the page includes reusable sections such as cards, banners, trust content, or shared promotional blocks, check that each edited item appears in the right place and with the latest wording. A field may look correct in the editor but still feel too formal, too long, or visually unbalanced once it appears on the page. When reviewing, compare what you see in the preview with the values in the editor form. If the wording in the preview does not match what you typed, first confirm you are editing the correct entry and language version before making more changes. ## Reviewing layout, spacing, and visual presentation Live Preview is not only for checking text. It is also where you confirm that the page still looks right after your edits. A heading that seems fine in a field can wrap into too many lines on the page, and an optional text block can leave an awkward gap if it is empty. The preview helps you spot these issues before you save or publish. 1. Scroll through the full previewed page. 2. Check each section in the order a visitor would see it. 3. Look closely at headings, cards, banners, images, and grouped content blocks. 4. Return to the editor to shorten, expand, remove, or adjust content where needed. [SCREENSHOT: Live Preview showing multiple page sections including banners, cards, and images] Pay attention to: - Section order and overall page flow - Spacing above and below headings - Card alignment in grouped sections - Image cropping and whether important parts of the image are visible - Long titles that wrap across multiple lines - Buttons that look too wide or too crowded - Empty areas caused by missing optional content This review matters most on pages with promotional sections, comparison blocks, feature cards, team highlights, or ERP app content. In those areas, one oversized title or missing image can make the section look unfinished even when the text itself is correct. Use the preview to confirm that every visible element supports the intended design. If a section looks incomplete, check whether an image is missing, whether a text field was left blank, or whether a repeated item was added without all of its content. Live Preview gives you the page-level view that the editor form cannot provide on its own. ## Switching languages to verify multilingual content If you manage content in more than one language, Live Preview is one of the fastest ways to confirm that each version is complete and visually consistent. Sherkety ERP & Website Platform supports language-aware content editing, so you should review each language version directly instead of assuming the translated fields will look the same. 1. Open the content entry you want to review. 2. Change the language using the language selector available in the editor or preview. 3. Review the translated version of the page in Live Preview. 4. Switch back and forth between languages to compare wording, layout, and completeness. [SCREENSHOT: Language selector in the editor with Live Preview showing the translated page] Check these items in every language version: | Area to review | What to confirm | |---|---| | Page title and headings | The translation is correct and not cut off | | Body text and summaries | Paragraphs read naturally and match the intended meaning | | Buttons and link labels | The action text is clear and fits the button space | | Shared section content | Cards, banners, and repeated items display the right language | If a translation is missing, you may notice part of the page still showing the default language. That is your signal to return to the translated fields and complete the missing content. This is especially important for headings, teaser text, and call-to-action buttons because mixed-language content is immediately visible to visitors. Also watch for layout differences between languages. Some translated phrases are longer and may wrap differently in banners, cards, or navigation-style labels. If one language version looks crowded while another looks balanced, shorten the translated wording where possible. For more detail on working with translated fields, see [Managing Multilingual Fields in the Content Editor](doc:managing-multilingual-fields-in-the-content-editor) and [Editing Multilingual Content in the Editor](doc:editing-multilingual-content-in-the-editor). ## Using preview to decide whether to save, keep editing, or publish Live Preview works best as the final review step before you choose **Save Draft**, **Update**, or **Publish**. It gives you a visitor-style view of the page while you still have time to fix wording, images, translations, and layout issues. 1. Finish your current round of edits in the content form. 2. Open or refresh **Live Preview**. 3. Review the page from top to bottom. 4. Decide whether the content is ready for **Save Draft**, needs more editing, or is ready for **Publish**. Use **Save Draft** when the preview shows progress but the page still needs work. This is useful if text is incomplete, one language version is missing, or images still need to be checked. Use **Update** or **Publish** only when the preview matches the final result you want visitors to see. Remember the difference: - Changes in Live Preview are for editor review until you save or publish them through the editor workflow. - Visitors on the public website continue to see the published version until the updated content is made live. If more than one person reviews content, agree on what must be checked in preview before approval. A practical review pass should include: - Wording and tone - Spelling and punctuation - Button and link labels - Images and media placement - Translated content in each language - Overall page appearance and spacing [SCREENSHOT: Editor action area showing Save Draft, Update, or Publish next to previewed content] For the save and review steps themselves, use this guide together with [Validating Saving and Reviewing Content Changes](doc:validating-saving-and-reviewing-content-changes) and [Using Live Preview to Check Page Updates](doc:using-live-preview-to-check-page-updates). Live Preview should support your decision, not replace the final save review. ## Fixing common preview problems If Live Preview does not look right, the issue is often related to the content entry, language selection, or missing page content rather than the preview itself. Start by checking what you opened and what version you are reviewing. A few common problems and what to check: - **The preview does not show your latest edits** - Confirm you are editing the correct page or section. - Check that the correct language is selected. - Compare the text in the editor fields with the previewed page. - Reopen the preview after making changes if needed. - **Some content is missing** - Look for empty fields in the editor. - Check whether a repeated item, image, or content block was added but not fully completed. - Review optional sections that may appear blank if their supporting fields are empty. - **The wrong language appears in part of the page** - Verify the active language in the editor or preview. - Open the translated fields and confirm they were actually filled in. - Check headings, buttons, and short promotional text first, since missing translations are easiest to spot there. - **The layout looks broken only in preview** - Shorten overly long headings or button text. - Check for missing images that leave empty space. - Review optional fields that may create gaps when left blank. - Inspect cards, banners, and grouped sections for uneven content length. [SCREENSHOT: Live Preview showing a layout issue caused by long text and a missing image] If the preview still seems inconsistent, step back and review the content entry carefully rather than continuing to edit at random. In most cases, the fix is simply opening the right entry, selecting the right language, and completing the missing fields. ## Overview Live Preview in Sherkety ERP & Website Platform gives content editors and administrators a safe way to review draft changes before those changes appear on the public website. Instead of relying only on editor fields, you can see how headings, body text, buttons, images, and shared sections appear in the actual page layout while you are still working. This is especially useful when editing: - Homepage sections - Service and pricing content - ERP module pages - Company type pages - Shared promotional blocks - Multilingual page versions Use Live Preview to answer practical questions before you save or publish: - Does the page read clearly from top to bottom? - Do titles, summaries, and buttons fit the design? - Are images present and properly placed? - Does each language version look complete? - Are there empty sections or awkward gaps? Live Preview is part of the broader content editing workflow, not a separate publishing tool. You still make your changes in the editor, review them in preview, and then choose the appropriate action such as **Save Draft**, **Update**, or **Publish**. That makes preview the best place for final visual review, especially when you are checking multilingual content or pages with several reusable sections. If you are deciding when to use preview during editing, the simplest approach is to open it after your first meaningful round of changes, then return to it again just before saving or publishing. This keeps your review focused on what visitors will actually see. For related editing steps, continue using the linked guides throughout the Content Editor section, especially [Previewing Changes Before Saving Content](doc:previewing-changes-before-saving-content). ## Prerequisites Before you use Live Preview in Sherkety ERP & Website Platform, make sure these basics are already in place: - You can sign in to the admin area successfully - You have access to the **Content** section - You can open the content entry you want to edit - You know which page, section, or language version you are reviewing - The content entry already contains editable content to preview It also helps if you have already worked through these related tasks: - Opening the editor from the website or admin area - Finding the correct page or section - Editing text fields, repeated items, or translated content - Understanding how draft saving works Recommended background reading: - [Understanding the Content Editor Workspace and Save Flow](doc:understanding-the-content-editor-workspace-and-save-flow) - [Previewing Changes Before Saving Content](doc:previewing-changes-before-saving-content) - [Managing Multilingual Fields in the Content Editor](doc:managing-multilingual-fields-in-the-content-editor) - [Using Live Preview to Check Page Updates](doc:using-live-preview-to-check-page-updates) Before starting a preview review, confirm: - You are on the correct content entry - The intended language is selected - Any key text or image changes have already been entered - You know whether you are preparing a draft review or a final publication check If you open Live Preview too early, it may simply mirror the currently published page because there are not yet enough visible edits to review. A better approach is to make your main content changes first, then use preview to inspect wording, layout, translations, and page appearance before taking the next save or publish action. ## Finding Your Way Around the Public Site Header At the top of public pages in **Sherkety ERP & Website Platform**, the main navigation starts in the header. This is the area that stays focused on moving you between major website sections such as service pages, ERP pages, company information, and contact destinations. The brand name or logo in this header also works as a quick way back to the homepage, which is useful when you want to restart from the main public entry point. On wider screens, the header usually shows the main navigation links directly across the top bar. You can scan the visible options and move straight to another public page without opening anything first. Some items act as direct links, while others are grouped menu labels that open more choices underneath them. These grouped items are especially common when several related pages belong together, such as service-related destinations or ERP app pages. On smaller screens, the same navigation takes up less space. Instead of showing every option across the top, Sherkety ERP & Website Platform places the menu behind a mobile menu button in the header. After you open it, the links appear in a stacked list that is easier to use on a phone. Grouped items may open as expandable sections so you can reveal child links only when you need them. This means the menu can look different depending on your screen width, even though it leads to the same public content. If you recently read [Understanding Navigation Paths Across Public Pages](doc:understanding-navigation-paths-across-public-pages), think of the header as the fastest way to jump into those paths from anywhere on the site. [SCREENSHOT: Public site header showing the logo, visible desktop navigation links, and the mobile menu button on a smaller layout] ## Browsing Main Navigation on Desktop When you browse **Sherkety ERP & Website Platform** on a desktop or a wide laptop screen, start with the top header before scrolling through page sections. The desktop header is designed for quick movement between public pages because the top-level navigation links are already visible. You can select a visible link to go directly to that page without opening a side panel or full-screen menu. Use this approach when you already know the type of page you want. For example, if you want to review business services, compare ERP modules, explore company registration guidance, or move to a contact page, the desktop header is usually the shortest route. Instead of using the browser’s Back button several times, you can jump straight to another section from the same top bar. Some header items are not final destinations by themselves. They act as parent items that reveal more links. When you point to or select one of these grouped labels, a dropdown menu appears with related child pages. This helps you tell the difference between: - **Direct links** that open a page immediately - **Grouped links** that first reveal a list of related pages If a menu opens more choices, read the submenu labels before selecting one. Those labels are there to help you choose the exact destination instead of landing on a broader page and then searching again. Desktop navigation is especially helpful when comparing multiple offerings side by side in your browsing session. You can move from one public section to another by reusing the header each time, which is often faster and clearer than depending only on page links inside the content. [SCREENSHOT: Desktop header with one direct navigation link and one dropdown menu expanded to show child pages] ## Opening and Using the Mobile Menu On phones and narrower tablets, the public navigation in **Sherkety ERP & Website Platform** is condensed to save space. Instead of a full row of links across the top, you will usually see a mobile menu button in the header. Tap that button to open the main navigation. Once the menu opens, the links appear in a vertical list rather than a horizontal desktop bar. This stacked layout makes it easier to browse with your thumb and read each section name clearly. If you are trying to move quickly to another part of the site, open this menu first instead of scrolling through the current page looking for links in the body or footer. Some items in the mobile menu lead straight to a page as soon as you tap them. Others are grouped sections that need one more tap to expand. When a section contains several related destinations, expand the parent item to reveal the nested links underneath it. Then choose the exact page you want, such as a service page, an ERP app page, or a company information page. A simple mobile workflow looks like this: 1. Tap the **menu icon** in the header. 2. Review the stacked list of main navigation items. 3. Tap a grouped section if you need to reveal more links. 4. Tap the final page name you want to open. 5. Close the menu if it stays open after navigation, so you can read the page comfortably. If the menu covers much of the screen, that is normal on smaller devices. After you choose a destination, close the panel if needed to return your full reading space. [SCREENSHOT: Mobile header with the menu icon opened, showing stacked navigation links and an expanded grouped section] ## Using Grouped Links to Reach the Right Page Faster Grouped links help organize the public website in **Sherkety ERP & Website Platform** without crowding the header with too many top-level choices. Instead of listing every page across the top, the site places related destinations under a shared parent label. This keeps navigation cleaner and helps you narrow down your choices before opening a final page. You will notice this most often when pages belong to the same topic area. A grouped menu may collect service-focused pages, ERP-related pages, or company guidance pages in one place. This is useful because visitors often arrive with different goals. Some people want to explore accounting or company registration services. Others want to review ERP modules such as HR, Sales & CRM, Purchasing, Reporting, or Accounting. Grouped links let each visitor move toward the right category first. When using these menus, pay attention to whether you are selecting a category or a final destination: - A **parent group** opens a submenu or expandable list - A **child link** opens the page you actually want to read That distinction matters because tapping the parent item may not take you away from the current page right away. Its job is to reveal more choices. Once the submenu is visible, read the labels and choose the page that matches your goal. Grouped links are especially helpful on mobile because they reduce scrolling. Instead of a long list of every public page, you open only the category you need. This makes it easier to move quickly between product information, service details, and company pages without losing your place. If you are deciding between several related pages, grouped menus are usually faster than searching through homepage sections one by one. ## Choosing the Best Navigation Approach for Your Screen Size The easiest way to move around **Sherkety ERP & Website Platform** depends on the size of your screen. On desktop, begin with the full header because the top-level links and grouped menus are visible right away. You can scan the available choices in seconds and decide whether you need a direct page link or a dropdown menu with more detailed options. Desktop browsing works best when you are comparing sections or moving frequently between public pages. For example, if you are reviewing services, then checking ERP modules, then returning to company information, the visible header saves time. You do not need to open and close a separate panel each time. On mobile, use a different habit. Open the menu as soon as you know you want to jump to another section. This is usually faster than scrolling through the current page to find a footer link or an in-page button. The mobile menu is the main shortcut for switching between major parts of the public site. A good rule of thumb is: - **Desktop:** scan the visible header first - **Mobile:** open the menu first - **Both:** use grouped sections to narrow your options before choosing a page This becomes especially useful when you are comparing offerings, browsing service information, or exploring ERP app pages with several related destinations. If a page feels hard to find, stop tapping random content blocks and return to the header structure. The menu is designed to guide you by category, which is often more reliable than hunting through page sections. For broader navigation patterns across the public site, you can also revisit [Understanding Navigation Paths Across Public Pages](doc:understanding-navigation-paths-across-public-pages). ## Fixing Common Navigation Problems on Mobile and Desktop If navigation feels confusing in **Sherkety ERP & Website Platform**, the issue is often related to screen size or the type of menu item you selected. A few quick checks usually help. If you cannot see all the navigation links on desktop, your browser window may be narrow enough that the site has switched to the mobile-style layout. In that case, look for the mobile menu button in the header instead of expecting a full row of links. Expanding the browser window may bring the desktop header back. If a grouped menu does not show the pages you expected, make sure you are selecting the parent item that controls the submenu. Some labels are meant to expand and reveal child links, while others are direct destinations. If you tap a direct link, the page opens immediately. If you need more choices, go back and select the grouped label instead. When the mobile menu takes over too much of the screen, choose your destination and then close the menu so you can focus on the page content. This is especially helpful on long informational pages where reading space matters. If you lose track of where you are after moving between several pages, use the logo or homepage link in the header to return to the main public starting point. From there, you can begin again with the top navigation and choose a clearer route. Common fixes at a glance: | Problem | What to check | What to do | |---|---|---| | Missing desktop links | Browser window may be narrow | Look for the mobile menu button | | Submenu not appearing | You may have selected a direct link | Select the grouped parent item instead | | Menu covering the page | Mobile menu is still open | Close it after choosing a page | | Feeling lost | You moved through several pages | Use the logo to return to the homepage | ## Overview Use the public header in **Sherkety ERP & Website Platform** as your main navigation tool, whether you are on a desktop screen or a phone. The same website sections are available on both, but they are presented differently to fit the available space. On desktop, the top navigation is usually visible across the header, making it easy to jump directly between public pages and open grouped dropdown menus. On mobile, those same links are collected behind the menu button and shown in a stacked, expandable layout. The most important thing to remember is that not every menu label behaves the same way. Some labels open a page immediately, while others reveal a submenu with more specific destinations. Reading the menu labels before tapping helps you avoid unnecessary back-and-forth, especially when you are choosing between service pages, ERP app pages, and company information pages. Keep these points in mind: - The **logo or brand link** in the header takes you back to the homepage - **Desktop navigation** shows top-level links directly in the header - **Mobile navigation** hides those links behind the menu button - **Grouped links** help organize related pages under one parent item - The menu layout changes with screen width, but the main destinations stay consistent If you want to move efficiently, treat the header as your primary route between sections instead of relying only on scrolling, content buttons, or the browser Back button. That habit becomes even more useful when you are comparing several offerings or moving between public information areas. The next document in this section is [Following Location Cues With Breadcrumbs and Page Structure](doc:following-location-cues-with-breadcrumbs-and-page-structure). ## Prerequisites You do not need an account or admin access to use the public menus in **Sherkety ERP & Website Platform**. This navigation is available to regular website visitors on public pages. Before you start, make sure you are browsing the public website rather than the admin sign-in area. It helps to have the following in place: - A page from the public website open in your browser - A device with either: - a **desktop or laptop** screen for the full header layout, or - a **phone or narrow tablet** screen for the mobile menu layout - A basic idea of what you want to find, such as: - service information - ERP app pages - company type guidance - contact options You will get the most value from this guide if you have already read: - [Using Header Menus and Footer Links](doc:using-header-menus-and-footer-links) - [Using Mobile and Desktop Navigation Patterns on the Public Site](doc:using-mobile-and-desktop-navigation-patterns-on-the-public-site) - [Understanding Navigation Paths Across Public Pages](doc:understanding-navigation-paths-across-public-pages) Those documents explain the broader navigation structure, while this guide focuses specifically on how the menu changes between desktop and mobile layouts and how to use grouped links effectively. If your screen size changes while browsing, such as when resizing a browser window or rotating a tablet, the header may switch between desktop and mobile behavior. That is expected. When that happens, simply look for either the visible top navigation or the mobile menu button and continue from there. ## Recognizing the Actions Visitors Can Take on Public Pages On public pages in **Sherkety ERP & Website Platform**, the most important actions are the buttons and links that move you from reading into contacting the team. These actions usually appear as clear call-to-action buttons such as **Request a Demo**, **Contact Us**, **Get in Touch**, or other service-focused prompts placed near the main page message. You will usually see these actions in a few repeated places across the website: - Near the top of a page in the hero banner - Inside service or solution sections after key benefits are explained - Around pricing, package, or comparison content - Near ERP module highlights such as HR, Sales & CRM, Purchasing, Reporting, or Accounting - In contact-focused sections near the bottom of a page - In the footer, where broader contact options are often repeated Primary actions are usually the most visually prominent. For example, **Request a Demo** is typically used when Sherkety ERP & Website Platform wants to guide you toward a product walkthrough or sales conversation. Secondary actions such as **Contact Us** or **Ask a Question** are often used for broader questions, early research, or service-related inquiries. These buttons are meant for public visitors. You do not need to sign in to use them. Instead of taking you into an account area, they usually do one of the following: - Open a contact form - Scroll you to an inquiry section on the same page - Send you to a dedicated contact page - Start a more direct outreach path tied to the page topic If you need help deciding whether you are on a services page or an ERP product page before clicking, see [Choosing Between Services Pages and ERP Product Pages](doc:choosing-between-services-pages-and-erp-product-pages). [SCREENSHOT: public page showing a hero banner with a primary Request a Demo button and a secondary Contact Us button] ## Requesting More Information from Inquiry Prompts Use an inquiry-focused action when you want answers before committing to a product walkthrough. In **Sherkety ERP & Website Platform**, these actions may appear as **Contact Us**, **Get in Touch**, or a page-specific prompt placed beside service descriptions, comparison content, or business guidance sections. 1. Open the public page that matches your interest, such as a service page, company type page, or ERP-related page. 2. Click the inquiry action shown on that page, such as **Contact Us** or **Get in Touch**. 3. Complete the contact form or follow the page to the inquiry section. 4. Enter your details and describe what you need. 5. Submit the form. After you click the prompt, one of three things usually happens: the page jumps down to an embedded contact section, a form opens directly on the page, or you are taken to a separate contact page. The layout may vary by page, but the purpose is the same: give you a simple way to ask for more information. The form typically asks for basic contact details and a short message. Common fields include: | Field | What to enter | |---|---| | Name | Your name | | Email address | The address where you want a reply | | Company name | Your business name | | Message or requirements | Your question, goals, or service needs | Use this route when you are still gathering information. It fits questions such as whether a service matches your business, what kind of support is available, or whether a page’s offer is suitable for your company stage. If you are exploring broader contact options, [Contacting Sherkety Through Forms and Direct Channels](doc:contacting-sherkety-through-forms-and-direct-channels) covers those paths in more detail. [SCREENSHOT: inquiry form with fields for name, email address, company name, and message] ## Submitting a Demo Request Choose **Request a Demo** when you want more than a general answer and are ready to see how an ERP offering works in practice. In **Sherkety ERP & Website Platform**, this is usually the main button on ERP-focused pages, module landing pages, and solution sections where the goal is to move you into a sales conversation. 1. Go to the ERP page or solution page you want to evaluate. 2. Click **Request a Demo**. 3. Review the form or handoff screen that opens. 4. Fill in your business details and explain what you want to see. 5. Submit the request. A demo request usually starts from a prominent button in the hero area or near feature highlights. After clicking, you may be taken to a request form, a dedicated contact section, or another sales-led handoff step. The page is designed to capture enough information for a more focused follow-up than a general inquiry. Demo requests often collect details such as: | Field | Why it matters | |---|---| | Name | Identifies who requested the demo | | Business email | Gives the team a direct reply channel | | Company | Helps place the request in business context | | Role | Shows whether you are evaluating, approving, or researching | | Needs or use case | Helps shape the walkthrough around your priorities | Use the message area to be specific. Mention the module you are interested in, such as HR, Sales & CRM, Purchasing, Reporting, or Accounting, and note the business problem you want to solve. That helps the follow-up stay relevant to what you were viewing. A demo request signals stronger buying intent than a general **Contact Us** action. If you are still comparing options at a higher level, you may want to review [Using ERP System Landing Pages to Evaluate Offerings](doc:using-erp-system-landing-pages-to-evaluate-offerings) first. [SCREENSHOT: ERP module page with a prominent Request a Demo button leading to a request form] ## Following Next-Step Actions to the Right Contact Channel Public pages in **Sherkety ERP & Website Platform** do not all send you to the same place. The wording on the button usually tells you what kind of contact path you are choosing. Reading that label carefully helps you avoid landing in a broader contact route when you really want a page-specific follow-up. Some common next-step patterns include: - **Contact Us** or **Get in Touch** Best for general questions, early research, or broad service discussions. - **Request a Demo** Best when you want a guided walkthrough of an ERP product or module. - Service-specific prompts Best when you are already reading about a particular offer and want to continue that exact conversation. - Direct contact actions Best when the page presents an immediate outreach option instead of a longer form process. A broad action such as **Talk to Sales** or **Contact Us** is useful when you are not yet sure which service, package, or ERP module fits your needs. A narrower action tied to a page section is usually better when you already know the topic. For example, if you are on an HR page, a demo or inquiry action there is more likely to keep your request connected to HR rather than sending a general message. Context matters. A button placed beside pricing content, feature comparisons, or a service explanation usually continues the conversation from that exact topic. That is why page-specific actions are often the fastest way to reach the right team with the right context. There is also a practical difference between immediate-contact actions and form-based actions: - Immediate-contact actions try to connect you quickly - Form-based actions collect your details first so the follow-up can be more informed If you want help understanding how these actions fit into broader visitor journeys, see [Using Public Calls to Action and Conversion Paths](doc:using-public-calls-to-action-and-conversion-paths). ## Choosing the Best Action for Your Buying Stage The best button to click depends on how far along you are in your decision process. In **Sherkety ERP & Website Platform**, public page actions are designed for different levels of readiness, from early questions to active product evaluation. If you are still comparing options, use an inquiry-style action such as **Contact Us** or **Get in Touch**. This is the right choice when you need clarification on: - Whether a service or ERP module fits your business - How pricing is approached - What kind of implementation support may be available - Whether a page’s offer matches your company size or goals If you want to see the product in action, choose **Request a Demo**. This works best when you can already describe your business scenario, the module you care about, or the evaluation criteria you want to discuss. A demo request is especially useful after reading detailed ERP pages and deciding you want a guided walkthrough rather than general information. Use direct contact actions when you already know what you want to discuss and want the fastest handoff possible. This is common after reading a focused service page, a package page, or a specific ERP module page where your need is already clear. Try to match the action to the page you are on. If you are reading about Accounting, use the Accounting-related contact path on that page. If you are reviewing HR or Sales & CRM, use the action shown there instead of going back to a general contact route. That keeps your request aligned with the content you just reviewed and makes your message easier to understand. For help deciding what kind of page you are on before choosing a next step, refer back to [Choosing Between Services Pages and ERP Product Pages](doc:choosing-between-services-pages-and-erp-product-pages). ## Fixing Problems When Public Page Actions Do Not Lead Anywhere If a public page action does not behave as expected in **Sherkety ERP & Website Platform**, start by checking what that button is supposed to do on the page you are viewing. Some buttons open a form, some scroll to a contact section lower on the same page, and others take you to a separate contact page. If nothing seems to happen, look down the page first to see whether you were moved to an inquiry section without noticing. If a form opens but you cannot submit it, review the fields carefully. A missing **Name**, **Email address**, **Company name**, or **Message** can stop the form from going through. Also check whether the email address is entered in a normal email format. If the page highlights a field or keeps the **Submit** action from completing, that usually means one of the required entries needs attention. If you end up in the wrong place, you may have clicked a broad contact action instead of a page-specific one. For example, **Contact Us** may take you to a general inquiry path, while **Request a Demo** on the same page may lead to a more focused sales route. Return to the original page and choose the action that matches your goal more closely. If you submitted a request but do not receive follow-up, review the email address you entered and submit again with clearer details. Include your company name and a short explanation of what you want, such as the service, package, or ERP module you are asking about. That gives the receiving team enough context to respond properly. When pages show loading messages or error messages instead of the expected contact area, see [Understanding Loading Placeholders Empty States and Errors](doc:understanding-loading-placeholders-empty-states-and-errors) and [Responding to Missing Content and Retry Messages](doc:responding-to-missing-content-and-retry-messages). ## Overview Public page actions in **Sherkety ERP & Website Platform** are the visitor-facing buttons and links that turn browsing into outreach. They appear across service pages, ERP pages, solution sections, and contact-focused areas, giving you a direct way to ask questions, request a walkthrough, or move into a sales conversation without signing in. The main actions usually fall into three groups: - General inquiry actions such as **Contact Us** or **Get in Touch** - Product-led actions such as **Request a Demo** - Contextual next steps tied to a specific service, package, or ERP module The label and placement of each action matter. A hero banner button is often the strongest invitation on the page. A button near pricing, features, or a comparison section usually reflects the topic you were just reading. Footer contact actions provide a broader fallback when you want to reach out from anywhere on the site. Use inquiry actions when you need clarification, use demo actions when you want a guided product presentation, and use direct contact paths when your need is already clear. Matching your action to the page context helps your request reach the most relevant follow-up path. This guide focuses on what to click and when to use each option. For broader page-reading patterns before you act, see [Understanding Public Page Layouts and Visitor Actions](doc:understanding-public-page-layouts-and-visitor-actions). For a wider view of how visitors move from interest to outreach, continue with [Contacting Sherkety Through Forms and Direct Channels](doc:contacting-sherkety-through-forms-and-direct-channels). ## Prerequisites Before using public page actions in **Sherkety ERP & Website Platform**, make sure you have the basics needed to complete an inquiry or demo request smoothly: - You are on a public page related to the topic you want to discuss, such as a service page, company type page, or ERP module page - You know whether you want general information or a product walkthrough - You have your contact details ready, especially your **Name** and **Email address** - You can provide your **Company name** if the form asks for it - You can describe your question, requirements, or use case in a short message It also helps to decide which type of action fits your goal before clicking: - Choose **Contact Us** or **Get in Touch** for broad questions - Choose **Request a Demo** for a guided product presentation - Choose a page-specific action when you want to continue the exact topic shown on that page If you are still orienting yourself on the public website, these guides may help first: - [Browsing the Sherkety Public Website](doc:browsing-the-sherkety-public-website) - [Navigating Public Pages and Entry Points](doc:navigating-public-pages-and-entry-points) - [Using Public Calls to Action Across Marketing Pages](doc:using-public-calls-to-action-across-marketing-pages) Once you are comfortable recognizing the page type and the action labels, you can move from reading to contacting with much less guesswork. ## Recognizing the actions available on a service page On service pages in **Sherkety ERP & Website Platform**, the main actions usually appear in the most visible parts of the page first, then repeat again lower down as you continue reading. You will typically see them in the top hero area, near key service descriptions, and again in contact-focused sections closer to the bottom of the page. These actions are designed to help you move from reading to contacting without needing to search around the page. Look for button labels and prompts such as: - **Contact Us** - **Request a Quote** - **WhatsApp** - Contact or inquiry prompts placed near service highlights or trust content These labels usually signal different intentions: - **Contact Us** is the broadest option. Use it when you want to ask a general question or start a conversation. - **Request a Quote** suggests you are further along and want pricing or a proposal related to the service. - **WhatsApp** is the fastest route when you want to send a direct message right away. As you read through service benefits, comparison content, or credibility sections, you may notice the same action appears more than once. That repetition is helpful. It means you do not need to scroll back to the top when you decide you are ready to reach out. If you are still comparing options, stay on the page and continue reviewing the service details. If you already know what you need, click the action that matches your goal and move into the contact path immediately. [SCREENSHOT: service page hero showing primary action buttons such as Contact Us, Request a Quote, and WhatsApp] For more on how to evaluate the page before acting, see [Understanding Accounting Service Packages and Compliance Positioning](doc:understanding-accounting-service-packages-and-compliance-positioning). ## Choosing the right action after evaluating a service After reading a service page in **Sherkety ERP & Website Platform**, the best next step depends on what you want to achieve. The page is built to support different levels of intent, from early questions to direct outreach. Use this guide when deciding: | Your goal | Best action | Why it fits | |---|---|---| | Ask a general question | **Contact Us** | Good when you need clarification before making a decision | | Request pricing or a tailored offer | **Request a Quote** | Best when you already understand the service and want cost details | | Start a quick conversation | **WhatsApp** | Useful when you want a fast, informal exchange | Choose a contact form action when: - You want to explain your needs in more detail - You are asking about a specific service scope - You prefer a more structured inquiry - You want to include a fuller description of your business need Choose **WhatsApp** when: - You want a quick answer - You are using a mobile device and prefer chat - You do not want to fill out a longer form - Your question is short and direct Visitors often decide to act after a few common points on the page: - After reading the main service summary - After reviewing benefits or comparison content - After seeing trust indicators or business credibility content - When a contact prompt appears near the end of the page If you are still weighing options, it may help to revisit related guidance such as [Using Comparison Sections to Evaluate Offerings](doc:using-comparison-sections-to-evaluate-offerings) or [Evaluating Accounting Service Offers and Next Actions](doc:evaluating-accounting-service-offers-and-next-actions). Once you know whether you want a formal response or a quick chat, the right button becomes much easier to choose. ## Starting an inquiry from the page When you are ready to send a formal request from a service page in **Sherkety ERP & Website Platform**, use the main inquiry action shown on the page. This is often the clearest path when you want to describe your needs and make sure your request is tied to the service you were reviewing. 1. Find the main inquiry button on the service page. Look for labels such as **Contact Us** or **Request a Quote**. You may see this button in the hero section at the top of the page or in a contact section further down. 2. Click the button and follow where it takes you. Depending on the page layout, the action may: - Open a contact page - Jump to a contact section on the same page - Take you to an inquiry form 3. Complete the fields shown in the inquiry flow. Focus on giving clear information about: - The service you are interested in - Your question or requirement - Any important detail that helps explain what you need 4. Review your message before sending it. Make sure the service name, request, and contact details are correct if those fields are shown. 5. Submit the inquiry. After you send it, look for a confirmation message on the page. This is your sign that the request has gone through the page’s contact process. [SCREENSHOT: service page inquiry button leading to a contact form or contact section] If the page scrolls you to an embedded contact area instead of opening a new page, stay there and complete the form directly. If it opens a separate contact page, check that you are still describing the same service you were reviewing so the team can understand your request quickly. For broader contact behavior across public pages, see [Using Service Page Calls to Action and Inquiry Prompts](doc:using-service-page-calls-to-action-and-inquiry-prompts). ## Contacting the business through WhatsApp The **WhatsApp** action on a service page in **Sherkety ERP & Website Platform** is the quickest way to start a direct conversation. It is especially useful when you want a fast reply, have a short question, or prefer messaging over filling out a form. 1. Locate the **WhatsApp** action on the page. You may find it in: - The hero section near the main service message - A floating contact area - A contact section lower on the page 2. Tap or click the **WhatsApp** button. What happens next depends on your device: - On mobile, it may open the WhatsApp app - On desktop, it may open WhatsApp Web - In some cases, it may open a new browser tab first 3. Check the message window before sending. Some WhatsApp actions may include prefilled text. Read it first so you can confirm it matches the service you are asking about. 4. Edit the message if needed. Add a short note about what you want, such as the service name or the question you need answered. 5. Send the message to begin the conversation. Once sent, your inquiry moves into a direct chat instead of a form-based request. [SCREENSHOT: WhatsApp button on a service page and the chat window that opens after clicking it] WhatsApp is the lower-effort option when you want to reach out quickly. If your request is more detailed, or if you need to explain several requirements at once, the inquiry button may be a better fit. Many visitors use WhatsApp first for a quick question, then move to a more formal inquiry if they need a quote or a fuller discussion. ## Understanding how service pages move visitors toward inquiry Service pages in **Sherkety ERP & Website Platform** are arranged to help you move naturally from interest to action. The page usually starts by explaining the service clearly, then builds confidence through benefits, comparison points, or trust-focused content, and finally gives you several chances to reach out. This journey usually works in three stages: - **Evaluation** You read the service description, review what is included, and compare whether it fits your business need. - **Confidence-building** As you continue, the page may reinforce your decision with stronger positioning, trust signals, or repeated contact prompts placed near important sections. - **Outreach** Once you are ready, you can act immediately through **Contact Us**, **Request a Quote**, or **WhatsApp** without leaving your decision unfinished. Repeated contact prompts reduce friction because they appear at the moments when visitors often decide to act. Instead of forcing you to return to the top of the page, Sherkety ERP & Website Platform places actions near the points where confidence usually increases, such as after service benefits or contact-focused sections. The two main action styles support different types of outreach: - **WhatsApp** supports fast, low-commitment contact - **Inquiry buttons** support more structured requests with more detail That distinction matters. Some visitors only need a quick answer before deciding. Others are ready to describe their needs and request a quote. By offering both options, the page helps turn interest into a measurable next step, whether that is a direct chat or a submitted inquiry. If you want to compare this with broader public-page action patterns, see [Using Public Calls to Action and Conversion Paths](doc:using-public-calls-to-action-and-conversion-paths). ## Fixing problems when page actions do not work as expected If a service page action in **Sherkety ERP & Website Platform** does not behave the way you expect, start by checking what should have happened. An inquiry button may open a contact page, jump to a form section, or start a contact flow on the same page. A **WhatsApp** button may open the mobile app, WhatsApp Web, or a new browser tab. For inquiry button problems, check the following: - If nothing happens, scroll down and see whether the page moved to a contact section instead of opening a new page - If the wrong page opens, return to the service page and try the button again from the main action area - If the form appears but does not submit, review the fields and make sure all visible required information has been entered - If you submit the inquiry and do not see a success message, wait a moment and check whether the page shows any warning or validation message For **WhatsApp** problems, try these checks: - If the wrong app opens, close it and try again from the browser - If no chat opens, confirm that WhatsApp is available on your device or that WhatsApp Web can open in your browser - If a new tab opens but the chat does not load correctly, refresh that tab once - If the message link looks incomplete or invalid, return to the page and retry the button A few device or browser settings can also affect page actions: - Pop-up blocking may stop a new tab from opening - Disabled browser scripting can prevent buttons from responding correctly - On mobile, the WhatsApp app may need to be installed for app-based opening to work [SCREENSHOT: example of a contact confirmation message or an error state after clicking a page action] If the page still does not respond as expected, compare what you see with the guidance in [Understanding Loading Placeholders Empty States and Errors](doc:understanding-loading-placeholders-empty-states-and-errors) and [Recognizing Warnings Errors and Dismissible Notices](doc:recognizing-warnings-errors-and-dismissible-notices). ## Overview Service pages in **Sherkety ERP & Website Platform** are designed to help you take action at the moment you are ready. Instead of offering only one contact route, these pages usually give you a choice between a structured inquiry path and a faster chat-based option through **WhatsApp**. That makes it easier to match the action to your situation. The main actions you should watch for are: - **Contact Us** - **Request a Quote** - **WhatsApp** You will usually find these actions in the hero area, near service highlights, and again in contact sections lower on the page. Repeated placement is intentional. It lets you continue evaluating the service and act later without losing your place. Use the inquiry path when you want to: - Ask a detailed question - Explain your business need clearly - Request pricing or a tailored response Use **WhatsApp** when you want to: - Start a quick conversation - Ask a short question - Reach out with less effort than filling out a form If an action does not work, first check whether the page scrolled to a contact section, opened a new tab, or tried to launch WhatsApp in a different way than you expected. Most issues come from browser behavior, missing app support, or incomplete form submission rather than from the service page itself. This guide focuses on taking the final step from reading to contacting. If you need help comparing services before you inquire, return to [Discovering Services and Comparing Business Offers](doc:discovering-services-and-comparing-business-offers) or [Understanding Accounting Service Packages and Compliance Positioning](doc:understanding-accounting-service-packages-and-compliance-positioning). ## Prerequisites Before using service page actions in **Sherkety ERP & Website Platform**, make sure you have the basics needed to complete either a form-based inquiry or a WhatsApp conversation. You should have: - Access to the public website pages - A service page open that includes visible action buttons such as **Contact Us**, **Request a Quote**, or **WhatsApp** - A clear idea of which service you are asking about - The details you want to include in your message or inquiry If you plan to use the inquiry route, it helps to prepare: - The service name - A short description of what you need - Any question you want answered about the service If you plan to use **WhatsApp**, make sure: - WhatsApp is available on your device, or - Your browser can open WhatsApp Web You may also want to review these related guides first if you are still deciding: - [Finding Services Through Navigation and Service Menus](doc:finding-services-through-navigation-and-service-menus) - [Exploring the Accounting Services Page](doc:exploring-the-accounting-services-page) - [Requesting a Demo or Next Step From Accounting Pages](doc:requesting-a-demo-or-next-step-from-accounting-pages) Once you have chosen a service and know whether you want a formal inquiry or a quick chat, you can use the page action that best matches your next step. If your reading path continues into ERP product evaluation after this, move on to [Using ERP System Landing Pages to Evaluate Offerings](doc:using-erp-system-landing-pages-to-evaluate-offerings). ## Starting from the homepage in your preferred language 1. Open the Sherkety ERP & Website Platform homepage and use the language switcher in the top header to choose your preferred language. If you need help finding or using it, see [Switching Languages While Browsing the Platform](doc:switching-languages-while-browsing-the-platform) and [Understanding Language Specific Routes and Page Availability](doc:understanding-language-specific-routes-and-page-availability). 2. After switching languages, scan the main header menu. Check that key navigation items such as **Home**, **Services**, **ERP**, and contact-related links appear in the language you selected. The change should feel complete across the header, not limited to one label or one menu item. 3. Stay on the homepage and review the most visible content first. Look at the hero section, including the main headline, supporting text, and primary action buttons such as demo, trial, or contact actions. Then continue down the page and inspect featured content blocks such as service highlights, package sections, trust content, team highlights, or ERP promotions. You are checking for fully translated content, not partial translation with mixed-language sentences. 4. Click the main logo to return to the homepage if you moved around the page, then refresh your browser. The selected language should remain active. If the homepage opens again in another language, note whether the change happened after refreshing, after clicking the logo, or after using a menu link. [SCREENSHOT: Homepage header with language switcher, logo, and main navigation in the selected language] When you review the homepage, pay special attention to repeated labels and buttons. If one hero button is translated but a nearby section still shows default-language text, that usually points to incomplete content rather than a navigation problem. ## Moving from the homepage to services pages without losing language context 1. From the homepage, open a Services page using either the main navigation or one of the homepage service cards. As the new page loads, confirm that the language selector still shows your chosen language. The page title, section headings, and introductory text should all match that same language. 2. Read through the main service content carefully. Check the page heading, short descriptions, comparison content, benefits, and any inquiry or contact buttons. On a well-localized Services page, the page should read naturally from top to bottom. You should not see translated headings followed by default-language paragraphs. 3. Use internal links to move between service-related pages. This can include service cards, “learn more” style links, or links in the footer. As you move, watch for consistency in shared page elements: - Breadcrumbs - Active menu highlighting in the header - Footer navigation - Contact prompts and inquiry sections 4. If a Services page includes a contact form or inquiry area, review the visible field labels, helper text, and any validation messages that appear when required information is missing. These should appear in the same language as the rest of the page. If the page content is translated but the form labels are not, record that as a separate issue. [SCREENSHOT: Services page showing translated heading, service description, inquiry button, and footer links] This step is especially useful after reading [Browsing Localized Pages and Language Specific Routes](doc:browsing-localized-pages-and-language-specific-routes), because here you are checking content quality and consistency rather than route behavior alone. ## Reviewing ERP pages for consistent translated product messaging 1. Open the ERP area from the main menu or from a Services-related link and confirm that your selected language carries over automatically. You should not need to switch languages again just because you moved from business services content to ERP content. 2. Review the main ERP landing content in order. Start with the page heading and introductory text, then move through feature sections, package or pricing blocks, implementation details, and any comparison content. Sherkety ERP & Website Platform presents ERP information as product-focused content, so the wording should stay clear and business-friendly in every language. 3. Pay close attention to ERP-specific terms. Labels related to modules such as **Accounting**, **Sales & CRM**, **HR**, **Purchasing**, and **Reporting** should remain understandable in the selected language. If you see raw English labels, awkward literal translations, or unfinished wording in feature lists or action buttons, note exactly where it appears. 4. Open linked ERP subpages such as the ERP system page, app category pages, or individual module pages. On each page, verify that these items stay aligned with your selected language: - Headings and subheadings - Comparison tables or package blocks - Feature descriptions - Demo or trial call-to-action buttons - Contact and next-step prompts [SCREENSHOT: ERP page with translated module headings, feature cards, and call-to-action buttons] If one ERP page is translated well but a linked module page is not, the issue is usually content-specific. That is why it helps to test several connected pages in one session instead of checking only the top ERP page. ## Checking admin content areas for translated titles and body content 1. Sign in to the admin area and open the content management area from the admin navigation. Depending on what you are reviewing, you may also open related admin pages for services, pricing, SEO, settings, or users, but focus first on content records that feed the public pages you just checked. 2. Open a page or content entry and look for language-specific editing areas. In Sherkety ERP & Website Platform, translated content may be separated by language tabs, language selectors, or grouped fields for each language. Review visible fields such as **Title**, **Slug**, **Summary**, and main body content. Each language version should be filled in where that page is expected to appear publicly. 3. Compare what you see in the editor with the published page. If a preview option is available, use it to confirm that the frontend page matches the translated text stored in the admin area. This is especially helpful when a public page shows mixed-language content and you need to determine whether the saved content is incomplete or whether the published view is not reflecting the latest changes. 4. While you are in the admin area, also check shared interface labels such as page names, status badges, save actions, preview actions, and notifications. Editors working across languages should still be able to understand what each action does, even when the content itself is multilingual. [SCREENSHOT: Admin content editing screen showing language-specific title, summary, slug, and body fields] For detailed editing workflows, use [Editing Multilingual Content in the Editor](doc:editing-multilingual-content-in-the-editor), [Managing Multilingual Fields in the Content Editor](doc:managing-multilingual-fields-in-the-content-editor), and [Using Live Preview to Check Page Updates](doc:using-live-preview-to-check-page-updates). ## Comparing navigation, links, and page completeness across sections 1. Test one complete browsing path from start to finish. A practical path is **Homepage → Services → ERP → Admin preview**. Keep the same language selected the entire time. This makes it easier to spot where consistency breaks. 2. On each page in that path, compare the shared navigation pieces first. Check that the header menu, footer links, breadcrumbs, and contact blocks all remain in the same language. If the main content is translated but the shared page furniture is not, the problem is broader than one page. 3. Then inspect the page itself for completeness. Common signs of incomplete multilingual content include: - A translated page title with an untranslated button - Missing section headings - Empty rich-text areas - Default-language slugs or labels - Repeated cards where one item is translated and another is not 4. Record mismatches in a simple note as you go. Include: | What to note | Example of what to capture | |---|---| | Source page | Homepage, Services page, ERP page, or admin preview | | Selected language | The language active when you found the issue | | Affected element | Hero heading, footer link, inquiry button, breadcrumb, form label | | Where it appears | Public page only, admin preview only, or both | [SCREENSHOT: Side-by-side comparison of a public page and admin preview in the same selected language] This kind of path-based review helps you catch issues that are easy to miss when pages are checked one at a time. ## Fixing common multilingual browsing issues If the language resets after you click to another page, start by checking the links you used. Test the header menu, homepage service cards, ERP buttons, and footer navigation separately. If the language stays correct with one link but resets with another, the problem is likely tied to that specific navigation path. Compare the behavior against the route guidance in [Understanding Language Specific Routes and Page Availability](doc:understanding-language-specific-routes-and-page-availability). When some sections remain untranslated, open the matching content entry in the admin area and review the language-specific fields for **Title**, **Summary**, and body content. A page can look partly translated when only the main heading was entered for that language while supporting sections were left empty. If the translated text exists in the editor, confirm it was saved and that the published page reflects the latest version. If you see mixed-language pages after editing, compare the public page with the admin preview. This helps you tell the difference between incomplete saved content and an older published version still appearing on the live page. Check the exact section that looks wrong rather than assuming the whole page failed to update. If the translation is present but hard to understand, focus on business wording rather than grammar alone. On Services and ERP pages, headings, feature names, and call-to-action buttons should sound natural to a customer. If a literal translation makes **Request Demo**, **Start Trial**, package descriptions, or module names unclear, flag that wording for revision instead of marking it as “translated correctly.” [SCREENSHOT: Example issue list showing language reset, untranslated section, and mixed-language page content] ## Overview - This guide focuses on checking multilingual consistency across connected areas of Sherkety ERP & Website Platform, not just switching languages on a single page. - You start on the public homepage, move through Services and ERP pages, and then confirm the same content in the admin editing or preview areas. - The main goal is to verify that translated browsing feels complete. That includes: - Header and footer navigation - Hero text and section headings - Buttons and calls to action - Forms and inquiry prompts - ERP product messaging - Admin content fields and previews - Use this guide after you already understand route behavior from [Understanding Language Specific Routes and Page Availability](doc:understanding-language-specific-routes-and-page-availability). Here, the focus is on content quality, continuity, and page completeness across sections. - This guide is especially useful for: - Content editors checking published translations - Reviewers validating public-facing language quality - Teams comparing what appears on the website with what is stored in the admin area A successful review means you can move from the homepage to deeper pages without losing the selected language, without seeing mixed-language fragments, and without finding missing titles, empty sections, or unclear ERP wording. ## Prerequisites - You should know how to change the site language from the public header. If needed, review [Switching Languages While Browsing the Platform](doc:switching-languages-while-browsing-the-platform). - You should already understand that some pages may have language-specific availability or route behavior. If not, read [Understanding Language Specific Routes and Page Availability](doc:understanding-language-specific-routes-and-page-availability). - For the public-page checks in this guide, you need access to: - The homepage - At least one Services page - At least one ERP page or module page - For the admin review steps, you need a valid sign-in with access to the admin area, including content-related pages such as content management, services, or preview-enabled records. - It helps to have a simple note-taking method ready so you can record: - The page where you found an issue - The selected language - The exact button, heading, form label, or section affected - Whether the issue appears on the public page, in admin preview, or both If you plan to correct translation issues after reviewing them, keep these related guides nearby: [Editing Multilingual Content in the Editor](doc:editing-multilingual-content-in-the-editor) and [Previewing Changes Before Saving Content](doc:previewing-changes-before-saving-content). ## Recognizing Where You Are on the Page In Sherkety ERP & Website Platform, the clearest sign of your current location is the main page title at the top of the content area. This large heading tells you what page you opened, whether you are viewing a services page, an ERP app page, a company type page, or an admin screen such as **Dashboard**, **Content**, **Users**, **Settings**, **SEO**, **Services**, or **Pricing**. Before reading the rest of the page, look at that title first. Near the top of many pages, you may also see a breadcrumb trail. This shows the path from a broader section to the page you are currently viewing. For example, a visitor moving through ERP content may see a path that starts from a broader ERP area and ends on a specific app page such as **Accounting**, **Sales & CRM**, **HR**, **Purchasing**, or **Reporting**. On company guidance pages, the breadcrumb helps you tell the difference between the main **Company Types** page and an individual company type detail page. Use the page layout as a second clue. Site-wide navigation appears in familiar places such as the header and footer. The main content sits in the center of the page and usually begins with the page title. Supporting items, such as related links, cards, or grouped sections, appear below or beside the main content and help you move to nearby topics. If you are unsure where you are, compare three things together: - The breadcrumb labels - The large page heading - The section labels or cards visible on the page When those three match, you can be confident you are in the right place. [SCREENSHOT: Page showing a breadcrumb trail near the top and a large page heading underneath] ## Using Breadcrumbs to Move Between Related Pages Breadcrumbs are one of the easiest ways to move around related pages without losing your place. In Sherkety ERP & Website Platform, each breadcrumb item represents a level in the page path. The last item is the page you are currently viewing, while the earlier items lead back to broader sections. When you are on a detailed page, click the previous breadcrumb item to return to the larger category. This is especially helpful when you move from a broad ERP page into a single app page, or from a company guidance list into one company type detail page. Instead of pressing the browser **Back** button several times, you can jump directly to the section you want. Use breadcrumbs in this way: 1. Look at the breadcrumb trail near the top of the page. 2. Find the item just before the current page. 3. Click that item to go back one level. 4. If needed, click an earlier breadcrumb item to return to an even broader section. The current-page breadcrumb is also useful even when it is not clickable. It confirms which page in the sequence is open right now. This matters when pages have similar layouts, similar cards, or similar calls to action. For example, several ERP app pages may all include feature sections and contact actions, but the breadcrumb and page title help you confirm whether you are on **Accounting**, **Sales & CRM**, **HR**, **Purchasing**, or **Reporting**. Breadcrumbs also help when comparing neighboring pages. If you move back to a parent page and open another card or link from the same section, you can quickly see that both pages belong to the same topic group. For broader menu behavior, see [Using Mobile and Desktop Menus on the Public Site](doc:using-mobile-and-desktop-menus-on-the-public-site). ## Reading Headings to Understand the Page Structure Once you confirm the page title, use the headings on the page to understand how the information is organized. In Sherkety ERP & Website Platform, the largest heading at the top tells you the main topic. After that, section headings break the page into clear parts so you can scan instead of reading everything from top to bottom. Start with the main heading, then move down the page looking for section titles. On public pages, these headings often separate overview content, feature explanations, comparisons, pricing information, FAQs, and contact or demo actions. On ERP pages, section headings help you tell whether you are reading a general product introduction or a more specific explanation of capabilities. On services pages, headings often separate service details from inquiry or next-step content. Nested headings give you another clue. If a section heading introduces a broad topic and smaller headings appear under it, those smaller headings usually belong to that section. This helps you avoid mixing unrelated details together. For example, a page may begin with a broad introduction, then break into grouped sections that explain benefits, use cases, or actions you can take next. A simple way to read the structure is: - Check the main page heading first - Scan the next-level headings down the page - Notice which cards, buttons, or text links appear inside each section - Match the wording of the headings with the breadcrumb trail If the breadcrumb says you are in a broad category but the heading names one specific offering, you are likely on a detail page. If both the breadcrumb and heading refer to a broader topic, you are probably on a landing page or category page. This is especially useful when moving between ERP app pages, service pages, and company guidance pages. [SCREENSHOT: Public page with a large title and multiple section headings stacked down the page] ## Following Layout Cues to Explore Confidently Page structure is not only about headings. The arrangement of the page also tells you what each part is for. In Sherkety ERP & Website Platform, the header and footer stay consistent across the public website, so they act as site-wide navigation anchors. When you see the same top navigation and footer links, you know those controls can take you across the site rather than just within the current page. Inside the page body, look for visual grouping. Wide sections with clear spacing usually introduce major topics. Cards often point to related pages, such as ERP apps, service categories, or company type options. Link lists and related-content blocks usually help you continue exploring nearby topics rather than explain the current page in full. Buttons are often stronger action prompts, such as moving to a pricing page, requesting a demo, starting a trial, or contacting the team. These layout cues can help you decide what to do next: - A large introductory section usually explains the current page - Cards often lead to deeper pages in the same topic area - Related links usually connect nearby pages or supporting information - Footer links usually take you to broader site destinations - Action buttons usually move you toward inquiry, comparison, or evaluation steps Spacing and columns matter too. When content is grouped into separate blocks, treat each block as its own topic. This is useful on ERP pages where overview content, feature highlights, and next-step actions may appear in different sections. It is also useful on admin pages, where navigation, content lists, and settings areas may be visually separated. If you want a broader explanation of shared navigation patterns, see [Understanding Breadcrumbs Drawers and Shared Navigation Patterns](doc:understanding-breadcrumbs-drawers-and-shared-navigation-patterns). ## Finding the Right Information as a Buyer or Services Visitor If you are evaluating offerings, breadcrumbs and page structure help you move from broad discovery to the exact information you need. In Sherkety ERP & Website Platform, ERP buyers often start from the main ERP area, then move into a specific app page such as **Accounting**, **Sales & CRM**, **HR**, **Purchasing**, or **Reporting**. From there, headings and section blocks help you decide whether to keep reading, compare options, or move to a contact or demo action. Use the page title and breadcrumb path to judge the purpose of the page. A broad title usually means you are on an overview page. A more specific title usually means you are reading a detailed page. If the page includes grouped sections focused on features, pricing, or business fit, you are likely in the evaluation stage. If the page highlights contact actions, demo requests, or trial steps, you are likely at an action point. Business services visitors can use the same approach. Start with the service overview page, then follow section headings and related links to move into more specific information. If a page becomes too narrow, use the breadcrumb trail to return to the broader service area and choose another nearby page from the same section. This approach works well when you want to: - Compare ERP modules before making contact - Move from service overview pages into capability details - Decide whether a page is informational or action-focused - Return to a broader category and open a neighboring page For related journeys, you may also want [Choosing Between Business Services and ERP Products](doc:choosing-between-business-services-and-erp-products) and [Evaluating ERP Modules From Catalog to Detail Pages](doc:evaluating-erp-modules-from-catalog-to-detail-pages). ## Avoiding Common Navigation Mistakes A common mistake is relying only on the browser **Back** button. That works, but it does not always take you to the best place. In Sherkety ERP & Website Platform, the breadcrumb trail usually gives you a cleaner route back to the parent section, especially when you opened several pages in sequence. Another mistake is assuming that similar-looking pages are the same type of page. Many public pages share a familiar layout with a title, sections, cards, and action buttons. That visual consistency is helpful, but it can also make different pages feel interchangeable. Before acting, verify the page by checking the main heading and the breadcrumb labels together. If a page feels disconnected, pause and scan the full structure before starting over. Look for: - The breadcrumb path near the top - The main page title - Section headings further down the page - Related links or cards near the main content - Footer links for broader destinations This is especially important when comparing sibling pages. For example, two ERP app pages may both include feature highlights and next-step actions, but they belong to different topics. Small wording changes in the heading or breadcrumb can completely change the meaning of the page. When comparing pages side by side, keep your eye on what changes: - The final breadcrumb item - The main heading - The section labels - The action buttons shown on that page Those cues help you avoid confusing a parent page with a detail page, or one neighboring page with another in the same section. ## Overview - This guide focuses on simple location cues that help you stay oriented while browsing Sherkety ERP & Website Platform. - The most reliable cues are the **breadcrumb trail**, the **main page heading**, and the way content is grouped on the page. - Use breadcrumbs to move back to broader sections such as ERP categories, service areas, or company guidance pages. - Use headings to tell whether you are on a broad landing page, a more specific detail page, or a page designed to help you take action. - Use layout clues such as cards, related links, grouped sections, and action buttons to decide whether to keep reading, compare options, or move to another page. - When pages look similar, confirm your location by comparing the breadcrumb labels with the visible page title. - If you need a refresher on broader navigation behavior, return to [Using Mobile and Desktop Menus on the Public Site](doc:using-mobile-and-desktop-menus-on-the-public-site) or [Understanding Breadcrumbs and Page Location](doc:understanding-breadcrumbs-and-page-location). ## Prerequisites - You should already be comfortable opening pages from the site header, footer, or in-page links. - It helps if you have read [Using Mobile and Desktop Menus on the Public Site](doc:using-mobile-and-desktop-menus-on-the-public-site), since this guide assumes you already know how to reach public pages. - No sign-in is required for the public pages discussed here. - You do not need to use any admin screens to follow these navigation cues. - This guide is most useful when you are browsing: - ERP product pages - Business service pages - Company type guidance pages - Contact, comparison, or inquiry pages ## Scanning the Homepage Promotions Area On the homepage of **Sherkety ERP & Website Platform**, the promotions area appears as a focused block that highlights **startup package offers** and their main benefits. It sits within the homepage flow after the broader service messaging and before visitors move deeper into comparison, trust, or contact decisions. If you already reviewed the trust, team, and ecosystem sections, see [Exploring Homepage Trust Team and Ecosystem Content](doc:exploring-homepage-trust-team-and-ecosystem-content) for those parts of the page. This promotions area is designed for quick scanning. You will usually see a clear structure made up of: - A **promotional heading** that introduces the offer or package theme - A short **supporting message** that explains why the package matters - One or more **package blocks** or highlight cards - A visible **inquiry action** such as a contact or interest button The visual order matters. The most important item is the **package name** or offer title. Right under that, the homepage presents a short promotional message that explains the value, such as what the package helps with or why it is useful for startups. The action button is placed close to that message so you can respond without searching elsewhere on the page. When several offers are shown together, each one is grouped into its own card or content block. That makes it easier to compare the headline promise of each package before reading the details. Look first at the bold title, then the short value statement, then the action button. [SCREENSHOT: Homepage startup package promotions area with package titles, short offer text, and inquiry buttons highlighted] Selecting the inquiry action takes you toward the next contact step connected to that offer. Depending on the page flow, this may open a contact path or move you to the area where you can ask about the package directly. ## Reading Package Highlights and Included Value Each package highlight in **Sherkety ERP & Website Platform** is meant to answer three quick questions: **What is this package called? What is included? Why is it valuable?** The homepage does this by combining a clear title, a short value statement, and a list of included items inside the same promotional block. Start with the **offer title**. This tells you which package you are looking at and helps separate one startup option from another. Under the title, you will usually find a short message that explains the package’s purpose or the main reason to choose it. This is the headline value statement, and it is meant to give you the big picture before you read the details. Then look for the included items. These may appear as: - **Bullet lists** - **Feature rows** - **Short stacked highlights** - **Badges or callouts** that draw attention to a specific inclusion These elements help you see what comes with the package at a glance. The base package details usually describe the core services included in the offer. Highlighted extras, on the other hand, are presented as bonus value. These might be shown with stronger emphasis, separate labels, or a promotional callout that makes them stand out from the standard package contents. When multiple package cards appear side by side, read them in the same order each time: - **Package name** - **Main value message** - **Included services** - **Bonus or promotional extras** - **Inquiry button** This makes comparison much easier. A package with fewer listed items may still be positioned as the better fit for a simpler need, while a package with more inclusions may be aimed at visitors who want a broader setup from the start. [SCREENSHOT: Side-by-side package highlight cards showing titles, included items, and bonus callouts] If you want more context on how startup packages are introduced elsewhere on the homepage, see [Reviewing Startup Package and Value Sections](doc:reviewing-startup-package-and-value-sections). ## Understanding Savings, Pricing, and Offer Messaging The value breakdown section on the homepage of **Sherkety ERP & Website Platform** helps you understand not just what a package includes, but also how the offer is being presented financially. When a promotion is active, the page may use pricing language, savings language, or bundled-value wording to show why the package is attractive. You may see this value presented in a few different ways: - An **original value** compared with a promotional offer - A **savings amount** - A **percentage-off message** - A **bundle-style statement** that emphasizes what is included together The homepage uses short labels and callouts to make these benefits easy to spot. Watch for words such as: - **Save** - **Included** - **Offer** - **Promotion** - **Package-specific value text** These labels help you understand whether the benefit comes from a lower promotional price, added services at no extra charge, or a stronger combined value than buying items separately. Not every package will show savings in the same format. Some offers may emphasize the total value of included services rather than a direct discount. Others may present the promotion through wording that suggests a startup-focused package advantage instead of listing a precise figure. In those cases, the message still signals that the offer is meant to provide extra value, even if the homepage does not show a full price breakdown. Pay attention to any wording that suggests conditions, such as: - The offer is intended for **startups** - The promotion may be **limited-time** - Final pricing may require **inquiry or confirmation** If the page highlights savings but does not fully explain the terms, treat the homepage as the first summary rather than the final quote. The inquiry action attached to the package is the place to confirm current pricing, included services, and whether the promotional message still applies. [SCREENSHOT: Package value breakdown showing savings language, included labels, and promotional emphasis] ## Using Inquiry Actions to Ask About a Package Each promotional package section on the homepage of **Sherkety ERP & Website Platform** includes a clear action for visitors who want more information. This is usually placed directly inside the package block so you can respond while the offer details are still in front of you. To ask about a package, select the **inquiry button**, **contact action**, or other call-to-action shown with that offer. Because the action appears next to the package title and value summary, you can reach out from the exact offer you are reviewing instead of searching the site for a separate contact page first. The action may lead you into the contact flow in one of these ways: - It may open or route you to a **contact form** - It may move you to an **inquiry area** on the page - It may direct you to a **dedicated contact page** The important part is that the package context starts from the promotional section itself. When you click from a specific package, the inquiry is tied to that offer in your browsing flow. This helps you ask about the package you actually viewed, rather than sending a general message with no clear reference. Before submitting your inquiry, note the details shown in the package block: - **Package name** - **Included services** - **Promotional value statement** - **Any savings or bonus wording** That makes it easier to describe exactly what you are asking about. After you submit or continue through the contact path, the expected next step is follow-up from the business regarding your interest in that package. If pricing or inclusions need confirmation, the inquiry step is where that clarification begins. [SCREENSHOT: Package card with inquiry button selected and contact path opening] For a broader look at contact options across the website, see [Contacting Sherkety Through Forms and Direct Channels](doc:contacting-sherkety-through-forms-and-direct-channels). ## Comparing Promotional Sections Before Reaching Out When the homepage shows more than one promotional block, **Sherkety ERP & Website Platform** gives you enough information to make a practical first comparison before contacting the business. The goal is not to replace a full consultation, but to help you decide which offer deserves your attention. Start by comparing the **titles** of the packages. These usually signal the scope or intended fit of each offer. One package may be positioned as a simpler starting point, while another may present a broader setup with more included value. After that, compare the short value summaries under each title. These summaries tell you how each package is being framed. Then review the included items side by side. Focus on: - The **core services** listed in each package - Any **bonus items** or promotional extras - The way the value is summarized in the package block - Whether savings are shown directly or implied through bundled inclusions Using the highlights and savings presentation together gives you a better picture than looking at either one alone. A package with a stronger savings message may still include fewer services, while another package may show greater overall value through included items rather than a discount label. Repeated inquiry actions are useful here. Because each promotional section includes its own button or contact action, you can reach out from the exact package you are evaluating. That reduces confusion and helps keep your inquiry tied to the offer that caught your interest. Before clicking the inquiry action, make a note of: - **Package name** - **Listed inclusions** - **Advertised savings** - **Bonus value or extras** If you want more help judging homepage offer structure before comparing packages, see [Using Comparison Sections to Evaluate Offerings](doc:using-comparison-sections-to-evaluate-offerings). ## Resolving Confusion About Offers and Value Breakdowns Sometimes a package on the homepage of **Sherkety ERP & Website Platform** uses strong promotional wording without showing a full savings figure. When that happens, read the surrounding labels carefully. If the block emphasizes **included value**, **bonus services**, or a startup-focused offer message, the promotion may be based on bundled benefits rather than a simple discount amount. If pricing looks custom, variable, or incomplete, treat the **inquiry button** as the next step rather than waiting for a full price table on the homepage. The promotional section is designed to spark interest and help you identify the right package, but it may not answer every pricing question directly. This is especially important when the offer wording suggests confirmation is needed. To reduce confusion, compare these parts of the package block: - The **headline offer message** - The **included services list** - Any **bonus callouts** - Any **save** or **included** labels - The **inquiry action** If a highlighted extra is shown near the package details, do not assume immediately that it is either always included in the listed price or always separate. The homepage may present it as added promotional value without fully explaining whether it is part of the base package or an extra benefit attached to the current offer. Use the inquiry action to confirm that point. You should also use the inquiry action when you need to verify: - Whether the promotion is **currently available** - Whether the offer is meant only for **startup customers** - Which services are definitely **included** - Whether the homepage message reflects the **current package terms** [SCREENSHOT: Promotional package with value callouts but no clear savings figure, showing where to review labels before inquiring] When the homepage leaves room for interpretation, the safest approach is to reference the package by name and ask directly about the listed inclusions and promotional message. ## Overview The homepage promotional sections in **Sherkety ERP & Website Platform** are built to help visitors evaluate startup offers quickly without leaving the main page. These sections combine short promotional messaging, package highlights, value breakdowns, and direct inquiry actions in one place so you can move from browsing to asking questions with minimal effort. The key parts to watch for are: - **Promotional headings** that introduce the offer - **Package titles** that identify each option - **Included services** shown in bullets, rows, or grouped highlights - **Savings or value messaging** that explains the financial benefit - **Inquiry buttons** placed directly inside each package section Together, these elements create a simple decision path. First, you scan the package names. Next, you review the value statement and included items. Then you look at any savings language or bonus callouts. If the offer matches your needs, you use the inquiry action attached to that exact package. This layout is especially helpful when more than one startup package appears on the homepage. Instead of reading long explanations, you can compare offers visually and focus on the differences that matter most: - Scope of services - Bonus inclusions - Promotional emphasis - Contact action placement If a package is clear and complete, you can move forward confidently. If the value breakdown is less detailed, the homepage still gives you enough information to identify the offer and ask about it directly. That balance between quick comparison and easy follow-up is what makes the promotional sections useful for business services visitors. For related homepage reading, you can revisit [Understanding Homepage Messaging and Primary Actions](doc:understanding-homepage-messaging-and-primary-actions) and [Reviewing Startup Package and Value Sections](doc:reviewing-startup-package-and-value-sections). ## Prerequisites You do not need an account to review the homepage promotional sections in **Sherkety ERP & Website Platform**. These offers are part of the public website experience, so any visitor can browse them directly from the homepage. Before using this page effectively, it helps to be comfortable with a few basic browsing actions: - Scrolling through the **homepage sections** - Recognizing **package cards** or promotional content blocks - Selecting a **contact** or **inquiry** button - Switching language if needed through the site’s language controls If you are new to the public website, these related guides can help you get oriented first: - [Browsing the Sherkety Public Website](doc:browsing-the-sherkety-public-website) - [Using Header Menus and Footer Links](doc:using-header-menus-and-footer-links) - [Switching Languages While Browsing the Platform](doc:switching-languages-while-browsing-the-platform) - [Understanding Public Page Layouts and Visitor Actions](doc:understanding-public-page-layouts-and-visitor-actions) It is also useful to have a rough idea of what you are looking for before comparing packages. For example, you may already know that you want: - A startup-focused service bundle - A package with stronger included value - A promotion with visible savings language - A quick way to contact the business about a specific offer You do not need to understand every service in advance. The homepage package highlights are designed to help you narrow your interest. If you have already read [Exploring Homepage Trust Team and Ecosystem Content](doc:exploring-homepage-trust-team-and-ecosystem-content), this document picks up from there by focusing on the offer blocks and package-level value messaging that support inquiry decisions. ## Choosing the Best Way to Reach Us On the **Contact** page in Sherkety ERP & Website Platform, you can usually choose from several contact options shown together: a **contact form**, **phone number**, **email address**, **WhatsApp contact**, and **physical address**. Each option suits a different kind of request, so choosing the right one helps you get a more useful reply with less back-and-forth. Use the **contact form** when your request needs explanation. This is the best option for ERP demo requests, implementation discussions, partnership ideas, or service inquiries that involve several details. If you want to explain your business, list the modules you are interested in, or describe a project timeline, the form gives you space to do that clearly. Use the **phone number** or **WhatsApp contact** when timing matters. If you need a quick answer about availability, pricing direction, booking a meeting, or following up on a recent conversation, these options are usually better than writing a long message. Phone is best when you want an immediate conversation. WhatsApp is better when you want fast replies but may not be available to stay on a call. Use the **email address** when you need a written record or want to send a more structured request. This works well for procurement questions, service proposals, scope notes, and follow-up after a meeting. Use the **physical address** when your goal is location confirmation, formal correspondence, or an in-person visit. Before you contact Sherkety ERP & Website Platform, prepare a few basics: - Your **name** and **company name** - The **product or service** you are asking about - A short note about your **project scope** - Your **preferred contact method** - Any preferred **callback time** or meeting time If you need more detail on what appears on the Contact page and what happens after you send a request, see [Understanding Contact Page Information and Follow Up Expectations](doc:understanding-contact-page-information-and-follow-up-expectations). ## Using the Contact Form for Detailed Business Requests You can open the **contact form** from the website’s **Contact** page. Depending on where you enter the site, you may also reach it from a **Contact** link in the header or footer. Once the form is open, fill in each field carefully so the team can understand your request and route it correctly. [SCREENSHOT: Contact page showing the contact form fields and submit button] The form typically includes these main fields: | Field | What to enter | Why it matters | |---|---|---| | **Name** | Your full name | Helps the team address you correctly | | **Email** | Your working email address | Used for replies and follow-up | | **Phone** | Your direct phone number | Useful if a callback is needed | | **Company** | Your business name | Gives context for your inquiry | | **Subject** | A short reason for contacting | Helps direct the request quickly | | **Message** | Full details of your request | Gives the team enough information to respond | Choose the contact form when your request has multiple parts. It is especially useful for: - ERP implementation discussions - Requests covering several modules - Partnership or reseller inquiries - Business service requests that need internal review - Questions that include timeline, scope, and expected outcomes In the **Message** box, include the details that matter most. For example: - Your **business size** - The **modules** you are interested in, such as HR, Sales & CRM, Accounting, Purchasing, or Reporting - Your expected **timeline** - Your approximate **budget range** - Whether you prefer a **call**, **email reply**, or **WhatsApp follow-up** A clear message saves time. Instead of writing a short note like “Need ERP info,” explain what you are trying to solve, who will use it, and what kind of response you want. That gives Sherkety ERP & Website Platform enough context to reply with something useful instead of asking for the basics again. ## Calling or Messaging for Faster Responses The **phone number** on the **Contact** page is the best choice when you need a quick answer or want to speak with someone directly. Use it for urgent sales questions, same-day follow-up, immediate clarification about services, or when you want to confirm the next step after already speaking with the team. A phone call works best when your question is short enough to answer in conversation and when you are available to talk right away. The **WhatsApp contact** option is better for quick back-and-forth messaging. If you are browsing Sherkety ERP & Website Platform on mobile and want to send a short inquiry without filling out a full form, WhatsApp can be more convenient. It is useful for asking basic product questions, checking whether a service fits your business, or sharing a few details before scheduling a call. Although both options are fast, they work differently: - **Phone** is best for a live conversation, immediate clarification, and urgent follow-up. - **WhatsApp** is best for short messages, flexible replies, and simple details sent from your phone. Before you call or send a WhatsApp message, have the key points ready: - The **product or service** you are asking about - Your estimated **number of users** - Whether you need **software**, **implementation services**, or both - Any preferred **meeting date or time** - Your **company name** and industry Keep WhatsApp messages focused. Start with who you are, what you need, and what action you want next. For example, if you want a demo, say that clearly in the first message rather than sending several separate messages with partial details. If the matter is complex, the team may guide you to continue through the contact form or email so everything is captured clearly. ## Emailing the Right Team for Product and Service Questions The published **email address** appears on the **Contact** page alongside the other direct contact details. Email is a strong choice when you want to send a structured request, include supporting information, or keep a written record of what was discussed. Compared with the contact form, email gives you more flexibility if your message is longer, involves several stakeholders, or needs attachments. Use email for requests such as: - Product capability questions - Service proposals - Procurement or vendor evaluation requests - Follow-up after a call or meeting - Scope clarification for implementation work - Pricing discussions you want documented in writing A clear email is easier to answer. Organize it in this order: 1. **Subject line** that states the request clearly 2. Short **company introduction** 3. The **type of inquiry** 4. The **solution or modules** you need 5. Your expected **response timeframe** For example, your subject line should make the purpose obvious, such as a demo request, pricing question, or implementation inquiry. In the body of the email, explain what your business does, what challenge you are trying to solve, and whether you are evaluating HR, Sales & CRM, Accounting, Purchasing, Reporting, or a broader ERP rollout. Email is especially useful when you want a written trail for: - Pricing discussions - Scope notes - Feature questions - Meeting summaries - Implementation requirements [SCREENSHOT: Contact page showing the email address in the contact details area] If you already had a phone call or WhatsApp exchange, email is often the best next step for confirming what was discussed. That keeps the details in one place and makes it easier for Sherkety ERP & Website Platform to respond with accurate next steps. ## Using the Address Details for Office Visits and Formal Correspondence The **physical address** shown on the **Contact** page is mainly useful when you need location information for an office visit, formal correspondence, or general location verification. If your goal is to meet in person, deliver documents, or confirm where Sherkety ERP & Website Platform is based, the address section gives you that reference point. [SCREENSHOT: Contact page showing the office address and map or location section] For product questions, the address is usually not the fastest route. If you want to ask about ERP modules, implementation services, pricing, or package fit, use the **phone number**, **WhatsApp contact**, **email address**, or **contact form** instead. Those options are better for active conversations and quicker replies. If you are planning to visit the office, request confirmation first through one of the direct contact channels. This matters most for: - Scheduled consultations - Document drop-offs - Formal meetings - Visits related to a proposal or ongoing discussion Before referencing the office location in a message, include: - The **purpose** of the visit - Your preferred **date and time** - The **name of the person** you expect to meet, if known - Your **company name** - A contact number in case plans change This helps avoid unnecessary travel or missed appointments. For example, if you are dropping off documents or attending a consultation, mention that clearly in your phone call, WhatsApp message, or email before you go. That way the team can confirm availability and guide you on the correct next step. If you mainly need business hours, direct contact details, or location-related information, the next document covers that in more detail: [Using Direct Contact Details Business Hours and Location Information](doc:using-direct-contact-details-business-hours-and-location-information). ## Avoiding Delays When Reaching Out One of the easiest ways to slow down a reply is to send the same inquiry through every contact option at once. If you submit the **contact form**, send an **email**, place a **phone call**, and send a **WhatsApp message** with the same request, the conversation can become fragmented. Start with one primary channel based on your need, then use another channel only if it supports the same discussion, such as confirming a call time or sending follow-up notes. To help Sherkety ERP & Website Platform respond faster, include business context from the start: - Your **industry** - Your **company size** - The **ERP modules** or services you are interested in - Whether the request is for **software**, **implementation**, or another business service - Your preferred **timeline** State urgency clearly. If your request is time-sensitive, say so in the **Subject** field of the contact form, the **subject line** of your email, or the opening line of your phone or WhatsApp message. A clear statement such as needing a same-day callback or a quick answer before a scheduled meeting helps the team prioritize correctly. Also double-check your contact details before sending: - Make sure your **email address** is correct - Confirm your **phone number** is complete - Add the right **company name** - Mention the best person to contact if someone else should receive the reply If you are using the contact form, review the fields before you submit. If you are sending an email, check your signature and subject line. If you are calling or messaging, prepare your main points first so the conversation stays focused. Clear details and one well-chosen channel usually work better than repeating the same request in several places. ## Overview This page of the documentation focuses on choosing the most suitable contact option on the **Contact** page of Sherkety ERP & Website Platform for business and product-related inquiries. The goal is not just to show that multiple channels exist, but to help you decide which one matches the kind of conversation you need. The main contact options covered here are: - The **contact form** - The published **phone number** - The listed **email address** - The **WhatsApp contact** - The displayed **physical address** Each option supports a different style of communication. The **contact form** is best when you need to explain a detailed request. The **phone number** works best for urgent questions or live discussion. **WhatsApp** is useful for quick messaging and short follow-up. **Email** is the right choice when you want a structured written exchange or need to send supporting information. The **physical address** is mainly relevant for office visits, mailed documents, or confirming location details. This document builds on the contact guidance already introduced in [Understanding Contact Page Information and Follow Up Expectations](doc:understanding-contact-page-information-and-follow-up-expectations). Instead of repeating that material, it focuses on matching inquiry type to contact method. That includes common situations such as: - Requesting an ERP demo - Asking about implementation services - Checking pricing - Following up after a previous discussion - Planning an office visit Use this guide when you are deciding how to make first contact or how to continue an existing conversation through the most effective channel. ## Prerequisites Before using the advice in this guide, make sure you have already located the **Contact** page in Sherkety ERP & Website Platform and reviewed the general contact information shown there. If you have not done that yet, read [Contacting Sherkety Through Forms and Direct Channels](doc:contacting-sherkety-through-forms-and-direct-channels) and [Understanding Contact Page Information and Follow Up Expectations](doc:understanding-contact-page-information-and-follow-up-expectations). You will get the best results from any contact channel if you prepare a few details in advance: - Your **full name** - Your **company name** - The **service** or **ERP module** you are interested in - A short summary of your business need - Your preferred **reply method** - Any preferred **date or time** for a callback or meeting It also helps to know what kind of request you are making. For example, decide whether your inquiry is mainly about: - **ERP product evaluation** - **Implementation services** - **Pricing** - **Partnership or proposal discussion** - **Office visit or formal correspondence** If your request relates to a specific area of Sherkety ERP & Website Platform, gather that information before you reach out. Examples include: - HR - Sales & CRM - Accounting - Purchasing - Reporting You do not need technical knowledge to use the contact options well. You only need enough business context to explain what you are trying to achieve. If your main question is about direct contact details, office timing, or location-related information, continue with [Using Direct Contact Details Business Hours and Location Information](doc:using-direct-contact-details-business-hours-and-location-information). ## Finding Purchasing in the Apps Catalog Start from the public ERP area in Sherkety ERP & Website Platform and open the **ERP Apps** catalog. This is the best entry point if you are comparing several business apps side by side and want to see where **Purchasing** fits among the available ERP modules. On the catalog page, look through the app cards until you find the **Purchasing** card. Buyers usually recognize it by the app name first, then by its placement alongside other ERP business apps such as **Inventory**, **Accounting**, **HR**, and **Sales & CRM**. [SCREENSHOT: ERP Apps catalog showing the Purchasing app card among other ERP modules] When you open the **Purchasing** app page, pay attention to the first visible decision points. These usually include the main action buttons that move you forward, such as a **pricing**, **trial**, or **demo** path. If you are still early in your evaluation, these actions help you decide whether to keep browsing on your own or move into a guided conversation. Before clicking any next-step button, use the page itself to gather quick answers: - What business problem the **Purchasing** module is meant to solve - Whether it is presented as a standalone app or part of a connected ERP workflow - Which procurement activities are highlighted most strongly - Whether the page speaks to small, growing, or more operationally complex businesses The app page is especially useful because it gives you a focused view of procurement without making you commit to a sales step immediately. You can scan the headline, feature highlights, and benefit sections to understand whether this module is about supplier coordination, buying control, and replenishment support. If you are already familiar with the broader ERP catalog, this page helps you narrow your attention from “Which apps exist?” to “Is Purchasing one of the apps we should seriously shortlist?” ## Reaching Purchasing from Inventory Discovery Paths Many buyers do not start with **Purchasing**. They begin on the **Inventory** app page because their first concern is stock visibility, warehouse control, or incoming goods. In Sherkety ERP & Website Platform, that inventory-first journey often leads naturally to the **Purchasing** module when the buyer realizes that stock problems usually begin before items reach the warehouse. If you are asking how products get reordered, how suppliers are compared, or how incoming deliveries are planned, you have moved from an inventory question into a purchasing question. [SCREENSHOT: Inventory app page with related ERP app links or nearby navigation to Purchasing] This discovery path usually works in a simple sequence: 1. Open the **Inventory** app page from the **ERP Apps** catalog or another ERP landing page. 2. Review the inventory-focused content around stock handling, warehouse activity, and item movement. 3. Notice related app references, nearby module links, or workflow descriptions that point toward supplier buying and replenishment. 4. Open the **Purchasing** app page to continue the evaluation from the procurement side. This path matters because buyers often notice a gap while reading the **Inventory** page. Inventory explains what happens to products once they are tracked, stored, received, or moved. But if your team also needs to decide **what to buy**, **when to buy it**, and **from whom**, the next logical page is **Purchasing**. You are especially likely to discover **Purchasing** from inventory-focused content when your evaluation starts with issues like stockouts, delayed incoming items, or manual reordering. In those cases, the **Inventory** page helps you identify the operational problem, while the **Purchasing** page helps you explore the buying process behind the fix. If you want more context on inventory-first evaluation, see [Exploring Inventory Visibility and Warehouse Overview](doc:exploring-inventory-visibility-and-warehouse-overview). ## Reviewing the Purchasing Value Shown on the Module Page Once you are on the **Purchasing** app page, focus on how Sherkety ERP & Website Platform presents procurement value in business terms. The page is not only listing features; it is showing why a company would want tighter control over supplier buying. Look for sections that mention **supplier management**, **request for quotation** handling, and **purchase order** control. These are strong signals that the module is designed for businesses that need more structure than email-based or spreadsheet-based buying. [SCREENSHOT: Purchasing app page showing feature highlights and business benefit blocks] The page typically helps buyers connect procurement tasks to business outcomes such as: - Better visibility into supplier-related activity - More consistent handling of quotations and vendor comparisons - Clearer control over purchase orders - Stronger support for replenishment decisions - Better coordination between buying and stock intake This matters during evaluation because decision-makers are usually not looking only for a screen to enter orders. They want to know whether the module can support cost control, reduce delays, and make supplier decisions easier to manage. If the page highlights vendor comparison, quotation workflows, or replenishment support, that tells you the module is positioned as part of a broader buying process rather than a simple order-entry tool. Also pay attention to how the page connects **Purchasing** with the rest of the ERP offering. If the messaging places it near stock flow, incoming goods, or connected business apps, that is a sign Sherkety ERP & Website Platform is presenting **Purchasing** as part of an integrated workflow. For a buyer, that is often more important than any single feature list. It shows whether procurement is treated as a connected business function instead of a separate tool. ## Comparing Purchasing with Inventory During Evaluation When you compare the **Inventory** and **Purchasing** app pages, the difference becomes clearer if you treat them as answers to different business questions. The **Inventory** page is centered on what you already have, where it is, and how it moves. The **Purchasing** page is centered on what you need to buy, which supplier you buy from, and how those buying decisions are controlled. A simple way to compare them is to ask what each page helps you evaluate: | Page | Main focus | Questions it helps answer | |---|---|---| | **Inventory** | Stock visibility and warehouse activity | What is on hand? What is coming in? How are goods tracked and moved? | | **Purchasing** | Supplier buying and procurement control | How do we request quotes? How do we compare vendors? How do we manage purchase orders? | This side-by-side view is useful because many buyers initially expect one module to cover everything related to incoming products. In practice, the two pages support different parts of the same flow. **Inventory** helps you understand stock operations and incoming item handling. **Purchasing** helps you understand supplier-facing buying decisions that happen before those goods arrive. If your team is evaluating replenishment, you should review both pages together. Replenishment is not only about noticing low stock; it is also about turning that need into a controlled buying process. That is why buyers considering incoming goods, reorder planning, or vendor coordination should not stop after reading the **Inventory** page. Use the **Inventory** page when your main concern is warehouse visibility. Use the **Purchasing** page when your concern shifts to sourcing and supplier orders. If you need a broader ERP comparison before narrowing your shortlist, see [Evaluating ERP Modules From Catalog to Detail Pages](doc:evaluating-erp-modules-from-catalog-to-detail-pages). ## Using Page Signals to Decide Whether Purchasing Fits Your Needs The **Purchasing** app page gives you several practical signals that help you decide whether to keep evaluating the module. Start with the feature list and benefit sections. If the page clearly mentions **supplier quotations**, **purchase orders**, or procurement visibility, that is a strong sign the module is aimed at businesses that need a more organized buying process. These are useful checkpoints when you are trying to separate simple stock tracking needs from full procurement needs. As you read, look for clues that the module is connected to other ERP areas you may already be considering. For example, if the page presents **Purchasing** as working alongside **Inventory** or other ERP apps, that tells you Sherkety ERP & Website Platform expects it to support a wider business workflow instead of standing alone. This is especially important if your shortlist already includes stock, finance, or sales-related tools. You can also use the page’s action prompts to judge your next move: - If the feature highlights already match your buying process, open the **pricing** path to understand commercial fit. - If you need to see the workflow in context, use the **demo** option. - If you are still comparing modules at a high level, stay on the app page and review related ERP apps before taking action. - If you want hands-on exploration, use the **trial** path when available. Finally, watch for use-case language that reflects your organization’s complexity. If the page speaks to supplier coordination, replenishment support, or more structured procurement activity, it may be a better fit for teams that have outgrown informal purchasing. If it feels too broad, compare it with [Understanding Purchasing Module Positioning and Use Cases](doc:understanding-purchasing-module-positioning-and-use-cases) before deciding whether to shortlist it. ## Resolving Common Confusion When Browsing Inventory and Purchasing Pages A common point of confusion is thinking that **Purchasing** and **Inventory** are duplicates because both relate to incoming goods. In Sherkety ERP & Website Platform, they serve different purposes. **Inventory** is about stock operations: what is stored, moved, received, and visible in the warehouse flow. **Purchasing** is about supplier-facing procurement: requesting quotes, comparing vendors, and controlling purchase orders before goods arrive. If the connection between the two pages is not obvious, use the related app links, nearby ERP navigation, and workflow descriptions on each module page. These page elements help you trace the full path from stock need to supplier order to incoming receipt. When you read the pages this way, the relationship becomes much easier to understand. If the **ERP Apps** catalog entry for **Purchasing** feels too short or too high level, do not stop there. Open the full **Purchasing** app page and use the visible **pricing**, **demo**, or **trial** prompts to go deeper. These actions are useful when you need more than a headline and want to confirm whether the module supports your real buying process. If you started on the **Inventory** page but realized your main issue is procurement control, you do not need to restart your evaluation. Simply move to the **Purchasing** app page through the related app path or by returning to the **ERP Apps** catalog and selecting **Purchasing** directly. This keeps your evaluation focused without losing the inventory context you already reviewed. When in doubt, ask yourself one practical question: “Are we mainly trying to track stock, or are we trying to improve how we buy from suppliers?” If the second question matters more, the **Purchasing** page is the right place to continue. The next document is [Understanding Purchasing Benefits and Buyer Actions](doc:understanding-purchasing-benefits-and-buyer-actions). ## Overview This document focuses on how a prospective buyer discovers the **Purchasing** module in Sherkety ERP & Website Platform before entering a deeper sales or product evaluation. The main discovery paths covered here are the **ERP Apps** catalog and the **Inventory** app page. These are the two most natural places where a buyer begins to connect stock needs with supplier purchasing needs. You learned how to locate the **Purchasing** app card in the **ERP Apps** catalog, open the module page, and use the first visible page signals to judge whether it deserves closer review. Those signals include the app name, surrounding module context, feature highlights, and action prompts such as **pricing**, **trial**, or **demo**. The goal at this stage is not to master every procurement detail. It is to decide whether the module appears relevant to your buying process. The document also explained why many buyers discover **Purchasing** only after reading the **Inventory** page. That often happens when stock visibility questions turn into supplier sourcing or replenishment questions. By comparing the two pages, you can separate warehouse-focused concerns from procurement-focused concerns and avoid assuming both modules do the same thing. Use this page as an orientation guide whenever you are early in your ERP shortlist process and need to understand where **Purchasing** fits. If you have already reviewed general ERP navigation, this document narrows the focus to the first meaningful procurement evaluation step. For broader module browsing, see [Browsing the ERP Apps Catalog](doc:browsing-the-erp-apps-catalog) and [Using ERP System Landing Pages to Evaluate Offerings](doc:using-erp-system-landing-pages-to-evaluate-offerings). ## Prerequisites Before using this document, it helps to have a basic understanding of how public ERP pages are organized in Sherkety ERP & Website Platform. You do not need an admin account or a product setup. This guide is written for public-site visitors, prospective buyers, and anyone comparing ERP modules from the website. You will get the most value from this document if you can already do the following: - Open the public ERP area of Sherkety ERP & Website Platform - Browse the **ERP Apps** catalog - Open individual app pages such as **Inventory**, **HR**, **Accounting**, or **Sales & CRM** - Recognize common page actions like **pricing**, **trial**, and **demo** - Move between related public pages using navigation links and app cards It is also helpful, though not required, if you have already read: - [Discovering ERP Products and Packages](doc:discovering-erp-products-and-packages) - [Browsing the ERP Apps Catalog](doc:browsing-the-erp-apps-catalog) - [Exploring Inventory Visibility and Warehouse Overview](doc:exploring-inventory-visibility-and-warehouse-overview) If you are completely new to the public website, start with [Navigating Public Pages and Entry Points](doc:navigating-public-pages-and-entry-points). If you want help understanding menus and page movement before comparing modules, see [Using Header Menus and Footer Links](doc:using-header-menus-and-footer-links). After you are comfortable finding the **Purchasing** app page and understanding how it relates to **Inventory**, continue with [Understanding Purchasing Benefits and Buyer Actions](doc:understanding-purchasing-benefits-and-buyer-actions) to evaluate what buyers can do next from the module page. ## Understanding What Each Public Page Is Designed to Help You Do When you open a public page in **Sherkety ERP & Website Platform**, start with the top of the page. The page headline, short banner text, and the main button in the hero section usually tell you whether you are looking at a business services page or an ERP product page. A services page often speaks about helping your business, solving operational problems, or providing expert support. Its main button usually pushes you toward a conversation, such as **Contact Us** or another inquiry action. An ERP product page usually highlights software capabilities, business modules, or platform benefits, and its main button is more likely to point you toward product evaluation actions such as a demo, pricing, or plan comparison. The navigation labels also help. If you arrived through a services menu, accounting service page, company registration content, or another advisory-focused entry point, the page is likely service-led. If you came from the ERP system area, ERP apps catalog, or a module page such as HR, Sales & CRM, Purchasing, Accounting, or Reporting, the page is likely product-led. Section headings reinforce this. Service pages usually organize content around expertise, support, implementation help, and outcomes. ERP pages usually organize content around features, modules, workflows, screenshots, and package options. Trust signals matter too. Client logos, testimonials, certifications, and partner badges can appear on either type of page, but they feel different depending on the surrounding content. On a services page, they support credibility and delivery experience. On an ERP page, they support product confidence and buying decisions. As you review the page, look for the path it wants you to take. One path leads to an inquiry form or consultation request. The other leads deeper into ERP exploration through features, pricing, demos, or comparison content. If you need a refresher on how calls to action guide visitors across public pages, see [Using Public Calls to Action Across Marketing Pages](doc:using-public-calls-to-action-across-marketing-pages). [SCREENSHOT: Hero section showing page headline, supporting text, and primary call-to-action button] ## Reviewing Business Services Pages for Fit When you evaluate a business services page in **Sherkety ERP & Website Platform**, read it like a description of help you can hire, not software you can subscribe to. Start with the service sections near the top and middle of the page. Look for blocks that describe service categories, business support areas, engagement options, or industry experience. These sections usually explain what kind of help is available, such as advisory work, setup support, customization, ongoing assistance, or managed delivery. Next, pay close attention to the contact-focused parts of the page. A services page usually makes conversation easy. You may see a **Contact Us** button, a consultation request form, direct inquiry prompts, or lead capture fields asking for basic details before someone follows up. These elements show that the page expects you to start with a discussion about your needs rather than move straight into product comparison. If the page repeats contact actions in the hero area, mid-page sections, and footer, that is another strong sign you are on a service-led page. Service scope details are especially important. Read any cards, expandable sections, or bullet lists that describe what is included. These areas often separate consulting, implementation help, support, customization, or ongoing service coverage. This is where you can tell whether the offer matches your business problem. For example, one page may focus on expert guidance and setup, while another may focus on long-term operational support. Finally, use proof sections to judge fit. Case studies, customer stories, business results, and industry examples help you decide whether the page speaks to companies like yours. If the examples match your size, sector, or operational challenge, the page is probably relevant. For more detail on service discovery paths, see [Finding Services Through Navigation and Service Menus](doc:finding-services-through-navigation-and-service-menus) and [Exploring the Accounting Services Page](doc:exploring-the-accounting-services-page). [SCREENSHOT: Services page showing service cards, inquiry form, and customer proof section] ## Reviewing ERP Product Pages for Fit An ERP product page in **Sherkety ERP & Website Platform** is built to help you evaluate software. You can usually confirm that quickly by scanning for feature grids, module lists, screenshots, plan prompts, and product-focused buttons. If the page highlights what the software does across daily business work, you are in product evaluation mode rather than service inquiry mode. Start with the feature sections. These often describe what the ERP covers across areas such as accounting, inventory, sales, purchasing, HR, CRM, and reporting. Read the section headings carefully and note which business processes are named directly. A strong product page makes coverage visible. Instead of broad promises, it shows which modules or app areas are included and what each one helps you manage. If you want to explore module entry points in more detail, use [Browsing the ERP Apps Catalog](doc:browsing-the-erp-apps-catalog) and [Evaluating ERP Modules From Catalog to Detail Pages](doc:evaluating-erp-modules-from-catalog-to-detail-pages). Then look for buying support content. ERP pages often include pricing prompts, package comparisons, screenshots, or plan-related sections that help you compare options. You may also find language about growth, scalability, integrations, or future expansion. These signals matter because they show the page is helping you assess whether the ERP can support both your current setup and your next stage of growth. The call-to-action buttons are one of the clearest clues. Buttons such as **Request Demo**, **View Pricing**, **Compare Plans**, or **Talk to Sales** are aimed at software buyers. They move you toward evaluation, comparison, and purchase decisions rather than a broad consultation. If the page repeatedly invites you to review plans or request a demo, treat it as a product page even if it also mentions support or implementation. Use screenshots and module descriptions together. Screenshots show interface depth, while module lists show business coverage. When both are present, you can judge whether the ERP fits your workflows before taking the next step. [SCREENSHOT: ERP product page with module grid, screenshots, pricing prompt, and demo button] ## Comparing Signals That Tell You Which Path Matches Your Needs Some public pages in **Sherkety ERP & Website Platform** are easy to classify, while others mix business services and ERP messaging. The fastest way to decide which path fits your needs is to compare the page signals side by side. | What to check | Service-led signal | ERP-led signal | |---|---|---| | Headline and banner text | Focus on expert help, delivery, setup, support, or business improvement | Focus on software capabilities, modules, automation, or platform value | | Main button | **Contact Us**, consultation, inquiry, or discussion request | **Request Demo**, **View Pricing**, **Compare Plans**, or **Talk to Sales** | | Section headings | Expertise, implementation, support, managed services, outcomes | Features, modules, screenshots, plans, integrations, reporting | | Proof points | Customer stories, delivery results, partner trust, industry experience | Product screenshots, module coverage, package comparison, feature depth | Use this comparison to answer one question: is the page solving your problem with people and services, or with software? If the page keeps returning to expert guidance, delivery approach, and tailored help, it is pointing you toward a services conversation. If it keeps returning to modules, product benefits, and software evaluation actions, it is pointing you toward ERP evaluation. Common visitor goals also map clearly to page type: - If you need implementation help, process consulting, ongoing support, or specialized expertise, a services page is usually the better fit. - If you need a new ERP, clearer module coverage, pricing visibility, or product comparison, an ERP page is usually the better fit. Mixed-intent pages can still be sorted out by structure. Look at what appears first, what sections take up the most space, and which button is repeated most often. The dominant call to action usually reveals the primary purpose of the page. If you are deciding between website and ERP offers more broadly, see [Comparing Website and ERP Offerings](doc:comparing-website-and-erp-offerings) and [Choosing Between Business Services and ERP Products](doc:choosing-between-business-services-and-erp-products). ## Choosing Between a Services Conversation and an ERP Evaluation Use your business need as the starting point. In **Sherkety ERP & Website Platform**, the right path becomes clearer when you ask whether you need expert help, new software, or both. 1. **Check the problem you are trying to solve.** If your main issue is process improvement, implementation support, setup guidance, or expert advice, start with a services page. If your main issue is replacing disconnected tools, improving visibility across departments, or finding one platform to manage operations, start with an ERP product page. 2. **Look at your current readiness.** A business that already has software but needs migration help, rollout support, or strategic advice often fits the services path first. A business actively comparing software options, reviewing modules, or checking pricing is usually ready for ERP evaluation. If you are still early in the process, a services conversation may help define what you need before you compare ERP plans. 3. **Choose the button that matches your intent.** Use a consultation or inquiry form when you want to explain your situation and get guidance. Use **Request Demo** when you want to see the ERP in action. Use **View Pricing** or **Compare Plans** when you are narrowing down product options. Use **Talk to Sales** when you are already leaning toward a software decision and want commercial details. 4. **Match the path to your role.** A prospective ERP buyer usually spends more time on module pages, screenshots, plan comparison, and product actions. A business services visitor usually spends more time on service scope, industry expertise, outcomes, and consultation forms. If you are comparing ERP pages specifically, [Using ERP System Landing Pages to Evaluate Offerings](doc:using-erp-system-landing-pages-to-evaluate-offerings) is a helpful companion. If you are still deciding between service help and product adoption, this page is the point where that choice becomes practical. ## Avoiding Common Mistakes When Comparing Public Pages It is easy to follow the wrong path when two pages use similar business language. In **Sherkety ERP & Website Platform**, the safest approach is to verify the page using visible actions and content structure instead of relying on broad promises. One common mistake is treating a service inquiry page like a product page because the wording sounds transformational or strategic. Phrases about growth, efficiency, or business improvement can appear on both page types. Before deciding, check where the main button leads. If the repeated action is a consultation request or contact form rather than a demo or pricing view, the page is service-led. Another mistake is assuming an ERP page automatically includes implementation support. A product page may focus heavily on modules, plans, and software benefits without explaining onboarding or hands-on assistance. If implementation matters to you, look for linked services content, partner trust signals, or support-related sections rather than assuming they are included. You can also misjudge a page by comparing only marketing claims. A better comparison uses concrete evidence: - Module lists - Feature grids - Service scope descriptions - Customer stories - Industry examples - Pricing or plan prompts - Screenshots and workflow visuals Mixed messaging is the final trap. Some pages mention both expert support and ERP capabilities. When that happens, check the repeated call-to-action buttons, footer links, and any forms on the page. A page that repeatedly pushes you toward inquiry is not the same as one that repeatedly pushes you toward demo and pricing actions. If you need help reading these cues, [Understanding Public Page Layouts and Visitor Actions](doc:understanding-public-page-layouts-and-visitor-actions) and [Understanding Public Website Sections and Visitor Goals](doc:understanding-public-page-layouts-and-visitor-actions) provide useful context for how these pages guide decisions. [SCREENSHOT: Page with repeated CTA buttons showing the difference between inquiry-focused and demo-focused actions] ## Overview This document helps you tell the difference between two common public page types in **Sherkety ERP & Website Platform**: business services pages and ERP product pages. Both can look polished and persuasive, but they guide visitors toward different decisions. Services pages are built to start a conversation about expert help, implementation support, consulting, or managed delivery. ERP product pages are built to help you evaluate software features, modules, pricing, and demo options. The most useful clues are visible right on the page. Start with the hero headline, supporting text, and the main button at the top. Then scan section headings, proof content, screenshots, forms, and repeated calls to action. A page that emphasizes expertise, delivery, and consultation is usually service-led. A page that emphasizes modules, features, plans, and demos is usually product-led. You will also learn how to compare mixed-intent pages. Some pages include both service and product language, especially when implementation or onboarding is part of the broader offer. In those cases, the page structure and the most repeated action usually tell you which path is primary. This guide does not repeat the general call-to-action patterns covered in [Using Public Calls to Action Across Marketing Pages](doc:using-public-calls-to-action-across-marketing-pages). Instead, it focuses on how to evaluate page intent so you can choose the right next step: submit an inquiry, request a consultation, explore modules, compare plans, or request a demo. If you are browsing several public pages before contacting Sherkety, this guide helps you avoid wasting time on the wrong route and makes it easier to move from page reading to a decision. ## Prerequisites Before using this guide, it helps to have a basic sense of how public pages are organized in **Sherkety ERP & Website Platform**. You do not need admin access, setup steps, or any special account. This guide is for public visitors comparing offers from the website. A few things will make the evaluation easier: - You should be comfortable moving between the main navigation, page sections, and footer links. - You should know how to recognize common public actions such as **Contact Us**, **Request Demo**, **View Pricing**, and other inquiry or sales buttons. - It helps if you already know whether you are browsing from a services-related page, a company information page, or an ERP app page. - If you are comparing pages in more than one language, make sure you are familiar with the language switcher so you can confirm the same page intent across localized versions. If you need that background first, these documents are the best starting points: - [Navigating Public Pages and Entry Points](doc:navigating-public-pages-and-entry-points) - [Browsing the Sherkety Public Website](doc:browsing-the-sherkety-public-website) - [Switching Languages While Browsing the Platform](doc:switching-languages-while-browsing-the-platform) - [Using Public Website Navigation Patterns Across Marketing Pages](doc:using-public-website-navigation-patterns-across-marketing-pages) After you finish this guide, continue with [Understanding Website and ERP Buyer Journeys](doc:understanding-website-and-erp-buyer-journeys) to see how these page choices connect to broader decision paths across the public website. ## Reviewing the Accounting Dashboard and Core Navigation 1. Open the **Accounting** area from the ERP apps catalog or from the accounting product page in Sherkety ERP & Website Platform. Start by looking for the main top or side navigation sections used to organize finance work. For business evaluation, pay close attention to whether you can clearly move between **Customers**, **Vendors**, **Accounting**, **Reporting**, and **Configuration** without guessing where a task belongs. A buyer should be able to tell, just from the menu labels, where sales invoices, supplier bills, payments, and reports live. [SCREENSHOT: Accounting landing screen showing the main navigation areas] 2. On the first accounting screen, review any dashboard cards, shortcut buttons, or summary panels. Look for visible entry points to items such as customer invoices, vendor bills, bank journals, or reconciliation work. If the screen shows outstanding items, unpaid documents, or action counters, note how quickly a finance user could spot work that needs attention. This is especially useful when comparing accounting tools for day-to-day usability. 3. Open the **Customers** menu and inspect the invoice-related screens. Then open **Vendors** and compare the bill-related screens. You are looking for a clear separation between money coming in and money going out. Check whether menus for **Credit Notes**, **Payments**, or similar financial records are easy to find from these areas. 4. Switch between list-style views and record detail screens where available. In list views, review whether columns show practical information such as **Status**, **Due Date**, **Customer** or **Vendor**, **Total**, and **Journal**. In record detail screens, check whether the layout makes invoice lines, totals, taxes, and payment information easy to scan. 5. As you browse, judge whether the navigation supports real finance routines. A strong setup in Sherkety ERP & Website Platform should let someone move from a dashboard summary into a specific invoice, bill, payment, or report with very few clicks. ## Following the Invoice and Bill Lifecycle 1. Open the **Customers** area and select the screen for customer invoices. Create a new invoice or open an existing draft if one is available. Review the fields that define the document, such as the customer name, invoice date, due date, invoice lines, taxes, payment terms, and journal. For evaluation purposes, focus on whether the form helps a finance user complete the document in a logical order without missing key details. [SCREENSHOT: Customer invoice form showing header fields, invoice lines, taxes, and totals] 2. Add or inspect invoice lines and watch how totals are presented. A buyer should check whether line descriptions, quantities, unit prices, taxes, and subtotal or total amounts are visible before the invoice is confirmed. This is where you can judge whether the module supports accurate billing and whether the tax summary is easy to understand. 3. Move the invoice through its status changes. Start from **Draft**, then review what happens when the invoice is validated or posted. After that, look for later states such as **Paid** or **Cancelled**. These status labels matter because they show whether Sherkety ERP & Website Platform gives finance teams clear control points. If the status is always visible near the top of the document or in the list view, it becomes much easier to monitor what still needs action. 4. Next, open the **Vendors** area and compare a vendor bill with a customer invoice. Look for fields that matter on the payable side, such as supplier reference, bill date, due date, tax details, and journal. Check whether the bill screen clearly supports tracking what your business owes and when payment is due. 5. Finally, review **Credit Notes** or refund documents. Open one if available and see whether it links back to the original invoice or bill. For buyers, this is an important sign of audit readiness because reversals should be easy to trace instead of appearing as isolated entries. ## Assessing Payments, Bank Matching, and Reconciliation 1. Open a posted customer invoice or vendor bill and look for the **Register Payment** action. Select it to review the payment form. Pay attention to the visible fields, especially **Payment Method**, **Journal**, **Amount**, and **Payment Date**. These fields show whether Sherkety ERP & Website Platform gives users enough control to record real-world payments accurately without making the process too complicated. [SCREENSHOT: Register Payment window showing amount, journal, payment method, and date] 2. Compare customer payment handling with vendor payment handling. On the customer side, check how incoming payments are recorded against invoices. On the vendor side, review how outgoing payments are linked to bills. A buyer should confirm that both flows are easy to follow and that the payment result is reflected back on the original document through updated status or balance information. 3. Open the bank-related area from the accounting dashboard or the relevant journal screen. Review whether there are visible options for imported bank statement lines, manually entered statement lines, or bank synchronization entry points. Even if your evaluation account does not include live bank data, the presence of these entry points helps you understand how bank activity would be brought into the accounting workflow. 4. Go to the reconciliation screen if it is available from a bank journal or accounting task list. Review how statement lines are matched with open invoices, bills, or payments. Look for matching clues such as **Partner**, **Amount**, and **Reference**. A useful reconciliation screen should help users compare suggested matches quickly while still allowing them to confirm the final result themselves. 5. When judging fit, focus on effort reduction. If Sherkety ERP & Website Platform offers suggested matches while still keeping a clear review step before confirmation, that is a strong sign that the module can reduce manual work without weakening financial control. ## Checking Compliance Controls, Taxes, and Audit Readiness 1. Open a customer invoice and a vendor bill, then inspect the tax-related fields on each line and in the totals area. Look for visible tax selections, tax summaries, and any fiscal treatment options shown before posting the document. Buyers should check whether tax amounts are easy to review before final confirmation, because this directly affects billing accuracy and compliance confidence. [SCREENSHOT: Invoice totals area with tax breakdown and overall total] 2. From an invoice, bill, or payment, open the related accounting entry if that option is available on the screen. Review whether the resulting entry clearly shows posting date, accounts, debit amounts, and credit amounts. You do not need accounting expertise to evaluate this screen. What matters is whether every financial document can be traced to the entry it created and whether that entry is easy to read during review. 3. Check for controls that protect closed accounting periods. Look in accounting settings or posting-related areas for signs of lock dates, restrictions on changing posted records, or reversal actions instead of silent edits. Strong finance tools make it harder to alter finalized periods by accident and encourage corrections through visible, traceable steps. 4. Review how reversals are handled. If a posted invoice or bill needs correction, look for a credit note, refund, or reversal action rather than direct removal. This is a practical sign that Sherkety ERP & Website Platform supports compliant bookkeeping habits. 5. Also inspect the document history around each record. If the screen shows notes, attached files, references, or linked records, consider how useful that would be during internal checks or an external audit. A buyer should value any screen that helps explain who created a document, what it relates to, and how it was later corrected or paid. ## Using Financial Reports to Evaluate Business Visibility 1. Open the **Reporting** menu in the accounting area and review the main reports available for decision-making. Start with **Profit and Loss** and **Balance Sheet**, then inspect operational reports such as **Aged Receivable**, **Aged Payable**, and **General Ledger**. These reports help you judge whether Sherkety ERP & Website Platform supports both leadership review and day-to-day finance follow-up. [SCREENSHOT: Reporting menu with core financial reports listed] 2. In each report, test the available filters. Look for options such as date range, comparison period, journal selection, and partner-based filtering. A buyer should check whether these controls are easy to find and whether changing them updates the report in a way that is easy to understand. Good reporting is not only about having many reports; it is about being able to answer specific questions quickly. 3. Expand report lines where possible. For example, move from a summary balance into the underlying transactions to see whether you can trace a figure back to journal items, invoices, bills, or payments. This drill-down behavior is one of the clearest signs that the accounting module can support investigation instead of only static reporting. 4. Compare the reports from two perspectives: finance manager and accountant. A finance manager may care about high-level totals, overdue balances, and period comparisons. An accountant may need to move from a report line into the exact document behind it. Sherkety ERP & Website Platform is stronger when both users can work from the same reporting area without switching to separate tools. 5. Finally, review whether the report screen offers export or sharing options. Buyers often need to send outputs for board review, month-end discussion, or accountant collaboration. If reports can be filtered, reviewed, and then shared cleanly, the module is more likely to fit real finance operations. ## Deciding Whether the Module Fits Your Finance Operation 1. Start by mapping your current finance routines to the visible workflows you reviewed in Sherkety ERP & Website Platform. Use the invoice, bill, payment, reconciliation, and reporting screens as your reference points. If your team already handles customer billing, supplier payables, payment registration, and month-end review in a similar sequence, the module may be a natural fit. If you need a refresher on pricing and buyer actions before making that judgment, revisit [Requesting a Demo or Next Step From Accounting Pages](doc:requesting-a-demo-or-next-step-from-accounting-pages). 2. Check whether your organization has requirements beyond the basic workflows. During evaluation, note whether you need separate journals, more than one company, multiple currencies, or country-specific tax behavior. These needs can affect shortlisting even if the visible invoice and report screens already look strong. 3. Compare usability for different roles. An accountant may spend most of the time in invoices, bills, payments, and reconciliation. A finance manager may rely more on dashboard summaries and reports. A non-finance approver may only need to review key amounts, due dates, and document status. The interface should make sense for all three without overwhelming occasional users. 4. Use this simple buyer checklist while reviewing the screens: | What to assess | What to look for on screen | |---|---| | Posting control | Clear status changes such as Draft, Posted, Paid, and Cancelled | | Audit trail clarity | Linked records, references, attachments, and visible history | | Reporting depth | Profit and Loss, Balance Sheet, aging reports, and drill-down detail | | Reconciliation effort | Suggested matches with visible reviewer confirmation | 5. If the accounting area feels clear, traceable, and practical for both daily work and reporting, continue with [Understanding Accounting Module Positioning and Business Fit](doc:understanding-accounting-module-positioning-and-business-fit) to compare where this module sits in a broader ERP decision. ## Overview - This guide helps you evaluate the accounting capabilities presented in Sherkety ERP & Website Platform from a buyer’s point of view. - The focus is on visible finance workflows, including: - **Customer invoices** - **Vendor bills** - **Payments** - **Bank matching and reconciliation** - **Tax visibility and audit traceability** - **Financial reports** - You will use the accounting screens to judge whether the module supports: - day-to-day bookkeeping work - finance review and approval points - month-end reporting needs - traceable corrections and reversals - This document does not repeat demo request steps or contact actions already covered in [Requesting a Demo or Next Step From Accounting Pages](doc:requesting-a-demo-or-next-step-from-accounting-pages). - As you work through the sections, pay attention to what you can confirm directly from the interface: - menu structure - document statuses - report filters - linked records - visible control points before posting or reconciling - Use this guide when comparing Sherkety ERP & Website Platform with another finance product, or when deciding whether the accounting module deserves a deeper product demonstration. ## Prerequisites - Before using this guide, you should already be able to: - open the accounting-related pages in Sherkety ERP & Website Platform - move between public product pages and ERP module pages - recognize common navigation patterns such as menus, report lists, and record detail screens - It helps if you have already read: - [Evaluating Accounting Capabilities and Pricing](doc:evaluating-accounting-capabilities-and-pricing) - [Understanding Accounting Workflows and Compliance Value](doc:understanding-accounting-workflows-and-compliance-value) - [Reviewing Accounting Pricing and Package Fit](doc:reviewing-accounting-pricing-and-package-fit) - For this evaluation, try to have access to screens or examples that include: - at least one customer invoice - at least one vendor bill - a payment or **Register Payment** action - a bank or reconciliation area - the **Reporting** menu - You do not need advanced accounting knowledge. This guide is written for business evaluators, decision-makers, and operational reviewers who want to assess fit from the interface. - If you are still getting familiar with broader ERP navigation, these supporting guides can help first: - [Browsing the ERP Apps Catalog](doc:browsing-the-erp-apps-catalog) - [Using ERP System Landing Pages to Evaluate Offerings](doc:using-erp-system-landing-pages-to-evaluate-offerings) - [Evaluating ERP Modules From Catalog to Detail Pages](doc:evaluating-erp-modules-from-catalog-to-detail-pages) ## Reading the KPI cards on the reporting dashboard On the **Reporting & Analytics** product page in **Sherkety ERP & Website Platform**, the top area typically highlights the most important business results in **KPI cards**. These cards are designed to give you a quick read on performance before you look at charts or detailed analysis. Depending on the reporting example being shown, these headline cards may represent measures such as **revenue**, **orders**, **margin**, **pipeline**, or similar high-level results. Each **KPI card** usually combines two pieces of information: - A **main value**, which is the current total or count - A **comparison indicator**, which helps you understand whether the result is improving or falling behind That comparison may appear as: - A **percentage change** - An **up or down trend arrow** - A short note showing movement compared with an earlier period [SCREENSHOT: KPI cards at the top of the Reporting & Analytics product page] The numbers shown in these cards are tied to the reporting controls on the page. When you change the **date range** or apply available **filters**, the KPI values update to match the selected view. For example, a card showing total revenue for the year will change if you switch the report to a monthly or quarterly view. This is important when comparing results, because the cards only reflect the reporting scope currently selected on the page. If the page allows interaction, clicking a **KPI card** can open a related analysis view or filtered report. In some layouts, hovering over a card or its indicator can also reveal extra context, such as what the metric represents or how the change was calculated. This makes the KPI area more than a summary strip—it acts as a starting point for deeper analysis. If you want a broader introduction to what these metrics represent, see [Understanding Reporting and Analytics Module Value](doc:understanding-reporting-and-analytics-module-value). ## Switching between dashboard views to compare performance The **Reporting & Analytics** product page in **Sherkety ERP & Website Platform** is most useful when you move between different visual views instead of relying on a single number. The page may present reporting content through **summary cards**, **charts**, **tables**, and other analysis sections that help you compare performance from different angles. Look for controls that let you switch between reporting layouts, such as: - **Tabs** for different report views - **Preset sections** that separate summaries from detailed analysis - **Chart and table areas** that present the same data in different formats These view changes help you answer different questions. A **KPI card** gives you the headline result, a **chart** helps you spot movement over time, and a **table** makes it easier to compare categories side by side. [SCREENSHOT: Reporting page with KPI cards, chart area, and table or analysis section] When available, use the page filters to compare business areas more clearly. The product page may include selectors for dimensions such as: - **Time period** - **Company** - **Team** - **Product category** - **Customer segment** - **Sales channel** As you change these filters, the visual elements should stay in sync. That means the **KPI cards**, **charts**, and **tables** should all reflect the same filtered dataset. For example, if you narrow the report to one team or one period, the headline metrics and the chart below should update together rather than showing unrelated totals. Some reporting pages also use **saved views**, **preset report layouts**, or clearly separated sections to demonstrate common reporting perspectives without making you rebuild the analysis manually. This is especially helpful during a product review because you can move from an executive summary to a more detailed performance comparison with only a few clicks. For a deeper explanation of dashboard reading patterns, refer to [Understanding Dashboards KPIs and Drill Down Analysis](doc:understanding-dashboards-kpis-and-drill-down-analysis). ## Drilling down from a KPI into the underlying records A dashboard becomes much more useful when you can move from a summary number into the records behind it. On the **Reporting & Analytics** product page in **Sherkety ERP & Website Platform**, the drill-down experience usually starts by selecting a visible result on the page. This may be a **KPI card**, a **chart label**, a **bar**, a **line point**, or another clickable data element. When you click a metric or chart segment, the page may open a more detailed analysis view that focuses on the selected result. That detailed view can appear as: - A **filtered list** - A **grouped table** - A **pivot-style analysis area** - A more detailed report panel showing the contributing records [SCREENSHOT: Clicking a KPI or chart segment to open a detailed filtered view] The goal of this step is simple: confirm what is included in the number. If a KPI shows a strong result or a sudden drop, the drill-down view helps you see which records are driving it. In the detailed screen, look for tools such as: - **Filter chips** showing the active reporting scope - **Grouping options** that organize rows by product, customer, salesperson, region, or period - **Columns** that let you compare totals, counts, or trends across categories These controls help you narrow the result set without losing the context of the original dashboard selection. For example, you might start from a total revenue card, then group the detailed view by product or customer to see which area contributed most. To return to the higher-level dashboard, use the page’s **breadcrumbs**, **back navigation**, or **report tabs** if they are available. A good reporting flow lets you move back and forth between summary and detail without starting over. That continuity is one of the clearest signs that the reporting experience supports real analysis rather than just static display. ## Analyzing trends and exceptions in the reporting views Once you move past the top KPI cards, the most valuable part of the **Reporting & Analytics** product page is learning how to read patterns. In **Sherkety ERP & Website Platform**, charts and comparison views help you understand not only what the current total is, but also whether performance is stable, improving, or showing warning signs. Start with the visual cues on the page: - **Trend lines** help you see movement over time - **Comparison columns** show how one period differs from another - **Period selectors** let you switch between shorter and longer reporting windows These views can reveal several types of patterns: - **Growth**, where values rise steadily - **Decline**, where results fall over time - **Seasonality**, where peaks and dips repeat by period - **Sudden changes**, where a sharp jump or drop needs explanation [SCREENSHOT: Reporting chart showing trend movement and category breakdown] Breakdown views are especially useful when the page lets you compare categories. A chart or grouped table may separate results by: - **Product** - **Team** - **Territory** - **Customer group** This helps you identify top performers and weaker areas without leaving the reporting page. For example, one category may be driving most of the growth while another is flattening or falling. Exception patterns often stand out through visible contrasts in the interface. You may notice: - Lower-than-expected conversion - Declining margin - Missed targets - Spikes in returns or support-related activity The key is not stopping at the visual warning. If a chart highlights an unusual result, use the related data point or linked analysis view to open the records behind it. That way, the dashboard moves from “something looks wrong” to “these are the exact records causing the issue.” This connection between visual insight and record-level detail is what makes dashboard analysis practical for real business decisions. ## Monitoring performance over time with filters and comparisons To get consistent value from the **Reporting & Analytics** product page in **Sherkety ERP & Website Platform**, use the page filters the same way each time you review performance. The most important control is usually the **date filter**, because it changes both the KPI totals and the chart comparisons across the page. Common date selections may include: - **Today** - **This month** - **This quarter** - **This year** - A **custom range** When you switch between these options, the dashboard should recalculate the visible totals and redraw the charts to match the new reporting period. This lets you compare short-term activity with longer-term performance without leaving the page. [SCREENSHOT: Date filter and comparison controls on the reporting page] If the product page includes comparison tools, use them to judge whether current performance is actually good or simply larger than a smaller reporting window. Comparison modes may show results against: - A **previous period** - A **target** - A **budget** - Another visible **benchmark** These comparisons are useful because a KPI total alone does not explain whether the result is on track. A large number may still represent underperformance if it trails the prior period or misses a target. For ongoing monitoring, revisit the same dashboard view with the same filter choices. Consistent filters make trend reading more reliable and help you avoid comparing unrelated numbers. During a product demo, pay close attention to three things: - Whether the page refreshes quickly when filters change - Whether the **KPI cards** and detailed views stay consistent with each other - How easily you can move from a summary result into deeper analysis Those details show whether the reporting experience will support regular business review, not just a one-time presentation. ## Avoiding common mistakes when interpreting dashboard metrics Dashboards are easy to read quickly, but they are also easy to misread if you overlook the active filters or the way a chart is calculated. On the **Reporting & Analytics** product page in **Sherkety ERP & Website Platform**, a few simple checks can help you avoid drawing the wrong conclusion from a KPI or chart. Start by reviewing the active reporting scope before trusting any number. Check whether the page is limited by filters such as: - **Date range** - **Company** - **Team** - **Category** A KPI may look too low or too high simply because the dashboard is showing a narrower slice of data than you expected. Always confirm the selected filters before comparing one view with another. Next, make sure the detailed view matches the summary view. When you click from a **KPI card** or chart into a drill-down screen, the detailed analysis should carry over the same filter context. If the drill-down view is broader or narrower than the dashboard, the totals may not line up. Look for visible **filter chips**, grouped headings, or report labels that confirm what is included. [SCREENSHOT: Dashboard summary beside a drill-down view with matching filters] It also helps to distinguish between different metric types: - **Count-based KPIs** show how many items exist, such as orders or leads - **Value-based KPIs** show monetary or performance totals, such as revenue or margin Do not compare these as if they mean the same thing. A higher order count does not automatically mean higher revenue, and strong revenue does not always mean strong margin. Finally, check how the visual is summarized. A chart may be showing: - **Aggregated groups** - **Percentages** - **Raw totals** Those formats tell different stories. Before making a decision, confirm whether you are looking at a share of the whole, a grouped comparison, or an actual total value. ## Overview This page in **Sherkety ERP & Website Platform** is meant to help you evaluate how reporting works from a buyer’s point of view. Instead of focusing only on static product descriptions, the **Reporting & Analytics** product page shows how business performance can be reviewed through **KPI cards**, **charts**, **comparisons**, and **drill-down analysis**. As you explore the page, focus on these core capabilities: - Reading headline metrics from the **KPI cards** - Changing the reporting scope with **date filters** and other selectors - Switching between **summary views**, **charts**, and **tables** - Opening a detailed view from a metric or chart point - Returning to the dashboard without losing context This document builds on the value-focused explanation in [Understanding Reporting and Analytics Module Value](doc:understanding-reporting-and-analytics-module-value). Here, the emphasis is on what you can actually do on the product page and how to judge whether the reporting experience is clear, connected, and useful. The most important thing to watch is consistency. When a filter changes, the **KPI cards**, visual reports, and detailed views should all reflect the same reporting scope. When you click into a number, you should be able to see the records behind it. When you return to the dashboard, you should still understand where you are and what period or segment you are viewing. [SCREENSHOT: Full Reporting & Analytics product page showing KPI area, charts, and detailed analysis section] If you are reviewing Sherkety ERP & Website Platform during a demo or product comparison, this page helps you answer practical questions: Can you spot trends quickly? Can you verify a number? Can you move from summary to detail without confusion? Those are the signs of a reporting experience that supports real decision-making. ## Prerequisites Before using this page effectively, you should already be comfortable moving around the public-facing areas of **Sherkety ERP & Website Platform** and recognizing the basic layout of ERP product pages. You do not need admin access to understand the reporting product page, but it helps to know how to read common page elements such as navigation menus, tabs, filters, and visual summaries. You will get the most from this guide if you already know how to: - Open ERP product pages from the website navigation - Recognize page sections such as summary blocks, charts, and call-to-action areas - Use on-page controls like **date filters**, tabs, or category selectors when they are available - Read visual indicators such as highlighted totals, trend arrows, and grouped charts If you need help with the broader product navigation first, review: - [Exploring Reporting and Analytics Capabilities](doc:exploring-reporting-and-analytics-capabilities) - [Understanding Dashboards KPIs and Drill Down Analysis](doc:understanding-dashboards-kpis-and-drill-down-analysis) - [Browsing the ERP Apps Catalog](doc:browsing-the-erp-apps-catalog) This guide is especially useful when you are: - Comparing reporting tools during a product evaluation - Watching a live demo of the **Reporting & Analytics** page - Checking whether dashboard totals and detailed records stay aligned - Looking for proof that the reporting experience supports follow-up analysis, not just headline numbers You do not need setup steps, imported data, or configuration work to follow along with the page walkthrough in this document. The main requirement is that you can access the **Reporting & Analytics** product page and interact with the visible dashboard examples or report sections shown there. For the next part of this learning path, continue with [Reviewing Report Sharing and Business Decision Use Cases](doc:reviewing-report-sharing-and-business-decision-use-cases). ## Seeing What Stock Is Available Across Products and Locations In Sherkety ERP & Website Platform, the first step in any inventory workflow is checking whether stock is available now and whether it will still be available after planned receipts and deliveries. On inventory screens, pay close attention to **On Hand** and **Forecasted** quantities. **On Hand** shows what is physically in stock at this moment. **Forecasted** shows what stock is expected to be available after incoming receipts, outgoing deliveries, and internal transfers are taken into account. This helps you avoid promising stock that is already committed elsewhere. Open the product list or a product details screen and review stock information before creating or confirming related work. If a product has variants, check each variant separately so you do not assume all sizes, colors, or versions have the same availability. When location details are available, review stock by warehouse and by internal location to see exactly where the quantity is stored. This is especially useful when one warehouse has stock but another does not. Availability indicators become more useful when you compare current stock with planned movements. A product may show enough **On Hand** quantity, but the **Forecasted** quantity may be lower because outgoing deliveries are already reserved. In the same way, low current stock may still be acceptable if incoming receipts are expected soon. For products that use traceability, lot or serial details help you understand not just how much stock exists, but which specific units are available. Package-level visibility adds another layer by showing stock grouped in boxes, pallets, or other handled units. - Use **On Hand** to confirm physical stock. - Use **Forecasted** to understand future availability. - Check warehouse, location, and variant details before moving stock. - Review lot, serial, or package information when traceability matters. [SCREENSHOT: product inventory view showing On Hand, Forecasted, warehouse, and location details] ## Following Inventory Through Receipts, Transfers, and Deliveries Inventory moves become easier to understand when you follow them in the same order your warehouse team does: receipt first, then internal movement if needed, then delivery. In Sherkety ERP & Website Platform, each operation screen shows where goods are coming from, where they are going, and how far the work has progressed. 1. Start with an incoming receipt. This is the record your team uses when goods arrive from a supplier. Open the receipt and review the product lines, expected quantities, and destination stock location. Once the received quantities are confirmed, validating the receipt adds those items into warehouse stock and updates product availability. 2. If goods need to be moved inside your storage setup, use an internal transfer. On the transfer form, check the **Source Location** and **Destination Location** carefully. This is where warehouse teams move stock from one shelf, zone, or warehouse area to another. Reserved quantities show what has already been assigned to that transfer, helping staff avoid moving the wrong stock. 3. Finish with the outgoing delivery. Delivery orders remove stock from available inventory once the picked quantities are confirmed and the operation is validated. After that step, product availability updates so sales and warehouse teams see the new stock position. Operation status labels help everyone track progress. Common states include: | Status | What it means | |---|---| | **Draft** | The operation has been created but is not ready for processing yet | | **Waiting** | The operation depends on stock or another step before it can continue | | **Ready** | The items can be processed now | | **Done** | The movement has been completed | These statuses make it easier to spot delays, especially when stock is waiting on a receipt before it can be transferred or delivered. [SCREENSHOT: warehouse operation screen showing receipt, source, destination, quantities, and status] ## Running Faster Warehouse Operations with Barcode Scanning When warehouse teams need to process many receipts, transfers, or deliveries quickly, barcode scanning reduces the need to open full forms and type quantities manually. In Sherkety ERP & Website Platform, barcode-based work fits directly into the same warehouse flow used for standard inventory operations, so teams can switch between scanning and desktop review without losing track of progress. 1. Open the barcode workflow for the operation you want to process, such as a receipt, an internal transfer, or a delivery order. This lets the operator work through the movement step by step instead of editing every line by hand. 2. Scan the product barcode to identify the item being received, moved, or shipped. Each scan updates the related quantity on the active operation. This is especially useful when the same document contains many lines and the team needs to confirm actual handled quantities quickly. 3. If your warehouse uses location barcodes, scan the storage location to confirm where stock is picked from or placed into. This helps staff verify they are working in the correct bin, shelf, or warehouse zone. 4. If your process uses package barcodes, scan the package to move grouped items together. This saves time when handling cartons or pallets instead of individual units. Guided scanning is most helpful during busy periods because it leads the operator through the expected sequence: identify the item, confirm the quantity, and confirm the destination when needed. That reduces manual entry mistakes and helps ensure the physical movement matches the warehouse record. Barcode work does not replace standard documents. Teams often scan items on the warehouse floor, then open the related receipt, transfer, or delivery on a larger screen to review quantities, statuses, or exceptions. This mixed workflow works well when supervisors need visibility while operators need speed. [SCREENSHOT: barcode operation screen showing scan-driven quantity updates for products and locations] ## Replenishing Stock Before Products Run Out Replenishment is where stock visibility turns into action. In Sherkety ERP & Website Platform, you can use forecast information and replenishment screens to identify products that may fall short before demand is met. The key is to act on **Forecasted** quantity rather than waiting until **On Hand** reaches zero. Start by reviewing products whose forecasted availability is dropping. A product may still have stock today, but if open deliveries are already consuming that quantity, the forecast can reveal an upcoming shortage. This gives buyers and inventory planners time to restock before customer orders or internal needs are affected. Reordering rules help standardize that decision. These rules typically define: | Setting | Purpose | |---|---| | **Minimum Quantity** | The level that signals stock is too low | | **Maximum Quantity** | The target level to restore stock to | | **Quantity to Replenish** | The preferred amount to bring in when restocking | | **Warehouse** | The location where the rule applies | When a product reaches its replenishment point, the next action depends on how that product is supplied. Restocking may create a purchase flow for supplier buying, trigger a manufacturing flow for items produced internally, or use internal resupply from another warehouse. Because of that, replenishment should always be reviewed in the context of the product’s normal supply path. You can replenish manually by opening the product or using the replenishment screen to review what needs attention. This gives buyers more control when demand changes suddenly. You can also rely on predefined rules so regular stock items are restocked consistently without checking each one individually every day. If you want a deeper look at barcode-driven restocking support, see [Using Barcode and Replenishment Features](doc:using-barcode-and-replenishment-features). [SCREENSHOT: replenishment list showing forecasted shortage, minimum and maximum quantities, and warehouse] ## Choosing the Right Workflow for Single-Warehouse and Multi-Warehouse Operations The right inventory workflow depends heavily on whether your business stores goods in one warehouse or across several facilities. In Sherkety ERP & Website Platform, the same stock tools support both setups, but the decisions you make from those screens are different. In a single-warehouse setup, the flow is usually straightforward. Goods arrive through receipts, move into stock, and leave through delivery orders. Availability is easier to read because most quantities belong to one main storage location. Buyers can often decide quickly whether to reorder by checking **On Hand**, **Forecasted**, and open replenishment needs in one place. In a multi-warehouse setup, the same stock question becomes more strategic: should you buy more, or should you move stock from another warehouse? This is where warehouse-specific visibility matters. By checking stock by warehouse and internal location, buyers can see whether one facility has excess stock while another is short. Instead of creating a new purchase immediately, the team may choose an inter-warehouse transfer to rebalance inventory. Warehouse-specific operation flows also become more important. Receipts may arrive into one facility, transfers may move goods between facilities, and replenishment rules may be different for each warehouse. One location may restock directly from suppliers, while another may rely on internal resupply from a central warehouse. Barcode scanning fits into both models. In a single warehouse, it speeds up daily receiving and shipping. In a multi-warehouse environment, it also helps confirm that transferred goods are picked from the correct source and placed into the correct destination. To connect this section with earlier inventory topics, refer back to [Exploring Inventory Visibility and Warehouse Overview](doc:exploring-inventory-visibility-and-warehouse-overview) and [Understanding Stock Movements and Warehouse Operations](doc:understanding-stock-movements-and-warehouse-operations). ## Fixing Common Problems with Availability, Scanning, and Replenishment When inventory results do not look right, the fastest fix usually comes from checking the operation details already visible on the related screens. In Sherkety ERP & Website Platform, stock issues often come from open movements, missing scan setup, or replenishment rules that do not match the warehouse being reviewed. If stock appears unavailable, do not assume the item is out of stock immediately. First, compare **On Hand** with **Forecasted** quantity. Then check whether the quantity is already reserved on open delivery orders or tied to internal transfers. A product can look unavailable for new work because existing operations have already claimed it. Also review incoming receipts. If stock is on the way, the shortage may be temporary rather than a true stockout. If a barcode scan does not update the operation, confirm that you are scanning the right type of barcode for the current step. A product barcode, package barcode, and location barcode each serve different purposes. Also make sure the scan matches the active warehouse flow. For example, if the operation expects a destination location confirmation, scanning only the product may not complete the step. If replenishment does not trigger, review the product’s restocking setup from the replenishment side: the warehouse assignment, the minimum and maximum levels, and whether the item is set up to be supplied through purchasing, internal resupply, or another replenishment path. A rule attached to the wrong warehouse will not help the location that is actually short. If a transfer cannot be validated, inspect the movement lines carefully. Common causes include an incorrect **Source Location**, an incorrect **Destination Location**, missing lot or serial details for tracked products, or a mismatch between reserved quantity and the quantity actually processed. For broader pricing and rollout planning, continue with [Reviewing Inventory Pricing and Next Steps](doc:reviewing-inventory-pricing-and-next-steps). ## Overview This document brings together the full inventory flow you use after learning the separate topics in earlier guides. Instead of explaining each feature on its own, it shows how stock visibility, warehouse operations, barcode processing, and replenishment work together in day-to-day use inside Sherkety ERP & Website Platform. Use this guide when you want to answer practical questions such as: - Do we have enough stock to fulfill demand? - Is the quantity physically available, or already reserved? - Should we wait for an incoming receipt, move stock internally, or reorder? - Can the warehouse team process this faster with barcode scanning? - Is a shortage best solved by purchasing, internal resupply, or another replenishment action? The workflow usually starts with product availability. From there, you move into receipts, internal transfers, and deliveries depending on where goods are in the process. Barcode tools help warehouse teams confirm those movements quickly, while replenishment rules help buyers and planners avoid stockouts before they happen. This guide is especially useful if you are coordinating between purchasing, warehouse, and operations teams. It helps you read the same inventory information from different angles: current stock, future stock, movement status, and restocking need. If you need the detailed background for any one part of the workflow, use these related guides: - [Exploring Inventory Visibility and Warehouse Overview](doc:exploring-inventory-visibility-and-warehouse-overview) - [Understanding Stock Movements and Warehouse Operations](doc:understanding-stock-movements-and-warehouse-operations) - [Using Barcode and Replenishment Features](doc:using-barcode-and-replenishment-features) - [Understanding Inventory Module Value and Operational Scope](doc:understanding-inventory-module-value-and-operational-scope) [SCREENSHOT: inventory workflow path from stock visibility to receipt, transfer, delivery, barcode processing, and replenishment] ## Prerequisites Before using the workflow in this guide, make sure you can already access the inventory areas relevant to your job in Sherkety ERP & Website Platform. You do not need advanced setup knowledge, but you should be comfortable opening product stock views and warehouse operation records. You will get the most value from this guide if the following are already in place: - You can open inventory product views and review **On Hand** and **Forecasted** quantities. - You can access warehouse documents such as receipts, internal transfers, and delivery orders. - Your products and storage locations are already available in the inventory area. - If your team uses barcode processing, the related product, package, or location barcodes are already assigned. - If your team uses replenishment, the product has restocking rules and a warehouse assignment where needed. - If your products require traceability, lot or serial details are already being used in warehouse operations. It also helps if you have already read the earlier inventory guides, especially: - [Exploring Inventory Visibility and Warehouse Overview](doc:exploring-inventory-visibility-and-warehouse-overview) - [Understanding Stock Movements and Warehouse Operations](doc:understanding-stock-movements-and-warehouse-operations) - [Using Barcode and Replenishment Features](doc:using-barcode-and-replenishment-features) - [Understanding Inventory Module Value and Operational Scope](doc:understanding-inventory-module-value-and-operational-scope) Because this is the last document in the Inventory Management sequence, use it as a working reference when you need to connect stock checking, warehouse execution, and restocking decisions into one complete process. ## Reviewing the accounting services page at a glance On the accounting services page in **Sherkety ERP & Website Platform**, start at the top of the page and read the **main heading**, the short **supporting text**, and the prominent **primary call-to-action button** that invites you to get in touch. This top section is designed to answer three questions quickly: what the service is, why it matters, and how to ask about it. If you already reviewed broader service discovery in [Discovering Services and Comparing Business Offers](doc:discovering-services-and-comparing-business-offers), this page is where that comparison becomes more specific. As you scroll, the page moves into a package-focused layout. The accounting offers are presented in a structured comparison area, typically as **cards** or **side-by-side columns**. Each package area is built to be scanned quickly, with a **package name**, a short description, and a list of included items. This makes it easier to compare the level of support without leaving the page. Further down, look for sections that shift the focus from features to **compliance and business protection**. These blocks explain the accounting service in terms of **regulatory support**, **filing accuracy**, and reducing the risk of missed obligations. The page does not only sell bookkeeping help; it also frames the service as ongoing support for staying organized and meeting required business responsibilities. The overall flow is intentional: - **Service introduction** at the top - **Package comparison** in the middle - **Pricing context** near the package details - **Inquiry actions** placed where you are ready to ask questions or request the service [SCREENSHOT: Top of the accounting services page showing the page heading, supporting text, and primary inquiry button] ## Comparing the available accounting service packages The package comparison area on the accounting services page is where you evaluate what each option includes. In **Sherkety ERP & Website Platform**, each package is shown as its own visible block, making it easier to compare offers side by side instead of reading long paragraphs. Focus first on the **package title** at the top of each card or column. This title gives you the quickest clue about whether the offer is positioned as a basic option or a more complete accounting service. Under each package title, you will see a short description followed by a list of included services. These inclusions are presented as **bullet points** or **checkmark-style items**, which helps you scan the page quickly. The listed items are where the real comparison happens. Look closely at whether the package mentions support such as: - **Bookkeeping** - **Recurring accounting tasks** - **Financial reporting** - **Tax-related support** - **Ongoing record maintenance** - **Compliance-related coverage** A more limited package usually has a shorter list and simpler wording. A broader package is typically easier to spot because it contains a longer feature list, more detailed wording, or stronger visual emphasis. Some package layouts also use cues such as: - A **highlighted card** - A **featured** or **recommended** label - Stronger color contrast - A more central position in the comparison row These visual signals help draw attention to the option the page wants you to consider first, but you should still compare the actual inclusions line by line. A highlighted package may be the best fit for many businesses, but the right choice depends on whether its listed services match your reporting and compliance needs. [SCREENSHOT: Package comparison section showing multiple accounting package cards with titles and included service lists] ## Understanding how compliance support is positioned The accounting services page in **Sherkety ERP & Website Platform** does more than list service features. It also uses dedicated messaging blocks to position accounting support as part of meeting ongoing business obligations. As you move past the package cards, watch for sections with headings or short statements focused on **compliance**, **filing**, **accuracy**, and **business readiness**. These areas help explain why accounting support matters beyond day-to-day recordkeeping. The compliance-focused content is usually presented as a separate block or callout rather than being buried inside package bullets. That makes it easier to understand the service in a business context. The page connects accounting support to responsibilities such as: - Keeping records up to date - Managing recurring deadlines - Preparing accurate filings - Maintaining documentation that supports review or audit needs This positioning matters because it helps you judge the service by outcome, not only by task list. Instead of simply saying that bookkeeping is included, the page frames the work as support for staying aligned with business obligations. That trust-building language is especially useful if you are comparing providers and want reassurance that the service is designed around reliability and reduced risk. Look for visual elements that reinforce this message, such as: - **Icons** beside compliance statements - **Callout panels** with short assurance text - **Bold headings** focused on obligations or standards - Short blocks of copy that connect accounting work to business protection These sections are meant to build confidence. They show that the accounting packages are not presented as isolated services, but as support tied to deadlines, accuracy, and organized financial records. [SCREENSHOT: Compliance-focused section with assurance messaging, icons, or highlighted callout text] ## Interpreting pricing context before making an inquiry Pricing on the accounting services page in **Sherkety ERP & Website Platform** is presented as context for decision-making, not as a one-size-fits-all promise. When you review the package area, look for any visible **price labels**, **starting-from amounts**, or wording that indicates the final cost depends on scope. The pricing is typically placed close to the package title or package description so you can connect the amount directly to the listed inclusions. If the page uses **starting from** language or similar wording, treat that as an entry point rather than a final quote. This usually means the package has a base level of service, but the actual cost may vary depending on what your business needs. Nearby text may explain that pricing depends on factors such as: - The level of accounting support required - The depth of reporting included - The amount of recurring work involved - Additional compliance-related needs This is important when comparing packages. A lower visible amount may cover essential maintenance, while a higher-priced or custom-priced option may include broader reporting support or more complete compliance coverage. Instead of comparing prices alone, read the package description and feature list together with the pricing text. When pricing is not fully fixed, the page usually signals that clearly through wording such as **custom quote** or **starting from** rather than hiding the difference. That helps you understand whether you are looking at a standard package or a service that needs more discussion before the final scope is confirmed. [SCREENSHOT: Accounting package card showing pricing text next to package name and included features] ## Using inquiry actions to request the right service package Once you decide which accounting offer looks closest to your needs, use the inquiry action shown on the page. In **Sherkety ERP & Website Platform**, this may appear as the **main button in the top section**, a **button inside a package card**, or another visible contact action placed near the comparison content. The page is designed so you can ask about a package as soon as you have enough information, without needing to leave the service journey. When the inquiry flow opens, pay attention to the visible form fields. The contact form may ask for details such as: - **Name** - **Email** - **Phone** - **Company name** - **Selected package** - **Message** If the form includes a package selection field, choose the package you were reviewing. If there is no dedicated package selector, use the **Message** field to name the package directly and explain what you need help with. This is especially useful when your question is tied to compliance support. For example, you can mention that you want help with recurring accounting work, filing obligations, reporting expectations, or a broader managed service. Before you send the form, make your message specific. A short note that names the package and describes your business situation is more useful than a general request. After that, click the **Submit** button or the page’s main send action. Once the inquiry is sent, the page may show a **success message**, a visible confirmation state, or another sign that your request has been received. [SCREENSHOT: Inquiry form opened from the accounting services page showing visible contact fields and submit action] ## Choosing the best package when your needs are unclear If you are unsure which accounting package to choose, use the package details on the page as a filtering tool rather than jumping straight to the lowest visible price. In **Sherkety ERP & Website Platform**, the most useful starting point is the feature list under each package. Compare the offers based on the type of support you need now, especially around: - **Recurring bookkeeping** - **Reporting depth** - **Compliance support** - **Ongoing maintenance responsibilities** A highlighted or recommended package can be a helpful starting point because it usually represents the most broadly suitable option on the page. Still, do not rely on the highlight alone. Read the listed inclusions carefully and check whether they cover the obligations your business actually has. If one package focuses on basic maintenance and another includes broader accounting support, the wording in the feature list will usually make that difference clear. Pay close attention to compliance callouts near the packages. If the page uses stronger language around filing readiness, deadline support, or organized documentation in one offer more than another, that is a sign the package may be intended for businesses with more demanding requirements. If pricing is shown as **custom** or **starting from**, use the inquiry form to ask what changes the scope and which package fits your level of complexity. The best choice usually comes from matching the package wording to your real workload: - Choose a simpler package for routine maintenance needs - Choose a broader package when you need deeper reporting and stronger compliance coverage The next step is covered in [Using Service Page Actions to Request Next Steps](doc:using-service-page-actions-to-request-next-steps). ## Overview The accounting services page in **Sherkety ERP & Website Platform** is built to help business visitors move from interest to a more informed package choice. It combines four main elements on one page: a clear service introduction, package comparison content, compliance-focused messaging, and visible inquiry actions. Together, these sections help you understand not just what is offered, but why one package may fit your business better than another. At a high level, the page supports this decision process: - Read the **top heading** and **supporting copy** to understand the service focus - Review the **package cards** or **comparison columns** - Check the **compliance messaging** for reassurance around obligations and accuracy - Use the **pricing context** to understand whether the offer is fixed, starting from, or scope-based - Open the **inquiry form** when you are ready to ask about a package This page works best when you treat it as a guided comparison rather than a simple sales page. The package names and feature lists help you compare service levels, while the compliance sections explain how those services support filing, record maintenance, and business readiness. The pricing area adds context so you can tell whether the listed amount reflects a standard package or a more flexible engagement. If you need a refresher on how visitors reach this page and compare services more broadly, return to [Discovering Services and Comparing Business Offers](doc:discovering-services-and-comparing-business-offers). That earlier guide covers the wider browsing journey, while this page is focused on understanding package positioning and compliance value once you are already on the accounting services page. ## Prerequisites You do not need an account to review the accounting services page in **Sherkety ERP & Website Platform**, but a few basics will help you get more value from it. This page is easiest to use when you already know the type of support you are trying to evaluate, even if you have not chosen a package yet. Since the page compares accounting offers and connects them to compliance responsibilities, it helps to arrive with a rough idea of your business needs. Before using this page, it is helpful if you can already identify: - Whether you need **basic bookkeeping** or broader accounting support - Whether **reporting** is important for your decision - Whether your main concern is **price**, **compliance coverage**, or both - Whether you are ready to send an inquiry or are still comparing options You should also be comfortable with the public website navigation. If you need help getting back to the accounting page or understanding how service pages are organized, use these related guides first: - [Finding Services Through Navigation and Service Menus](doc:finding-services-through-navigation-and-service-menus) - [Exploring the Accounting Services Page](doc:exploring-the-accounting-services-page) - [Using Comparison Sections to Evaluate Offerings](doc:using-comparison-sections-to-evaluate-offerings) If you plan to contact the team from this page, be ready to fill in the visible contact form fields and describe your needs in the **Message** box. It helps to know which package you are asking about, or at least whether you want entry-level support or a more comprehensive accounting service. That makes the inquiry more useful and helps you move smoothly into the next guide, [Using Service Page Actions to Request Next Steps](doc:using-service-page-actions-to-request-next-steps). ## Finding Your Way with Shared Navigation Elements In **Sherkety ERP & Website Platform**, the same navigation ideas appear in both the public website and the admin area, even though the links themselves are different. As you move through service pages, ERP module pages, and admin screens, pay attention to four common cues: the **top navigation**, the **breadcrumb trail**, the **drawer toggle**, and the **page title**. On public pages, the **top navigation** helps you move between major areas such as services, company guidance, ERP pages, and contact paths. In the admin area, the main navigation focuses on work areas such as **Dashboard**, **Content**, **Users**, **Settings**, **SEO**, **Services**, and **Pricing**. The wording changes based on where you are, but the purpose stays the same: it shows the main sections available from your current view. The **breadcrumb trail** appears as a path showing where the current page sits inside a larger section. This is especially useful when you open a detailed page such as a company type page, an ERP app page, or a deeper admin screen. Instead of relying on your browser’s Back button, you can use the breadcrumb links to move directly to a parent page. When the full menu is not visible, look for the **drawer toggle**. This opens a side panel with navigation links. It is especially helpful on smaller screens and in tighter layouts where the full menu would take too much space. The **page title area** confirms what you opened. If you see a breadcrumb path, a clear heading, and the expected menu section highlighted, you can quickly tell whether you are: - browsing public service content - reviewing ERP features - editing website content - managing admin settings [SCREENSHOT: breadcrumb trail, drawer toggle, and page title shown together on a page] ## Using Breadcrumbs to Move Between Parent and Child Pages A **breadcrumb trail** reads from left to right. The first item is usually the broadest starting point, such as the home page or a top-level section. Each item after that becomes more specific until you reach the page you are currently viewing. The last item in the trail shows your current location and is there for context, not for navigation. For example, if you open a detailed company type page or an ERP app detail page, the breadcrumb may show a path from a broader category page down to that specific page. This helps you confirm that you did not land in the wrong place. If the final label matches the page heading, you can be confident you are viewing the intended content. As you use breadcrumbs, keep these patterns in mind: - **Earlier items** in the trail are usually clickable. - The **final item** is usually the current page and is not meant to be clicked. - Each label reflects a visible section or page name, so the trail is easy to read without technical knowledge. Breadcrumbs are especially useful when you want to move up one level without losing context. If you are reading a detailed page and want to return to the broader section, click the earlier breadcrumb item for that section. This is faster than using the browser Back button several times, especially if you opened the page from search, a homepage section, or a direct link. You can also use the breadcrumb to double-check where you are before taking action. In the admin area, this matters when moving between **Content**, **SEO**, **Users**, or **Settings**. On the public website, it helps when comparing ERP modules or moving between company guidance pages. If you need a refresher on page location cues in general, see [Understanding Breadcrumbs and Page Location](doc:understanding-breadcrumbs-and-page-location). ## Opening the Navigation Drawer When You Need More Options When the main menu is collapsed or there is not enough room to show all links, use the **drawer toggle** to open the navigation drawer. This control is typically placed near the top of the page and opens a side panel with additional navigation choices. In **Sherkety ERP & Website Platform**, the drawer is useful in two common situations: - on smaller screens, where the full header menu is hidden - in the admin area, where many sections need to stay available without taking over the page Inside the drawer, you will usually find: - links to major sections - related pages grouped together - nested items that help you move deeper into a section - shortcuts to areas you may not see in the top header at that moment On the public website, the drawer can help you reach service pages, ERP pages, company guidance pages, and other browsing destinations when the top navigation is condensed. In the admin area, it can provide access to work areas such as **Dashboard**, **Content**, **Users**, **Settings**, **SEO**, **Services**, and **Pricing**. The drawer is designed to save space while keeping navigation close at hand. Open it when you need to switch sections, then close it once you have selected your destination. In most cases, choosing a link closes the drawer automatically and loads the selected page. If it stays open, use the close control or click outside the panel to return your focus to the page content. A few practical habits make the drawer easier to use: - open it when you cannot see the link you need in the header - scan grouped links before tapping deeper pages - close it after navigation so the page content is fully visible [SCREENSHOT: navigation drawer open with grouped links for public pages or admin sections] ## Staying Oriented as You Move Between Website and Admin Pages One of the most helpful design patterns in **Sherkety ERP & Website Platform** is that public pages and admin pages use familiar location cues, even though the tasks are very different. Whether you are reading about accounting services, reviewing ERP modules, editing content, or maintaining settings, the layout gives you repeated signals about where you are. The **breadcrumb trail** and **drawer access** work in both spaces. On public pages, they support exploration. On admin pages, they support task-based work. That consistency matters when you switch from browsing a page to managing it. For example, you might review a public page, then sign in and move to **Content** or **SEO** to update related information. Because the navigation patterns stay familiar, the transition feels less abrupt. Besides breadcrumbs, use these orientation cues: - the **page heading**, which confirms the current screen - the **active navigation item**, which highlights the section you are in - the **grouping of links**, which shows whether you are in a browsing area or a management area - the overall page layout, which often differs between visitor-facing content and admin workspaces These cues support several common journeys: - **Visitors** move between homepage sections, service pages, company type guidance, and ERP app pages. - **Prospective buyers** compare modules such as **Accounting**, **Sales & CRM**, **HR**, **Purchasing**, and **Reporting**. - **Content editors** sign in, open **Dashboard**, then move to **Content** to update page sections. - **Administrators** move through **Users**, **Settings**, **SEO**, **Services**, and **Pricing** to maintain the site. If you already read [Using Pagination in Catalogs and Admin Lists](doc:using-pagination-in-catalogs-and-admin-lists), think of breadcrumbs and drawers as the location tools that work alongside page lists. Pagination helps you move through long results; breadcrumbs and drawers help you understand which section those results belong to. ## Recognizing What Navigation Tells You About Access and Context Navigation does more than move you from page to page. In **Sherkety ERP & Website Platform**, it also tells you what kind of space you are in and what you are allowed to access. Some links and breadcrumb paths appear only after you sign in to the admin area. Screens such as **Dashboard**, **Content**, **Users**, **Settings**, **SEO**, **Services**, and **Pricing** are part of the administrative workspace, so you should not expect to see them while browsing the public website. If those links are visible, that is a strong sign that you are in an authenticated area rather than a visitor-facing page. You can also learn a lot from what is **not** shown: - A **short breadcrumb trail** often means you are already near the top of a section. - A **missing admin link** may mean your account does not have access to that area. - A **smaller drawer menu** may reflect your role or the current section’s limited navigation options. - A public page without admin links confirms you are in browsing mode, not editing mode. The public website is organized for discovery. Its navigation helps you explore services, ERP offerings, company guidance, FAQs, and contact options. The admin area is organized for maintenance and control. Its navigation points you toward content updates, pricing setup, search-facing details, settings, and user management. Before you take action, glance at three things: - the **breadcrumb path** - the **visible drawer links** - the **page title** Together, these tell you whether you are: - reading public information - comparing offerings - working in a protected admin section - viewing a page that sits high or deep within the current section This is especially useful when switching between public content and admin tasks such as those covered in [Using the Admin Dashboard for Navigation](doc:using-the-admin-dashboard-for-navigation) and [Understanding Admin Page Access and Protected Navigation](doc:understanding-admin-page-access-and-protected-navigation). ## Fixing Common Navigation Problems If navigation does not look the way you expect, start with the visible cues on the page rather than guessing. In **Sherkety ERP & Website Platform**, the breadcrumb trail, page heading, and drawer contents usually tell you what went wrong. If the **breadcrumb trail does not match the page you expected**, compare the final breadcrumb label with the main page heading. If they do not match what you meant to open, click an earlier breadcrumb item to return to the parent section. From there, choose the correct page again. This often happens when you arrive from a search result, a homepage card, or a link inside another section. If the **drawer will not open or seems empty**, first check whether the layout is already showing the full navigation in the header or side area. On larger screens, the links may already be visible, so the drawer is not needed. In the admin area, an empty or limited drawer can also mean your account does not have access to certain sections. If you **cannot find an admin destination from a public page**, that is expected. Public pages focus on browsing and conversion actions, not administration. Sign in through the admin entry point, then use the admin navigation to reach **Dashboard**, **Content**, **Users**, **Settings**, **SEO**, **Services**, or **Pricing**. If a **breadcrumb link or drawer item is missing**, consider these possibilities: - your account does not include access to that section - the page is not part of the current navigation path - the content is restricted to the admin area - the item is not available from the page you are currently viewing For related guidance on interface feedback after navigation or access attempts, see [Understanding Toast Messages and Action Feedback](doc:understanding-toast-messages-and-action-feedback) and [Recognizing Warnings Errors and Dismissible Notices](doc:recognizing-warnings-errors-and-dismissible-notices). ## Overview Breadcrumbs, drawers, and shared navigation patterns make it easier to move confidently through **Sherkety ERP & Website Platform** without losing your place. These elements appear across both the public website and the admin area, so once you recognize them in one part of the product, you can use the same habits elsewhere. The most important ideas to remember are: - **Breadcrumbs** show where the current page sits in a larger section. - **Earlier breadcrumb items** usually take you back to parent pages. - The **last breadcrumb item** identifies the page you are on. - The **navigation drawer** gives you access to links when the full menu is hidden or condensed. - **Page titles** and **active navigation highlights** confirm your current section. These patterns support different kinds of work: - browsing service and ERP pages on the public website - moving through company guidance and detail pages - switching into the admin area to edit content - managing settings, users, pricing, and search-facing information They also reduce mistakes. Before clicking deeper into a section or making changes in the admin area, you can quickly confirm your location by checking the breadcrumb path and heading. If something feels off, use the breadcrumb to step back to a broader section or open the drawer to choose a different destination. [SCREENSHOT: side-by-side example of a public page and an admin page showing similar breadcrumb and navigation placement] The next document, [Understanding Shared Interface Patterns Across Public and Admin Pages](doc:understanding-shared-interface-patterns-across-public-and-admin-pages), builds on this by showing how these familiar layout cues connect with other repeated interface patterns across the product. ## Prerequisites You do not need any setup to use the navigation patterns in **Sherkety ERP & Website Platform**, but a few basics will help this guide make more sense. You should already be comfortable with: - moving between pages using the site header or visible section links - recognizing page titles and major section names - using standard page links on both desktop and mobile layouts This guide works best if you have already read: - [Using Pagination in Catalogs and Admin Lists](doc:using-pagination-in-catalogs-and-admin-lists) That earlier guide explains how to move through long lists of items and results. Here, the focus is different: understanding where you are in the overall structure and how to jump between related sections. If you want more background before or after reading this page, these related guides are especially useful: - [Browsing the Sherkety Public Website](doc:browsing-the-sherkety-public-website) - [Using Header Menus and Footer Links](doc:using-header-menus-and-footer-links) - [Signing In and Accessing the Admin Portal](doc:signing-in-and-accessing-the-admin-portal) - [Working With Drawers Dialogs and Confirmation Prompts](doc:working-with-drawers-dialogs-and-confirmation-prompts) If you are signed in to the admin area, make sure your account already has access to the sections you expect to see. For example, some users may be able to open **Dashboard** and **Content** but not **Users** or **Settings**. If a link is missing, that may be a visibility or permissions issue rather than a navigation problem. Once you can recognize the breadcrumb trail, drawer toggle, and page heading, you are ready to use the rest of this guide effectively. ## Recognizing Visual Signals in Dashboards and Record Views In **Sherkety ERP & Website Platform**, visual signals help you understand what is happening before you open a full record. You will commonly see these indicators on the **Admin Dashboard**, in **content lists**, across **services**, **pricing**, **SEO**, and **user management** screens, and on public-facing ERP and service pages where summary visuals highlight key information. The most common visual signals include: - **Status badges** shown as small colored pills or labels beside an item name - **Category labels** that identify what type of item you are viewing - **Summary cards** that show a count, total, or trend at the top of a page - **Charts** with colored sections, bars, or lines that summarize many records at once - **Inline counts** that show how many items belong to a group or state You will usually find these in places such as: - **Dashboard tiles** on the admin home screen - **Card-based views** where each item has a quick status marker - **Table rows** in admin lists like content, users, services, pricing, and SEO - **Page headers** when you open an individual item - **Report widgets** and summary sections that group results visually These visual elements do different jobs. A **badge** usually tells you the current state of one item, such as whether it is active, published, or waiting for review. A **label** usually describes what kind of item it is, such as a category, language, or ownership marker. A **chart element**—like a bar, slice, or line point—summarizes many items together so you can spot patterns quickly. Before opening a record, use the **legend**, **hover text**, and any **small count labels** near the chart or card. These help you confirm what each color or segment means. If you already read [Understanding Visual Priority and Highlighted Metrics](doc:understanding-visual-priority-and-highlighted-metrics), think of this guide as the next layer: not which item stands out most, but what each badge, label, and chart is actually telling you. [SCREENSHOT: dashboard area showing summary cards, colored badges in a list, and a chart legend] ## Reading Status Badges on Records and Workflow Screens Status badges in **Sherkety ERP & Website Platform** appear wherever you need to judge progress quickly. You are most likely to see them in **admin lists**, on **record headers** after opening an item, and in card-based views used for reviewing content or configuration entries. These badges help you tell whether something is still being prepared, already in use, inactive, or needs attention. Common badge styles include: - **Colored pills** for active workflow states - **Outlined labels** for lighter emphasis - **Muted gray labels** for inactive or archived items - **Warning markers** for items that need review - **Error-style markers** for blocked or failed states Depending on the screen, a badge may represent states such as: - **Draft** - **Active** - **Archived** - **Approved** - **Completed** - **Needs review** - **Published** or similar publishing states in content areas For example, in the **Content** area, editors may scan a list and quickly separate items that are still being prepared from items already visible on the website. In **Users**, an administrator may use status markers to distinguish active accounts from inactive ones. In **Services**, **Pricing**, or **SEO**, a badge can help you identify which entries are current and which ones still need updates. A badge gives you a quick answer, but not the full story. Click the row or open the item to see the complete context in the detail screen. The full view usually gives you supporting information such as: - The current status field - Related dates or timestamps - Assigned user or owner details - Publication or approval information - Other fields that explain why the item has that status Keep in mind that not everyone sees the same options. **Editors** and **administrators** may have different controls, and some status choices only appear when your role allows publishing, approving, or managing users. If a badge seems too broad, open the item instead of guessing from the list view alone. [SCREENSHOT: admin list with status badges and an opened record header showing the same status in context] ## Interpreting Charts, Legends, and Summary Cards Charts and summary cards in **Sherkety ERP & Website Platform** are designed to help you read activity at a glance. On the **Admin Dashboard** and other reporting-style screens, you may see **bar charts**, **line charts**, **pie charts**, or **donut charts** paired with totals and small KPI-style cards above them. Together, these visuals help you move from a quick scan to a more detailed review. Read chart parts in this order: - Start with the **title** of the chart or widget - Check the **legend** to match each color with its category - Look at the **axis labels** or segment labels - Review any **total value** shown above or beside the chart - Confirm the **date range**, **filter**, or **grouping** currently applied Each chart type tells a slightly different story: - **Bar charts** are useful for comparing categories side by side - **Line charts** help you spot movement over time - **Pie** and **donut charts** show how a total is divided among categories - **Summary cards** highlight the most important counts, percentages, or trend changes before you look deeper For example, a summary card may show a total number of items, while the chart below breaks that total into categories or time periods. A card might also include a **trend arrow**, percentage change, or comparison value to show whether the current result is higher or lower than before. Always read charts together with the controls around them. If you changed a **date picker**, selected a **filter**, or switched a grouped view, the chart reflects that current selection—not all records everywhere. This matters when you compare one dashboard to another. Also, do not rely on color alone. Similar shades can appear in different dashboards, especially when categories change between content, services, pricing, or user-related views. The **legend label** is the final authority. If you need help reading which metric should draw your eye first, refer back to [Understanding Visual Priority and Highlighted Metrics](doc:understanding-visual-priority-and-highlighted-metrics). [SCREENSHOT: chart with legend, date filter, and KPI summary cards above it] ## Using Labels and Visual Tags to Review Content Faster If you work in the **Content** area or maintain public pages in **Sherkety ERP & Website Platform**, labels and visual tags let you scan large lists without opening every entry. These markers are especially useful when reviewing multilingual website content, checking what is ready to publish, or finding items that still need edits. In list and card views, you may see labels that help identify: - **Draft** content - **Published** items - **Scheduled** updates - Items that **need review** - **Category** or section type - **Language** or localized version - **Owner** or assigned editor - **Priority** or attention level These labels serve different purposes. Some are **workflow labels**, which means they can change after an action such as **Save**, **Publish**, **Approve**, or another review step. Others are **informational tags**, which simply describe the item and do not change unless someone edits that field directly. This distinction is important. For example: - A **Published** label usually reflects a live state - A **Needs review** label usually signals a pending workflow step - A **Category** label tells you what the item belongs to - A **Language** label helps you separate one localized version from another To review content faster, combine labels with the tools already on the page: - Use the **search box** to find a page or section by name - Apply **filters** to show only items with the same status - Change the **sort order** to group similar entries together - Review card or row labels before opening the full editor This is especially helpful when managing website sections, services, pricing entries, or SEO-related content. Instead of opening every item one by one, you can narrow the list to the entries that share the same business meaning. For deeper editing workflows, see [Editing Multilingual Content in the Editor](doc:editing-multilingual-content-in-the-editor) and [Previewing Changes Before Saving Content](doc:previewing-changes-before-saving-content). [SCREENSHOT: content list with labels for draft, published, language, and review status] ## Understanding What Colors and Icons Mean Before Taking Action Colors and icons in **Sherkety ERP & Website Platform** are meant to speed up decision-making, but only when you read them in context. Across dashboards, lists, cards, and summary widgets, the same visual patterns usually follow familiar meanings. A common reading pattern is: - **Green** for healthy, successful, approved, or completed - **Yellow** for pending, caution, or attention needed - **Red** for blocked, overdue, failed, or urgent - **Gray** for inactive, archived, unavailable, or lower priority You may also see icons paired with those colors to reinforce meaning: - **Check marks** for success, completion, or approval - **Warning triangles** for caution or review needed - **Info symbols** for additional context - **Trend arrows** showing upward or downward movement on summary cards - Other small status symbols beside labels or totals These combinations appear in several places: - **Dashboard cards** that summarize activity - **Lists and tables** where each row has a status marker - **Record headers** that show the current state of one item - **Charts and legends** where color and icon style may support category meaning - **Notifications** and feedback messages after saving or updating records Even so, color is not universal across every screen. A green badge in one area may mean **published**, while on another screen it may mean **active** or **completed**. A yellow marker might mean **pending approval** in content, but **attention needed** in another admin area. That is why you should always confirm the nearby **field label**, **legend**, or **tooltip** before taking action. If your role includes administration, you may also notice that some views differ by permission. Labels can be renamed, some indicators may only appear for certain users, and available actions can change based on role. When a color or icon seems unclear, pause and read the text attached to it rather than acting on the visual cue alone. ## Avoiding Misreads When Dashboards and Labels Look Similar Some visual indicators in **Sherkety ERP & Website Platform** can look similar at first glance, especially when you move between the **Admin Dashboard**, **Content**, **Users**, **Services**, **Pricing**, and **SEO** screens. The safest way to avoid mistakes is to confirm what you are looking at before treating a badge, count, or chart total as final. Check these items first: - The active **filters** - The selected **saved view**, if one is available - The current **date range** - Any visible **grouping** or category selection - The **legend** attached to the chart or summary widget A chart total only reflects the records included in the current view. If you changed a date range or filtered the list before opening a dashboard widget, the numbers may be narrower than you expect. The same is true for badge counts shown beside categories or statuses. To read visuals more accurately: - Use the **legend** or **tooltip** instead of relying on color alone - Compare the **label text** with the color, not just the shade - Open the underlying row when a badge feels vague - Read the full record header and related fields before making a decision - Watch for muted or outlined labels, which often mean a lighter or inactive state It is also important to tell the difference between **static metadata** and a **live workflow status**. A category tag, language label, or ownership marker usually describes the item but does not mean progress has changed. A status badge such as **Draft**, **Published**, **Approved**, or **Archived** usually reflects a workflow state that can change after review, validation, or publishing. When in doubt, open the item and confirm the exact wording in the detail view. That extra click is often the fastest way to avoid acting on the wrong assumption. If you want to go deeper into how colors reinforce urgency and state, continue with [Reading Color Coded Priority and Status Cues](doc:reading-color-coded-priority-and-status-cues). ## Overview Visual indicators in **Sherkety ERP & Website Platform** help you scan information quickly across both public-facing pages and the admin area. Instead of reading every line in detail, you can use **badges**, **labels**, **summary cards**, and **charts** to understand what needs attention, what is complete, and what category a record belongs to. This document focuses on how to interpret those signals across the product, especially in areas such as: - The **Admin Dashboard** - **Content** management screens - **Users** - **Services** - **Pricing** - **SEO** - Public ERP and service pages that use summary visuals and comparison sections The main ideas to keep in mind are: - A **badge** usually shows the current state of one record - A **label** usually describes a type, category, language, or ownership detail - A **chart** summarizes many records at once - A **summary card** highlights a key total, percentage, or trend - A **legend**, **tooltip**, or **inline count** helps explain what a visual means before you open details You do not need to memorize every color or icon. What matters is reading the visual together with its nearby text. A green badge, a warning symbol, or a highlighted total only becomes meaningful when you confirm the attached label, legend, or field name. This guide builds on [Understanding Visual Priority and Highlighted Metrics](doc:understanding-visual-priority-and-highlighted-metrics) by focusing less on what stands out visually and more on how to interpret the meaning behind those visual markers. If you regularly review dashboards, manage website content, or monitor admin records, these reading habits will help you move faster and make fewer mistakes. [SCREENSHOT: mixed interface example showing badges, labels, chart legend, and summary cards in one view] ## Prerequisites You do not need any advanced setup before using this guide, but it helps to be familiar with the basic layout of **Sherkety ERP & Website Platform**. Since charts, badges, and labels appear in many places, you should already know how to move between public pages and admin screens and how to open a record for more detail. Before applying the guidance in this document, you should be comfortable with: - Opening the **Admin Dashboard** - Navigating to screens such as **Content**, **Users**, **Services**, **Pricing**, and **SEO** - Reading **list views**, **card views**, and **record detail screens** - Using common controls like **search**, **filters**, and **date pickers** - Recognizing basic feedback messages and screen states These related guides are especially helpful: - [Using the Admin Dashboard for Navigation](doc:using-the-admin-dashboard-for-navigation) - [Navigating Admin Sections for Content and Configuration](doc:navigating-admin-sections-for-content-and-configuration) - [Using Pagination in Catalogs and Admin Lists](doc:using-pagination-in-catalogs-and-admin-lists) - [Selecting Single Dates and Date Ranges](doc:selecting-single-dates-and-date-ranges) - [Understanding Loading Placeholders Empty States and Errors](doc:understanding-loading-placeholders-empty-states-and-errors) If you are reviewing visuals on the public website rather than in the admin area, these can also help: - [Browsing the Sherkety Public Website](doc:browsing-the-sherkety-public-website) - [Using ERP System Landing Pages to Evaluate Offerings](doc:using-erp-system-landing-pages-to-evaluate-offerings) For the best results, open a dashboard or admin list while reading. Seeing a real **status badge**, **summary card**, or **chart legend** on screen makes the differences much easier to understand. Once you are ready to focus specifically on how color communicates urgency and state, continue to [Reading Color Coded Priority and Status Cues](doc:reading-color-coded-priority-and-status-cues). ## Exploring the company registration guidance hub In **Sherkety ERP & Website Platform**, the company registration guidance hub is the starting point for comparing the main registration routes before you commit to one. On this page, you will usually see a clear page heading, introductory text, and a set of linked sections or cards that lead to guidance for **sole trader**, **partnership**, and **limited company** options. The layout is designed to help you scan first, then open the detail pages that matter most to your situation. Look for elements such as: - **Page headings** that explain the purpose of the section - **Comparison cards** or linked content blocks for each registration option - **Short summaries** that outline who each option is for - **Internal links** that take you to deeper guidance pages - **Planning content** that helps you prepare before registering The most useful part of this hub is the decision-support content placed near the top or between linked sections. This may include: - **Suitability notes** explaining when an option is commonly used - **Obligations summaries** showing the level of responsibility involved - **Planning links** for tax, registration steps, or business setup details If you already worked through [Using Company Information Pages to Prepare for Contact](doc:using-company-information-pages-to-prepare-for-contact), use that preparation here to focus on the registration route that best matches your business plans instead of rereading general company information. [SCREENSHOT: Company registration guidance hub showing the main heading, introductory comparison content, and links to sole trader, partnership, and limited company pages] Use this hub when you want to answer practical questions such as: - Which route is simplest to start with? - Which option suits one owner versus multiple owners? - Which pages should you read before contacting Sherkety? This page helps you compare paths first, so you can approach registration or support conversations with a clearer shortlist. ## Comparing registration options side by side The comparison content in **Sherkety ERP & Website Platform** is most useful when you open each company type page and review the same kinds of information across them. Rather than reading one page in isolation, move between the **sole trader**, **partnership**, and **limited company** guidance pages and compare the visible summary sections on each page. Look for repeated comparison elements such as: - **Key facts panels** - **Eligibility or suitability summaries** - **Responsibilities lists** - **Short explanations of legal and tax differences** - **Links to more detailed registration guidance** As you compare, focus on the factors that usually appear across all three options: - **Ownership structure** Check whether the page describes one owner, shared ownership, or a separate company structure. - **Legal responsibility** Read the sections that explain who is personally responsible for debts or obligations. - **Tax treatment** Review the summary text that shows whether tax is handled personally, jointly, or through a company arrangement. - **Reporting duties** Watch for notes about ongoing records, filings, and formal reporting expectations. These pages help you spot practical differences: - A **sole trader** page usually fits someone trading alone with a simpler setup - A **partnership** page helps when two or more people share ownership or responsibility - A **limited company** page is where you review a more formal structure with separate company obligations When a summary is too brief, use the linked detail pages to go further. Those linked pages usually expand on: - **Setup requirements** - **Ongoing obligations** - **Formal registration steps** [SCREENSHOT: Side-by-side comparison area or linked company type cards with summary points for ownership, responsibility, tax, and reporting] This side-by-side reading approach helps you compare what changes after registration, not just what is quickest to start. ## Checking which option fits your situation The suitability guidance in **Sherkety ERP & Website Platform** is there to help you match a registration option to your real business plans, not just to a label that sounds familiar. As you read the company type pages, pay attention to the short statements that describe who each option is best suited for. These notes often matter more than the headline itself. Start by checking how the page frames your situation: - Are you planning to **trade alone**? - Will you **share ownership** with one or more people? - Do you want a structure that may be better suited if you **seek investment** later? - Are you comfortable taking on **personal responsibility** for business obligations? These prompts help you narrow the options quickly. For example: - If the guidance speaks to a single owner with a simple launch plan, the **sole trader** route may appear more suitable - If the page discusses shared ownership and joint responsibilities, the **partnership** route becomes more relevant - If the content points to a more formal setup, clearer separation, or future growth planning, the **limited company** route may deserve closer attention Watch for three kinds of decision support on the page: - **Suitability statements** that describe the typical business profile - **Example scenarios** that show when a structure is commonly chosen - **Caution notes** that highlight added responsibility, complexity, or risk These caution notes are especially important when more than one owner is involved or when personal liability could affect your decision. The guidance also helps separate: - **Simple startup needs**, where a straightforward route may be enough - **More complex cases**, where legal or accounting advice may be sensible before you register [SCREENSHOT: Company type detail page showing suitability notes, example use cases, and caution text] Use these sections to test each option against your business reality rather than choosing based only on familiarity or speed. ## Using supporting information to plan registration Once you have compared the main company type pages, the next step in **Sherkety ERP & Website Platform** is to use the linked supporting information to prepare properly. The comparison pages help you narrow your options, but the supporting sections help you understand what each route will require in practice. A useful planning flow is: - Read the **company type overview** - Open the linked page for **registration requirements** - Review the linked guidance for **tax responsibilities** - Check any sections covering **record-keeping** or ongoing obligations This flow helps you move from “Which option sounds right?” to “What will I need to prepare?” On these supporting pages, look for planning details such as: - **Required information** you may need before registering - **Estimated costs** or setup-related expenses - **Ongoing filing obligations** - **Tax registration considerations** - **Record-keeping expectations** You may also find linked guidance that helps you prepare specific details, including: - **Business name** considerations - **Registered address** information - **Directors or partners** details - **Ownership roles** - **Tax-related registration points** This is where your shortlist becomes more practical. Instead of comparing only the labels, compare the workload attached to each option: - How much setup information is required? - How much ongoing administration is involved? - How flexible is the structure if the business grows? - Will the reporting expectations still feel manageable later? [SCREENSHOT: Supporting guidance page with links to registration requirements, tax responsibilities, and record-keeping information] If you are deciding between two options, these supporting pages often make the difference. One route may look simple at first glance, while another may be better for future flexibility. Use the linked planning content to weigh **setup effort**, **compliance workload**, and **longer-term fit** before moving forward. ## Finding the right detail pages for deeper research After using the main comparison content in **Sherkety ERP & Website Platform**, the next step is opening the detail pages that answer your remaining questions. The guidance hub is best for narrowing choices, but the linked pages are where you confirm what each route actually involves. From the main company registration guidance area, visitors typically open pages that explain: - **Registration steps** - **Tax guidance** - **Legal responsibility** - **Ongoing filing duties** - **Record-keeping expectations** Different linked pages usually answer different follow-up questions: - For **limited company** research, look for pages that explain **incorporation**, company setup requirements, and formal responsibilities after registration - For **partnership** research, open pages that cover **partnership agreements**, shared responsibilities, and how ownership is handled - For **sole trader** research, focus on pages that explain **individual obligations**, tax responsibilities, and what records you need to keep To move efficiently, use the navigation elements already built into the content: - **Cross-links** inside the page text - **Related content panels** - **In-page links** that jump to specific sections - **Breadcrumbs** if you want to return to the broader guidance area If you want help reading page location and movement between related pages, see [Understanding Breadcrumbs and Page Location](doc:understanding-breadcrumbs-and-page-location). [SCREENSHOT: Detail page with related links, in-page navigation, and breadcrumb trail back to company type guidance] There is also a point where comparison reading should stop. Once you have identified the most suitable route and reviewed the linked obligations pages, switch to the official registration instructions or seek specialist advice if your case is more complex. The comparison pages are for decision support. They help you choose a direction, but they are not a substitute for the final registration instructions you need to follow when submitting an application. ## Avoiding common mistakes when choosing a registration route A common mistake in **Sherkety ERP & Website Platform** is choosing a registration route based only on how fast it appears to set up. The guidance pages are designed to help you look beyond the starting point, especially by showing the ongoing responsibilities attached to each option. Before you decide, read the summary sections and linked detail pages with the long-term workload in mind. Pay close attention to these areas: - **Ongoing filing responsibilities** - **Tax obligations** - **Record-keeping requirements** - **Ownership and role details** - **Personal liability differences** The suitability notes are especially important when there is more than one owner. If you are comparing a **partnership** with a **limited company**, do not rely only on the ownership description. Read the parts of the page that explain: - Who is responsible for obligations - Whether responsibility is shared personally - What formal roles need to be recorded - What extra administration comes with the structure Another frequent issue is skipping the planning links and going straight to registration. Before moving forward, review the linked guidance for details such as: - **Business name** rules - **Address information** - **Directors or partners** - **Tax registration** considerations - **Required setup information** These details often affect whether one route is still practical for you. Use the comparison pages as **decision support**, not as the final source for application requirements. Once you have chosen the most likely option, move to the linked official registration pages for the exact instructions and required information. [SCREENSHOT: Company type page showing caution notes, responsibilities summary, and links to further registration guidance] This careful review helps you avoid choosing a route that feels easy today but creates avoidable reporting or compliance pressure later. ## Overview This guide focuses on how to use the **company registration guidance pages** in **Sherkety ERP & Website Platform** to compare your options before you register or contact support. The main purpose is to help you read the visible comparison content with a decision-making mindset, using the linked pages to confirm what each route involves. Across the guidance hub and related pages, you will typically work with: - **Introductory comparison content** that presents the main registration routes - **Linked company type pages** for **sole trader**, **partnership**, and **limited company** - **Suitability notes** that explain who each option is commonly for - **Responsibilities summaries** covering legal, tax, and reporting differences - **Supporting links** for registration requirements, record-keeping, and planning details The most important idea is that these pages are meant to be read together. A single page may give you a useful summary, but the real value comes from comparing the same topics across multiple pages, such as: - Who owns the business - Who carries responsibility - What ongoing administration is involved - How much setup effort is required - Whether the structure still fits if the business grows This guide does not repeat the contact-preparation work covered in [Using Company Information Pages to Prepare for Contact](doc:using-company-information-pages-to-prepare-for-contact). Instead, it builds on that earlier reading by helping you turn general company information into a more focused shortlist of registration paths. If you need to continue after this stage, the next document is [Using Company Information Pages to Prepare Questions and Next Actions](doc:using-company-information-pages-to-prepare-questions-and-next-actions), which helps you turn your comparison notes into useful follow-up questions. ## Prerequisites Before using this guide, you should already be comfortable moving around the public information pages in **Sherkety ERP & Website Platform** and opening linked content from one guidance page to another. You do not need admin access or any special account features for this topic, because the company registration guidance is part of the public browsing experience. It helps if you have already done the following: - Read [Browsing Company Type Guidance and Registration Content](doc:browsing-company-type-guidance-and-registration-content) to understand where the company type pages are located - Read [Reading Company Type Detail Pages](doc:reading-company-type-detail-pages) to get familiar with the layout of the detailed guidance pages - Completed [Using Company Information Pages to Prepare for Contact](doc:using-company-information-pages-to-prepare-for-contact) so you already know what business details you may want to gather You will get the most value from this guide if you already have a rough idea of: - Whether you plan to trade **alone** or with **other owners** - Whether you want a **simple startup route** or expect a more formal structure - Whether concerns about **personal liability**, **tax handling**, or **future growth** matter to your choice As you read, be ready to compare information across multiple pages rather than looking for one single answer on one screen. Keep an eye on: - **Headings** - **Comparison cards** - **Suitability statements** - **Responsibilities lists** - **Related links** If you want to continue after making a shortlist, move next to [Using Company Information Pages to Prepare Questions and Next Actions](doc:using-company-information-pages-to-prepare-questions-and-next-actions), where you can turn what you found into focused follow-up questions and practical next steps. ## Finding the Right Contact Details for Your Request On the **Contact** page in **Sherkety ERP & Website Platform**, you will usually see more than one way to reach the team. The page is designed to help you choose the contact method that best matches your reason for getting in touch, rather than sending every request through the same path. Look for clearly separated contact areas such as: - a **contact form** for sending a message directly from the page - an **email address** for written follow-up - a **phone number** for direct calls - **office location** or business details for reference - section labels that point you toward the right type of inquiry [SCREENSHOT: Contact page showing the form, direct contact details, and any labeled contact sections] Use the labels and nearby descriptions to decide where your message belongs: - Choose the **contact form** when you want to send a general business inquiry, ask about services, request a callback, or start a conversation without leaving the page. - Use the **email address** when you want a written record, need to share more detailed context, or want to continue an existing conversation. - Use the **phone number** when your request is urgent, time-sensitive, or easier to explain in a live conversation. - Review **office location details** and similar business information as reference material. These details help you understand where the business operates, but they are not always the best starting point for a new request. If the page includes separate wording for **business services**, **ERP products**, or other inquiry types, match your request to the most specific option shown. For example: - a visitor asking about company registration or accounting services should use the option that refers to **services** - someone exploring HR, Sales & CRM, Reporting, or other ERP modules should use the option that points to **ERP** or **product inquiries** - a partnership or collaboration request should go to the option labeled for that purpose if one appears If you already reviewed the general contact choices in [Contacting Sherkety Through Forms and Direct Channels](doc:contacting-sherkety-through-forms-and-direct-channels), this page helps you focus on what each visible detail means and how to interpret it before you send anything. ## Checking That You Used the Correct Channel Before you submit a message or place a call, compare your need with the label attached to each contact option on the **Contact** page. In **Sherkety ERP & Website Platform**, the wording around each option is your best guide. If a block mentions **business inquiries**, **ERP**, **services**, or another specific purpose, use that wording to confirm you are in the right place. A few quick checks help: - Read the **section heading** above the form or contact block. - Check whether the nearby description matches your goal. - Make sure the contact option is meant for a **new inquiry**, not just informational reference. - If more than one option seems possible, choose the one with the most specific wording. After you send the **contact form**, stay on the page long enough to see whether a visible confirmation appears. This may show up as: - a **success message** on the page - a clear **submitted** state in the form area - a move to a **thank-you** style screen or message area [SCREENSHOT: Successful contact form confirmation message or thank-you state] If you contact the team by email instead of the form, verify the basics before leaving your email screen: - confirm the **recipient address** matches the one shown on the Contact page - check that your **subject line** clearly identifies the request - make sure the message appears in your **Sent** folder or sent-mail view For phone contact, confirm that you are using the exact number displayed on the page. If the number includes a **country code** or area code, include it when dialing. Also look for any notes near the number that explain **availability**, **business hours**, or when calls are most appropriate. If you are uncertain, the safest choice is the contact option with the clearest match to your topic. A message sent through the right labeled path is easier for the team to review and route correctly, which usually leads to a faster first response. ## Providing the Details That Help the Team Respond Faster The **contact form** in **Sherkety ERP & Website Platform** works best when you fill in the fields with enough detail for the team to understand your request without needing to ask basic follow-up questions first. The exact fields may vary, but visitors should expect common entries such as: - **Name** - **Company** - **Email** - **Phone** - **Subject** - **Message** [SCREENSHOT: Contact form with the main fields highlighted] Start with the essentials: - Enter your **name** so the team knows how to address you. - Add your **company** if the request is business-related. - Use an **email address** you actively monitor. - Include a **phone number** if you want a callback or faster direct contact. - Write a **subject** that clearly identifies the topic. - Use the **message** box to explain what you need. If you are a **Business Services Visitor**, the most helpful details usually include: - the service you are interested in, such as company registration, accounting, or another business service - your preferred contact method, such as email or phone - any timing details, such as whether you need help soon or are still comparing options If you are a **Prospective ERP Buyer**, add more decision-making context in your message, such as: - your company size - the tools or process you use today - your main implementation goal - the ERP area you want to discuss, such as **HR**, **Sales & CRM**, **Reporting**, or **Purchasing** - whether you want a **demo**, consultation, or pricing discussion Pay attention to any field that appears required before the form can be sent. If something is missing or entered in the wrong format, the page may show a validation message near the field. Review those messages carefully, correct the highlighted entries, and then submit again. Clear, complete information in the form often reduces back-and-forth and helps the team respond with something more useful than a generic first reply. ## Understanding What Happens After You Reach Out Once your message is successfully sent through the **Contact** page in **Sherkety ERP & Website Platform**, the follow-up usually happens in stages. The first stage is confirmation. This is the point where you know your request left the page successfully, either because you saw a success message, a thank-you state, or another visible confirmation after submission. After that, your inquiry moves into review. At this stage, the team checks the details you provided and decides who should respond. The first human reply may depend on the kind of request you sent: - a **business services** inquiry may receive an intake-style response asking for a few more details - an **ERP product** inquiry may receive a qualification email to understand your business needs - a more specific request may lead to a **meeting invitation** or demo-related follow-up - a less detailed message may trigger a **clarification request** before the conversation can move forward [SCREENSHOT: Example of a submitted inquiry confirmation followed by a business reply in email] Response timing can vary by channel: - **Contact form submissions** often give the clearest immediate confirmation because the page can show a success state right away. - **Email outreach** gives you your own sent-mail record, but the first reply still depends on review time. - **Phone inquiries** may be faster for urgent matters, but if no one is available at the time of your call, the follow-up may happen later as a callback. A few factors affect how quickly you hear back: - whether you contacted the team during **business hours** - how complex your request is - whether your message clearly states the topic - whether you used the most relevant contact option on the page If your request is broad, expect the first reply to narrow the conversation. If your request is already specific, the reply is more likely to move directly into scheduling, pricing discussion, or the next business step. ## Knowing When to Follow Up Again If you do not receive a confirmation on the page or a reply within the expected response window, it is reasonable to follow up. In **Sherkety ERP & Website Platform**, the best follow-up is usually the one that helps the team quickly match your second message to the first one. When you follow up, try to keep the conversation connected: - use the **same email thread** if you originally contacted the team by email - mention the **subject** you used in the contact form - repeat key details such as your name, company, and the topic of the request - note when you first reached out This makes it easier for the team to find your earlier message and avoid treating your follow-up like a completely new inquiry. Switching channels can make sense in some situations: - If you sent a form submission for an **urgent business request** and did not get a timely reply, calling the displayed **phone number** may be appropriate. - If a phone call did not connect, sending a clear written message through the **contact form** or **email address** gives the team something they can review and route. - If you are unsure whether the first message was detailed enough, resend the request using the most specific contact option visible on the page. Before you send another message, check your **spam** or **junk** folder. Replies, acknowledgments, scheduling messages, or meeting links can sometimes land there instead of your main inbox. It is also worth reviewing whether your original message clearly identified the request. A vague subject like “Need help” is harder to route than a direct subject tied to your goal. If you need to follow up, make the subject and message more specific so the next response can move faster. The next guide, [Choosing the Right Contact Method for Business and Product Inquiries](doc:choosing-the-right-contact-method-for-business-and-product-inquiries), helps you decide which contact path is best for different kinds of requests. ## Resolving Common Contact Page Problems If the **Contact** page in **Sherkety ERP & Website Platform** does not behave as expected, start with the visible clues on the screen. Most contact issues can be narrowed down by checking the form fields, confirmation behavior, or the direct contact details shown on the page. If the **contact form does not submit**, check for: - empty **required fields** - messages under a field that indicate missing or invalid information - formatting problems in entries like **Email** or **Phone** - browser settings or extensions that may block page actions If a field is highlighted or shows an error message, correct that field first. Then submit again. If the page still does not respond, refresh carefully only after you have copied your message text somewhere safe so you do not lose it. If **no confirmation appears after submission**: - wait a moment to see whether the page updates - check your email for any acknowledgment - avoid clicking **Submit** repeatedly, which can create duplicate messages - review whether the form still shows your entered data or has reset [SCREENSHOT: Contact form with validation messages or missing confirmation state] If an **email link** or **phone number** does not open correctly from the page: - copy the displayed email address manually into your email app - dial the displayed phone number manually - include any visible country code or area code - use another contact method shown on the same page if needed If you are not sure your request reached the right team, send a clearer follow-up with a more specific **subject** and a short explanation of what you need. When several contact options are visible, choose the one with the most precise label rather than the most general one. For broader help with page behavior, loading issues, or missing feedback states, see [Understanding Loading Placeholders Empty States and Errors](doc:understanding-loading-placeholders-empty-states-and-errors) and [Responding to Missing Content and Retry Messages](doc:responding-to-missing-content-and-retry-messages). ## Overview The **Contact** page in **Sherkety ERP & Website Platform** brings together the main details you need before and after reaching out. Instead of treating every inquiry the same way, the page helps you decide whether to use the **contact form**, **email address**, **phone number**, or reference information such as **office location** and related business details. The most important thing to understand is that each visible contact option serves a different purpose: - the **contact form** is usually the clearest path for a structured inquiry - **email** is useful when you want a written record or need to continue a conversation - **phone contact** is better for urgent or time-sensitive requests - **location and business details** are mainly there for reference unless the page says otherwise This guide focuses on how to read those page elements correctly and what to expect after you use them. That includes: - checking whether you chose the right contact path - making sure your form or message includes enough detail - recognizing a successful submission - understanding why follow-up timing may vary - knowing when a second message is appropriate If you already learned how to send a message from the page in [Sending Messages Through the Contact Page](doc:contacting-sherkety-through-forms-and-direct-channels), this guide picks up from there and helps you interpret the information around the form rather than repeat the sending process itself. [SCREENSHOT: Full Contact page with form, direct contact blocks, and supporting business details] Use this page as a decision point. The clearer the match between your request and the contact option you choose, the more likely you are to receive a useful first response instead of a delay or a clarification request. ## Prerequisites Before this guide is useful, you should already be able to reach the **Contact** page in **Sherkety ERP & Website Platform** and recognize the main contact options shown there. You do not need admin access or any special setup, but a few basics will help you get better results from the page. Make sure you have: - opened the public **Contact** page - reviewed the available contact methods on that page - decided whether your request is about **business services**, an **ERP product**, a partnership-style inquiry, or another business topic - access to the email inbox or phone number you plan to use for follow-up It also helps if you already know the difference between direct contact methods and page-based messaging. If you have not reviewed that yet, start with [Contacting Sherkety Through Forms and Direct Channels](doc:contacting-sherkety-through-forms-and-direct-channels). Before you submit anything, gather the details you are likely to enter into the form or mention in your message: - your **name** - your **company** - your preferred **email** or **phone** - the main topic you want to discuss - any specific service or ERP module you are asking about If your request is product-related, it is helpful to know which area you want to discuss, such as **Accounting**, **HR**, **Sales & CRM**, **Purchasing**, or **Reporting**. If your request is service-related, be ready to describe the business service you are interested in. You should also be prepared to check for a confirmation message on the page and to monitor your inbox, including **spam** or **junk**, after sending the request. That way, you can tell the difference between a delayed reply and a message that may already have been answered. ## Understanding What Visitors See First in the Hero Area At the top of the homepage in **Sherkety ERP & Website Platform**, visitors first see the **hero section**. This area carries the most important message on the page, so the key elements need to appear immediately without scrolling: - A **primary headline** that states the main offer clearly - A **supporting subheadline** that adds context and explains who the offer is for - A **main call-to-action button** - A nearby **visual, highlight, or proof element** that reinforces credibility [SCREENSHOT: homepage hero section showing headline, supporting text, and main CTA button] The hero needs to speak to two different visitor intentions. A **Prospective ERP Buyer** is usually looking for software capabilities, business process improvement, and a clear next step such as exploring ERP modules, requesting a demo, or reviewing solution details. A **Business Services Visitor** is more likely to be looking for company registration, accounting support, or advisory help, so the wording in the hero must make it obvious whether the page offers ERP products, business services, or both. This creates the homepage’s first decision point: the visitor chooses whether to follow the **main CTA button** into a conversion path. Depending on the wording shown on the button, that path may lead toward a **demo request**, **contact action**, **service inquiry**, or a deeper product page. The label on that button matters because it tells the visitor what kind of commitment comes next. Keep the hero focused on only the most essential information: - **Visible immediately:** headline, subheadline, primary CTA, and one supporting proof cue - **Saved for lower sections:** detailed feature lists, comparisons, team information, and extended trust content If the hero tries to explain everything at once, visitors lose the quick orientation they need. For a closer look at the top-of-page message itself, see [Understanding the Homepage Hero and Primary Actions](doc:understanding-the-homepage-hero-and-primary-actions). ## Reading the Homepage in the Order Visitors Evaluate It Visitors rarely read the homepage from top to bottom like a brochure. In **Sherkety ERP & Website Platform**, the homepage works best when each section answers the next natural question in the visitor’s mind. The reading order usually follows this pattern: - **Hero section:** “What is this?” - **Solution or service highlights:** “Is this relevant to my business?” - **Package, value, or feature sections:** “What do I actually get?” - **Trust and credibility sections:** “Why should I believe this company?” - **Team, ecosystem, or supporting sections:** “Who is behind this?” - **Call-to-action areas:** “What should I do next?” This sequence reduces friction because visitors get the broad message first, then supporting detail, then reassurance, and finally a prompt to act. If trust content appears too early, it can feel disconnected. If detailed package information appears before visitors understand the offer, it can feel heavy. The homepage should move from **clarity**, to **fit**, to **confidence**, to **action**. Visual hierarchy helps guide this flow. Visitors scan: - Large **section headings** - Short supporting text blocks - Highlight cards or benefit tiles - Repeated **CTA buttons** - Links in the main navigation or header On desktop, visitors often compare sections side by side and notice grouped content blocks quickly. On mobile, they move in a single vertical path, so section order becomes even more important. Clear headings and well-placed buttons help them decide whether to keep scrolling or tap into a deeper page. The homepage also does not force a single reading pattern. Visitors can jump using: - The **header navigation** - Service or ERP links in menus - Repeated **Learn More**, **Contact**, or **Demo** style buttons - Section-level prompts that point to more detailed pages If you already reviewed promotional and package emphasis in [Using Homepage Promotions and Package Highlights](doc:using-homepage-promotions-and-package-highlights), this document builds on that by focusing on how the full homepage sequence supports decision-making. ## Matching Product and Service Messages to Different Visitor Intent The homepage in **Sherkety ERP & Website Platform** serves more than one audience, so the wording and section structure need to separate **ERP software interest** from **business services interest**. If those messages blend together too early, visitors may not know whether they are looking at software, consulting, registration support, accounting help, or a combined offer. Clear audience matching usually happens through visible content patterns such as: - Separate **cards** or **tiles** - Distinct **section headings** - Different **CTA labels** - Linked pathways to ERP pages versus service pages - Value statements that describe either software capabilities or service outcomes For a **Prospective ERP Buyer**, the homepage should speak to operational needs such as: - Managing business processes - Improving visibility across functions - Exploring modules like **Accounting**, **Sales & CRM**, **HR**, or **Reporting** - Understanding how the ERP offering fits a growing company For a **Business Services Visitor**, the homepage should speak to needs such as: - Company setup and registration guidance - Accounting or compliance support - Advisory help - Service packages that reduce administrative burden Audience-specific messaging helps each visitor identify the right path faster. Someone comparing ERP options wants to see platform capabilities, business benefits, and module entry points. Someone seeking business services wants to see practical support areas and service categories without having to sort through software-first language. Useful segmentation devices on the homepage include: - **Solution tiles** that separate ERP and services - **Service categories** that group related offerings - **Module links** that lead to ERP app pages - **Persona-focused CTA labels** such as actions that suggest learning more versus getting in touch - **Industry or business-stage messaging** when relevant to package fit The goal is not to create two separate homepages. It is to make sure each visitor can recognize, within a few seconds, which content belongs to them. When that happens, the homepage feels easier to scan and conversion paths feel intentional rather than confusing. ## Using Proof and Supporting Content to Build Confidence After the homepage introduces the main offer, visitors need reasons to trust it. In **Sherkety ERP & Website Platform**, proof and supporting content should appear after the initial value message, not before it. Visitors first need to understand what is being offered; then they need reassurance that the offer is credible. Trust-building content may include sections such as: - **Customer logos** - **Testimonials** - **Partner or certification badges** - **Implementation or outcome highlights** - **Team or ecosystem sections** - Links to deeper supporting pages [SCREENSHOT: homepage trust section with logos, testimonial cards, or partner highlights] These sections work best when they expand on the promise made in the hero. For example, if the hero presents Sherkety ERP & Website Platform as a strong option for ERP or business services, the next supporting sections should show why that claim is believable. This can happen through short benefit blocks, visible proof markers, and concise statements about results or expertise. Feature highlights and service differentiators should usually appear before or alongside proof, because visitors need a basic understanding of the offer before proof has meaning. Once they see what Sherkety ERP & Website Platform provides, trust elements answer the next question: “Can I rely on this company?” Well-placed proof helps conversion because it reduces hesitation near important actions. A visitor is more likely to click a **Contact**, **Request Demo**, or service inquiry button when nearby content confirms: - The company is established - The offer is relevant - Others have trusted it - There is real expertise behind the promise The strongest supporting content is brief and connected to a nearby action. Long blocks of credibility text can slow the page down. Short, visible proof beside benefit statements and CTA buttons tends to support decisions more effectively. For a deeper look at trust-focused homepage content, see [Exploring Homepage Promotions and Trust Content](doc:exploring-homepage-promotions-and-trust-content) and [Viewing Team and Ecosystem Highlights](doc:viewing-team-and-ecosystem-highlights). ## Following the Conversion Flow from Interest to Action A homepage conversion flow in **Sherkety ERP & Website Platform** begins the moment a visitor lands on the page and decides whether the message matches their need. From there, the page should steadily reduce uncertainty until the visitor feels ready to click. A common journey looks like this: - The visitor sees the **hero headline** and supporting text - They notice the **primary CTA button** - They scroll to review value sections, package highlights, or service categories - They check trust-building content such as proof or team-related sections - They choose a next step through a repeated button or link Different visitors follow different paths. A high-intent visitor may click the main CTA immediately. A cautious visitor may read several sections first. The homepage should support both behaviors by repeating action opportunities in natural places. Common action types include: - **Low-commitment actions:** reading more, opening a service page, exploring ERP modules, comparing offerings - **High-intent actions:** requesting a demo, contacting the company, starting a service inquiry Repeated **CTA buttons**, inline links, and section-level prompts help reinforce these paths without forcing one reading order. For example, a visitor interested in ERP may move from the hero to an ERP-related section and then into a module page. A visitor interested in business services may move from the hero to service highlights and then toward a contact or inquiry action. The key is pairing each action with nearby context. A **Learn More** style action works best beside a summary of what the visitor will learn next. A **Request Demo** or **Contact** action works best when it sits near proof, benefits, or a clear explanation of value. This pairing lowers friction because the visitor does not need to guess what happens after clicking. When the homepage is structured well, each section answers enough of the visitor’s concerns to make the next action feel reasonable instead of premature. ## Spotting Homepage Gaps That Interrupt Conversion When a homepage does not convert well, the problem is often not the number of sections but the order, clarity, or consistency of those sections. In **Sherkety ERP & Website Platform**, the first place to check is the **hero area**. If the headline is vague or the main button label is weak, visitors may leave before they understand what Sherkety ERP & Website Platform offers. Common warning signs include: - A headline that sounds broad but does not say whether the page is about **ERP**, **business services**, or both - A subheadline that adds too much detail instead of clarifying the offer - A **CTA button** label that does not tell visitors what happens next - No visible difference between software-focused and service-focused paths Other gaps appear lower on the page: - Proof sections placed too late, after visitors have already been asked to act - Dense text blocks that slow scanning - Inconsistent CTA wording across sections - Competing buttons that point to too many different outcomes - Sections that answer advanced questions before basic ones A simple review checklist can help you judge whether each homepage section is earning its place: - **Clarity:** Does this section explain the offer, audience, or next step? - **Relevance:** Does it help ERP buyers, business services visitors, or both? - **Trust:** Does it add proof, credibility, or confidence? - **Action:** Does it support a nearby button, link, or inquiry path? - **Consistency:** Do the headings and CTA labels match the rest of the page? [SCREENSHOT: homepage sections with callouts showing headline, proof block, and CTA placement] If a section does not improve clarity, trust, or action readiness, it may be adding noise. The homepage should feel like a guided path, not a collection of unrelated blocks. Even strong content can interrupt conversion if it appears at the wrong moment or uses language that does not match the visitor’s intent. ## Overview This document focuses on how the homepage in **Sherkety ERP & Website Platform** guides visitors from first impression to action. The homepage is not just a collection of sections. It is a decision path that helps visitors understand the offer, decide whether it fits their needs, and choose a next step such as exploring ERP pages, reviewing services, requesting a demo, or making contact. The most important ideas to keep in mind are: - The **hero section** carries the first and strongest message - Section order should move from **what it is** to **why it matters** to **why trust it** to **what to do next** - ERP-focused visitors and business-services-focused visitors need clearly separated pathways - Trust content works best when it supports the main promise instead of competing with it - CTA buttons should feel consistent and appear where visitors naturally want to act Across the homepage, visitors rely on visible cues such as: - Large **section headings** - Short supporting text - Cards, tiles, or grouped content blocks - Repeated **CTA buttons** - Navigation links that let them jump to deeper pages This matters because homepage visitors do not all behave the same way. Some act immediately from the hero. Others compare sections, scan for proof, or use the navigation menu to jump into a more specific page. A strong homepage supports all of these behaviors without becoming confusing. If you need more detail on related homepage sections, use these companion guides: - [Understanding the Homepage Hero and Primary Actions](doc:understanding-the-homepage-hero-and-primary-actions) - [Reviewing Startup Package and Value Sections](doc:reviewing-startup-package-and-value-sections) - [Exploring Homepage Promotions and Trust Content](doc:exploring-homepage-promotions-and-trust-content) The next document in this sequence is [Understanding Startup Package Presentation and Value Messaging](doc:understanding-startup-package-presentation-and-value-messaging), which looks more closely at how package-related content supports homepage decisions. ## Prerequisites Before using this guide, it helps to be familiar with the public-facing areas of **Sherkety ERP & Website Platform** and the basic homepage sections visitors can see while browsing. You do not need admin access for this topic, but you should already know how to move through the website and recognize the main navigation patterns. You will get the most value from this guide if you have already reviewed: - [Browsing the Sherkety Public Website](doc:browsing-the-sherkety-public-website) - [Using Header Menus and Footer Links](doc:using-header-menus-and-footer-links) - [Understanding Public Page Layouts and Visitor Actions](doc:understanding-public-page-layouts-and-visitor-actions) Because this document builds on earlier homepage material, it is especially useful if you already know the content covered in: - [Using Homepage Promotions and Package Highlights](doc:using-homepage-promotions-and-package-highlights) - [Understanding the Homepage Hero and Primary Actions](doc:understanding-the-homepage-hero-and-primary-actions) - [Viewing Team and Ecosystem Highlights](doc:viewing-team-and-ecosystem-highlights) As you read, keep the homepage open in another tab or window so you can compare the guide with what appears on screen. Pay attention to: - The **top hero area** - The order of sections as you scroll - Where **CTA buttons** repeat - How ERP-related content differs from business-services-related content - Where proof, trust, and supporting sections appear If you browse in more than one language, it can also help to review [Switching Languages While Browsing the Platform](doc:switching-languages-while-browsing-the-platform), since wording and scanning behavior may feel slightly different across localized pages. ## Understanding What the Purchasing Page Shows Buyers On the **Purchasing** page in **Sherkety ERP & Website Platform**, you are not looking at a day-to-day buying screen. You are looking at a product page designed to help you decide whether the purchasing area belongs in your ERP setup. Its job is to show how buying activity can move into one connected workspace instead of being spread across email, spreadsheets, inventory notes, and finance follow-up. When you read this page, focus on whether it clearly presents the main purchasing workflow a buyer would expect to manage: - **Choosing suppliers** for the items or materials you need - Creating and sending **requests for quotation** - Comparing supplier offers before making a decision - Turning an approved quote into a **purchase order** - Coordinating the **receipt of goods** when items arrive - Passing supplier charges into the finance side for **vendor billing** The page should help you understand where purchasing sits inside the wider ERP suite. It is meant for businesses that want tighter control over supplier communication, order approval, expected delivery dates, and purchasing records. If your current process depends on separate tools for stock planning, supplier follow-up, and invoice handling, this page should show whether Sherkety ERP & Website Platform can bring those tasks together. As you review the content, look for three things: - The **business problems** the module is meant to solve - The **related ERP areas** it works with, especially inventory and accounting - The **types of organizations** that benefit most, such as businesses with regular replenishment, multiple suppliers, or growing purchasing volume [SCREENSHOT: Purchasing page showing module overview, feature highlights, and call-to-action buttons] This page is especially useful after [Deciding When to Add Purchasing to an ERP Rollout](doc:deciding-when-to-add-purchasing-to-an-erp-rollout), because it helps you judge not just timing, but fit within the full ERP suite. ## Seeing How Purchasing Fits Into the ERP Workflow The **Purchasing** page should communicate a full buying flow, not just the creation of a purchase order. In **Sherkety ERP & Website Platform**, buyers evaluating this module should be able to picture a connected process from demand to supplier billing. A typical flow the page should make clear looks like this: - A business need appears through a **purchase request**, low stock situation, or replenishment need - A buyer prepares a **request for quotation** - Supplier responses are reviewed and compared - The selected offer becomes a confirmed **purchase order** - Goods are received into stock when the shipment arrives - The supplier charge moves forward for **vendor bill** processing This matters because purchasing does not stand alone. Upstream, demand may come from stock planning, reorder needs, or supply requirements tied to operations. Downstream, confirmed orders affect incoming stock, receiving work, and finance records. When the page explains purchasing well, it helps you see these handoffs clearly. Pay attention to how the page connects purchasing with nearby ERP areas: - **Inventory** for incoming shipments, receipt tracking, and stock updates - **Accounting** for vendor bills, taxes, and amounts owed - **Approval controls** for reviewing spend before an order is committed A strong purchasing page should also show the value of shared records across the suite. Instead of entering supplier names, product details, quantities, taxes, and order status in separate places, the same information should stay aligned across the related screens. That shared structure is one of the biggest reasons businesses move purchasing into ERP. If you are comparing modules, read the purchasing page alongside the inventory and accounting content so you can judge whether the full procure-to-pay flow is covered rather than only the buying step. This broader view helps you evaluate process continuity, not just feature lists. ## Matching Purchasing Capabilities to Business Buying Needs The best way to read the **Purchasing** page in **Sherkety ERP & Website Platform** is to compare its feature messaging with the problems your team already faces. If your current buying process feels scattered, the page should show how structured purchasing replaces manual work with clearer records and approvals. Common pain points the page should speak to include: - **Email-based quotation requests** that are hard to track - **Spreadsheet approval lists** that do not show the latest decision - **Disconnected supplier records** spread across inboxes and files - Poor visibility into **expected delivery dates** - Delays that lead to **stockouts** or urgent reordering When the page is positioned well, it should show how purchasing supports more disciplined buying through workflows such as: - Creating formal **requests for quotation** - Comparing supplier responses before choosing one - Reviewing and approving orders before commitment - Tracking open orders and expected arrivals - Keeping supplier details and purchasing history together This is especially relevant for businesses with buying patterns such as: - **Multi-vendor sourcing**, where several suppliers may quote the same item - **Recurring replenishment**, where stock needs repeat on a regular cycle - Purchasing for **stocked items** that must be available without interruption - Buying tied to **project demand** or operational supply needs For decision-makers, the value goes beyond order entry. The page should help you see whether Sherkety ERP & Website Platform can improve visibility into: - **Open purchase orders** - Supplier activity and consistency - **Incoming inventory** - Amounts that are still waiting for **vendor billing** [SCREENSHOT: Purchasing page section highlighting supplier comparison, order control, and incoming goods visibility] If the page only talks about placing orders, it may not answer enough of your questions. A useful purchasing page should show control, visibility, and coordination across teams, especially for buyers, warehouse staff, and finance reviewers. ## Evaluating Whether the Module Supports Your Procurement Process When you review the **Purchasing** page, use it to test whether the module matches the way your organization actually buys. In **Sherkety ERP & Website Platform**, that means looking beyond general benefits and checking whether the page reflects the approval, supplier, and receiving controls your team needs. Start with your approval process. The page should make it clear whether purchasing supports a controlled path from draft to commitment. Look for signs that the workflow includes: - **Draft purchasing** before anything is finalized - **Quotation comparison** before selecting a supplier - **Confirmation controls** so orders are not committed too early - **Approval checkpoints** before a purchase order is accepted Next, consider supplier management. A strong purchasing page should suggest that supplier information can be kept in one place rather than rebuilt for every order. As you read, assess whether the module appears suited for managing: - Supplier-specific pricing - Delivery **lead times** - **Payment terms** - Past purchasing activity and order history Receiving is another key area to judge. If your business often receives shipments in stages or needs visibility into what is still on the way, the page should point to practical receiving support such as: - **Partial receipts** - Tracking **expected arrival** dates - Coordination between purchase orders and warehouse intake You should also look for signs that the module can support growth. Good indicators include: - Centralized visibility into purchasing activity - Standardized records across teams - Connected finance and inventory workflows - Less duplicate entry between buying, receiving, and billing [SCREENSHOT: Purchasing page showing workflow or feature blocks for approvals, supplier records, and receiving coordination] If your organization is expanding, these signals matter more than broad marketing language. The page should help you decide whether Sherkety ERP & Website Platform can support a repeatable procurement process, not just occasional supplier orders. ## Comparing Purchasing With Adjacent ERP Modules The **Purchasing** page is easiest to evaluate when you compare it with the nearby ERP areas it works with. In **Sherkety ERP & Website Platform**, purchasing is one part of a larger business flow, so understanding the boundaries between modules helps you decide what coverage you actually need. First, separate **Purchasing** from **Inventory**. Purchasing is about supplier-facing buying activity. It covers the steps that happen before goods arrive, such as quotation requests, supplier selection, and purchase order confirmation. Inventory takes over when items are on the move or received. That includes stock receipts, stock levels, and warehouse handling after an order has been confirmed. A simple way to think about the difference is: - **Purchasing** controls what you ask suppliers to provide - **Inventory** controls what you physically receive and store Next, compare **Purchasing** with **Accounting**. Purchasing records the commitment to buy and the details of the supplier order. Accounting handles the financial side after that commitment, including vendor bills, tax treatment, and payment follow-up. That means: - **Purchasing** tracks supplier orders and order status - **Accounting** tracks bills, liabilities, and payment reconciliation You may also need to distinguish purchasing from planning or production-driven demand. In those cases, another ERP area may identify what materials or items are needed, but purchasing is the area that turns that need into an actual supplier order with dates, quantities, and supplier commitments. When you evaluate the page, read it together with related module pages so you can judge full process coverage: - [Exploring Inventory Visibility and Warehouse Overview](doc:exploring-inventory-visibility-and-warehouse-overview) - [Evaluating Accounting Capabilities and Pricing](doc:evaluating-accounting-capabilities-and-pricing) This side-by-side review helps you confirm whether Sherkety ERP & Website Platform supports the full procure-to-pay journey, rather than only one segment of it. ## Deciding If Purchasing Is the Right Entry Point for Your ERP Evaluation For many businesses, the **Purchasing** page is the best place to begin evaluating ERP because buying problems often expose wider process gaps. In **Sherkety ERP & Website Platform**, this page is a strong starting point when supplier coordination and order control are causing issues across multiple teams. Use purchasing as your entry point if your current challenges include: - Missed or delayed supplier follow-up - Weak **purchase approval** control - Replenishment delays that affect stock availability - Limited visibility into **open orders** - Confusion between buyers, warehouse staff, and finance This page becomes even more important when procurement errors create downstream problems. For example, a poorly tracked supplier order can affect inventory availability, create mismatches during receiving, or lead to billing issues later. If those problems sound familiar, start your ERP review here and use the purchasing content to judge whether the workflow is connected enough for your business. As you read, look for evidence that the module can handle your level of complexity, such as: - Support for **multiple suppliers** - Clear approval and confirmation stages - **Receipt tracking** after order confirmation - Integration with financial controls and vendor billing - Shared visibility across purchasing, stock, and finance activity If your goal is broader than purchase order creation, pair this page with the related module pages. Reviewing purchasing together with inventory and accounting gives you a better picture of complete procure-to-pay coverage instead of a standalone buying tool. This is also a good checkpoint after [Deciding When to Add Purchasing to an ERP Rollout](doc:deciding-when-to-add-purchasing-to-an-erp-rollout). That earlier guide helps with timing. This page helps you judge whether the module should be central to your ERP evaluation based on your actual procurement complexity. The next step is [Exploring Purchasing Features and Buyer Considerations](doc:exploring-purchasing-features-and-buyer-considerations), where you can look more closely at the feature signals that matter during comparison. ## Overview The **Purchasing** page in **Sherkety ERP & Website Platform** should be read as a decision page for buyers who want to understand how procurement fits into the wider ERP suite. It is not just a feature advertisement. It should explain how supplier coordination, quotation handling, purchase approvals, goods receipt follow-up, and vendor billing handoff can work together in one connected process. As you move through the page, keep these core positioning points in mind: - **Purchasing** is the ERP area for supplier-facing buying activity - It connects closely with **Inventory** for incoming goods - It connects closely with **Accounting** for vendor bills and liabilities - It is most valuable when your team needs more control than email and spreadsheets can provide The page should help you answer practical evaluation questions such as: - Can this module support how we compare suppliers? - Can we control approvals before placing orders? - Can receiving teams track what is expected to arrive? - Can finance teams follow supplier commitments through to billing? For many businesses, the strongest value comes from visibility. Instead of separate records in different tools, Sherkety ERP & Website Platform should present purchasing as part of a shared workflow where supplier details, product information, quantities, dates, and order status stay aligned. Use the page to judge fit for situations such as: - Ongoing stock replenishment - Buying from several suppliers - Coordinating buyers, warehouse staff, and finance teams - Reducing missed deliveries and unclear order status [SCREENSHOT: Full Purchasing page overview with feature sections and related ERP module references] If the page clearly shows these relationships, it is doing its job well as a product-positioning page inside the ERP suite. ## Prerequisites Before using the **Purchasing** page to evaluate fit, it helps to already know where you are in the Sherkety ERP & Website Platform buying journey. You do not need admin access or a signed-in account for this kind of review, but you will get more value from the page if you arrive with a few business questions in mind. It is helpful to already understand: - Your current **purchasing process**, even at a basic level - Whether your team buys for stock replenishment, projects, or recurring operational needs - How supplier approvals and order confirmations are handled today - Whether receiving and billing are managed in separate tools You should also be familiar with the broader ERP navigation so you can compare related pages when needed. If you have not done that yet, these guides provide useful context: - [Discovering the Purchasing Module From Inventory and App Pages](doc:discovering-the-purchasing-module-from-inventory-and-app-pages) - [Understanding Purchasing Module Positioning and Use Cases](doc:understanding-purchasing-module-positioning-and-use-cases) - [Browsing the ERP Apps Catalog](doc:browsing-the-erp-apps-catalog) When reviewing the page, be ready to compare it with nearby ERP areas if your process extends beyond buying alone: - **Inventory** if receiving, stock visibility, or replenishment matters - **Accounting** if vendor bills and financial control matter You will get the clearest result if you can answer questions like: - Do we buy from one supplier or many? - Do we need approval before confirming orders? - Do partial deliveries happen often? - Do finance and warehouse teams need access to the same purchasing records? These are not setup requirements inside the interface. They are simply the business context you should bring with you so the **Purchasing** page in **Sherkety ERP & Website Platform** can be evaluated against real needs rather than general interest. ## Recognizing the Shared Page Frame Across Public and Admin Screens In **Sherkety ERP & Website Platform**, most screens follow the same basic frame, even when the purpose of the page changes. You will usually see a **top header** first, a **main content area** in the center, and on public pages a **footer or lower information area** near the bottom. This makes it easier to move between the website and the admin area without relearning the layout each time. On public pages such as the homepage, **Company Types**, **ERP System**, or the individual ERP app pages like **Accounting**, **Sales & CRM**, **HR**, **Purchasing**, and **Reporting**, the center of the page is usually wide and content-focused. You will see larger content blocks, comparison sections, FAQs, contact actions, and promotional sections designed for browsing and evaluation. These pages give more room to headings, text sections, cards, and call-to-action buttons such as **Request Demo** or **Start Trial**. Admin pages use the same overall spacing and content containers, but they add a more task-focused structure. After signing in through **Login**, pages such as **Dashboard**, **Content**, **Users**, **Settings**, **SEO**, **Services**, and **Pricing** are arranged for management work. In these areas, you are more likely to see a persistent side navigation area, tighter content spacing, and panels that separate forms, lists, and editing tools. Look for these visual cues on both public and admin pages: - A clear **page title** near the top of the main content - **Breadcrumbs** or location text above the page content - Distinct **cards** or bordered sections around lists, forms, and summaries - Consistent spacing between headings, controls, and content blocks - Separate panel areas for filters, editing fields, and related information [SCREENSHOT: public page showing header, main content area, and footer] [SCREENSHOT: admin page showing sidebar, page title, and content panels] If you already read [Understanding Breadcrumbs Drawers and Shared Navigation Patterns](doc:understanding-breadcrumbs-drawers-and-shared-navigation-patterns), think of this page as the next layer: not just how you move, but how the whole screen is organized around that movement. ## Finding Your Way with Navigation Menus, Breadcrumbs, and Context Cues The biggest difference between public and admin navigation in **Sherkety ERP & Website Platform** is the goal behind the menu. Public navigation helps you **discover** information. Admin navigation helps you **complete tasks**. On the public website, the top menu is built around browsing. You may move between pages such as **Services**, **Company Types**, **ERP System**, and specific ERP app pages. These menus are meant to help you compare offerings, read details, and decide where to go next. The page itself often includes additional links inside sections, cards, or footer areas so you can continue exploring related topics. In the admin area, navigation is more direct. After signing in, you move through management pages such as **Dashboard**, **Content**, **Users**, **Settings**, **SEO**, **Services**, and **Pricing**. These menu items are focused on editing, reviewing, and maintaining information. Instead of broad discovery, the layout helps you jump straight to the screen where work happens. Breadcrumbs and page-location cues are especially useful when you move deeper into the interface. Use them to confirm where you are and to return to a parent page without relying on your browser’s back button. Common location signals include: - A **breadcrumb trail** near the top of the page - A bold **current page title** - A highlighted item in the top menu or admin navigation - A selected **tab** inside a page section - A visible section heading above a list, form, or editor These cues matter because some pages in Sherkety ERP & Website Platform can look visually similar. A content page and an admin editor may both use cards, headings, and action buttons, but the surrounding navigation tells you whether you are reading website content or managing it. If you need a refresher on breadcrumb behavior itself, see [Understanding Breadcrumbs Drawers and Shared Navigation Patterns](doc:understanding-breadcrumbs-drawers-and-shared-navigation-patterns). ## Using Common Page Controls to Search, Filter, and Change Views Across both the public website and the admin area, **Sherkety ERP & Website Platform** reuses the same kinds of controls to help you narrow what you see. Once you recognize these controls, it becomes much easier to work with long lists, content collections, and category pages. Search fields usually appear near the top of a page or directly above a list. On public-facing pages, search may help you find services, ERP modules, or informational content. In admin pages, search boxes are more likely to appear above management lists such as **Users**, **Services**, **Pricing**, or content-related screens. If a page includes a search field, it is usually placed where you can use it before scrolling through the full list. You will also see filter controls grouped near the search area. These often appear as: - **Dropdown menus** for narrowing by category or type - **Date pickers** for choosing a single date or date range - **Status chips** or selectable labels - **Checkbox groups** for showing only matching items - Filter bars above tables, cards, or content grids Some pages also let you switch how information is displayed. Depending on the screen, this may appear as: - **Tabs** for moving between related sections - A segmented control for changing between views - **List** and **grid** display options - Sortable column headers in tables When a page contains many results, Sherkety ERP & Website Platform may use **pagination**, **Load more** controls, or sortable table headers to help you move through larger sets of information. This pattern appears in both public listings and admin indexes, so the same habits apply: use filters first, sort next, then move through pages if needed. [SCREENSHOT: list page with search box, filters, and pagination controls] For a deeper look at moving through long result sets, continue later with [Using Pagination and List Navigation Patterns](doc:using-pagination-and-list-navigation-patterns). ## Knowing Where Primary and Secondary Actions Appear Buttons in **Sherkety ERP & Website Platform** are usually arranged by importance. The main action on a page is designed to stand out, while supporting actions are placed nearby but shown with less visual emphasis. Learning this pattern helps you act quickly without clicking the wrong option. The **primary action** is usually the button Sherkety ERP & Website Platform expects you to take next. On public pages, this may be **Request Demo**, **Start Trial**, **Contact**, or another main call to action. In the admin area, the main action is more likely to be **Save**, **Create**, **Submit**, or another button that confirms your work. You will usually find this main button in one of these places: - In the **page header** near the title - At the bottom of a form - In a sticky action area that stays visible while editing - Near the top-right area of a list or management screen Secondary actions are still important, but they are intentionally quieter. These may include **Cancel**, **Back**, **Preview**, **Duplicate**, or **Export**. They often appear beside the main button, below the form, or inside a menu rather than using the strongest button style. In tables and card lists, actions may also appear at the item level. Look for: - Inline **Edit** or **View** buttons - Small action icons - A three-dot menu with more options - Open actions attached to the row or card itself Destructive actions such as deleting or removing content are usually protected by an extra confirmation step. Before the action is completed, you may see: - A confirmation dialog - Warning text - A disabled button until required information is complete - A need to select a row or item first [SCREENSHOT: admin form with Save as primary action and Cancel/Preview as secondary actions] [SCREENSHOT: table row showing inline actions and overflow menu] When you are unsure which button matters most, look for the one with the strongest visual emphasis and the clearest action label. ## Reading Forms, Lists, and Detail Pages with the Same Interaction Rules Whether you are editing website content in **Content**, reviewing entries in **Users**, adjusting **Settings**, or browsing structured information on public pages, **Sherkety ERP & Website Platform** uses familiar interaction rules again and again. Forms are usually divided into clearly labeled sections rather than showing every field in one long block. This makes it easier to understand what belongs together. As you work through a form, pay attention to: - **Field labels** placed directly above or beside each input - Required fields marked visually - Helper text placed near the field it explains - Validation messages shown next to the field that needs attention - Section headings that group related information Lists follow a similar pattern across admin pages and some public catalog-style pages. You can usually expect: - A header row naming each column - Checkboxes for selecting one or more rows - Clickable rows or action buttons for opening details - Search and filters above the list - An empty-state message when nothing matches the current filters Detail pages also share a common structure. After opening an item or a focused page, you will usually see a title area first, followed by supporting information such as status labels, grouped sections, or related content in tabs or side panels. This is true whether you are reading an ERP app page or reviewing a record in the admin area. Feedback also appears in familiar ways across the interface: - **Loading** messages or placeholders while content appears - **Error** messages when content cannot be loaded - **Success banners** or **toast notifications** after saving - Inline warnings when a field needs correction [SCREENSHOT: form with grouped sections and inline validation] [SCREENSHOT: list view with empty-state message and filters] These repeated patterns are useful because they reduce guesswork. Once you understand one well-designed form or list in Sherkety ERP & Website Platform, the next one will feel familiar. ## Avoiding Common Navigation and Action Mistakes Most navigation mistakes in **Sherkety ERP & Website Platform** come from missing context rather than from difficult controls. A quick check of the page title, navigation area, and button state usually tells you what is happening. If a button is visible but you cannot use it, check the page for common blockers first: - A required field may still be empty - A selection may be required before the action becomes available - Your account may not have access to that action - The page may still be loading part of the content This is especially common on admin pages such as **Content**, **Users**, **SEO**, **Services**, or **Pricing**, where actions depend on what you selected or completed. If expected content seems to be missing, the cause is often a filter or search term. Before assuming the item is gone, look for: - Active search text in the search box - Selected filter chips - A dropdown still set to a narrow category - A date filter limiting the visible results - A tab that is showing only one subset of content Clearing those controls often returns you to the default view. When you are not sure whether you are on a public page or an admin page, use the surrounding cues. Public pages usually emphasize reading and exploration, with wider content blocks and actions such as **Request Demo** or **Contact**. Admin pages usually include management navigation, editing tools, and actions such as **Save**, **Create**, or **Preview**. Before confirming a risky action, slow down and read the labels carefully. Watch for differences between actions like: - **Save** versus a more final action - **Delete** versus **Cancel** - A status badge that shows whether something is draft or already live - Warning text in a confirmation dialog [SCREENSHOT: confirmation dialog with warning text and disabled confirm button] If you regularly work between browsing and editing, these small checks will help you avoid most accidental changes. ## Overview This document focuses on the interface patterns that repeat across **Sherkety ERP & Website Platform**, especially when you move between public-facing pages and the admin area. The goal is not to teach one single page, but to help you recognize the layout habits that appear throughout the product so you can orient yourself faster. You will see these shared patterns on public pages such as **ERP System**, **Company Types**, **Accounting**, **Sales & CRM**, **HR**, **Purchasing**, and **Reporting**, as well as in admin pages such as **Dashboard**, **Content**, **Users**, **Settings**, **SEO**, **Services**, and **Pricing**. Even though these pages serve different purposes, they often reuse the same visual structure: - A top page frame with navigation and page identity - A central content area built from cards, sections, and panels - Search, filtering, and view controls placed near the content they affect - Primary actions displayed more prominently than supporting actions - Consistent feedback through loading messages, errors, and save confirmations This matters because Sherkety ERP & Website Platform connects website browsing with back-office management. A visitor may read service information, compare ERP modules, and follow contact actions on the public side, while an authorized user signs in and updates content or settings on the admin side. The interface stays familiar across both experiences so you can focus on the task rather than relearning the screen. This guide also builds on [Understanding Breadcrumbs Drawers and Shared Navigation Patterns](doc:understanding-breadcrumbs-drawers-and-shared-navigation-patterns). That earlier document explains movement and location tools in more detail. Here, the focus is broader: how whole pages are arranged, where controls usually appear, and how to interpret common action placement across the product. ## Prerequisites You do not need any advanced setup before using this guide, but it helps to have already spent a little time moving around **Sherkety ERP & Website Platform**. The examples here make the most sense if you have seen at least a few public pages and at least one admin page. Before applying the patterns in this guide, you should be comfortable with these basics: - Opening public pages such as **ERP System**, **Company Types**, or an ERP app page like **Accounting** or **HR** - Recognizing the main website header and footer areas - Signing in to the admin area if your role allows access - Opening common admin pages such as **Dashboard** or **Content** - Noticing page titles, tabs, cards, and action buttons If you have not yet covered the navigation foundation, read [Understanding Breadcrumbs Drawers and Shared Navigation Patterns](doc:understanding-breadcrumbs-drawers-and-shared-navigation-patterns) first. That document explains the movement cues this guide builds on. It also helps if you already know the difference between browsing and editing in Sherkety ERP & Website Platform: - **Public pages** are for reading, comparing, and taking next-step actions such as **Request Demo** or **Contact** - **Admin pages** are for managing content, settings, users, services, pricing, and search-facing information You do not need to memorize every screen name before continuing. The main requirement is simply being able to identify whether you are on a public page or in the admin area. Once that is clear, the shared patterns in this guide become much easier to spot. For the next pattern-focused topic, continue with [Using Pagination and List Navigation Patterns](doc:using-pagination-and-list-navigation-patterns). ## Scanning the Startup Package Spotlight On the homepage in **Sherkety ERP & Website Platform**, the **startup package spotlight** is designed to catch your attention before you read any detailed package information. This area usually works as a quick summary block: it introduces the offer, shows why it matters, and gives you an immediate sense of price and next action. When you first reach this section, focus on the most prominent elements on screen: - **Package name** — the label that identifies the startup offer - **Headline value statement** — a short line explaining the main benefit of the package - **Starting price** or package price display — shown clearly so you can judge affordability right away - **Inquiry button or contact prompt** — the action placed nearby for visitors who want to ask about the package This spotlight section matters because it does the first layer of explanation. Instead of making you open another page or read a long paragraph, it presents the package in a compact, easy-to-scan format. You can quickly understand that this is a bundled offer aimed at startup needs, then decide whether to keep reading the details below. Visually, the spotlight often stands apart from surrounding homepage sections through stronger emphasis around the title, price, or action button. That emphasis helps you recognize that this is not just another informational block — it is a featured offer. If you already read [Understanding Homepage Content Priorities and Conversion Flow](doc:understanding-homepage-content-priorities-and-conversion-flow), this section is where that conversion flow becomes practical: the page introduces the offer first, then supports it with details. [SCREENSHOT: Startup package spotlight showing the package title, value statement, price display, and inquiry button] ## Reviewing What the Package Includes After the spotlight introduces the startup package, the next part to read is the **included benefits** area. In **Sherkety ERP & Website Platform**, this section helps you move from a general impression of the offer to a clearer understanding of what you actually receive. Instead of hiding the details inside one long paragraph, the page presents inclusions as separate visible items. That makes the package easier to scan and compare. Look for a grouped list of benefits presented as individual rows or stacked items. Depending on the page layout, these may appear as: - **Bullet-style benefit lines** - **Short feature rows** - **Icon-supported items** - **Stacked cards or grouped blocks** This layout is useful because each inclusion stands on its own. You do not have to interpret dense promotional text to work out what is part of the package. You can read down the list and quickly judge whether the package covers the essentials you expect. The relationship between the package headline and the benefits list is important. The headline makes a promise about value, startup readiness, or bundled support. The included-items list then backs up that promise with visible components. In other words, the top of the section tells you **why the package matters**, and the benefits list shows **what makes that claim believable**. As you review the list, use it to answer practical questions such as: - Does this package include the core services I expect? - Are the deliverables presented clearly enough to compare with other offers? - Does the bundle look broad enough for a startup stage need? This section works best when you read it directly under the spotlight rather than skipping straight to the inquiry button. It gives the offer substance and helps you judge whether the package is more than a headline and a price. [SCREENSHOT: Included benefits list in the startup package section with each item shown separately] ## Understanding the Price and Value Breakdown The **price and value breakdown** is where the startup package becomes easier to assess as a real offer rather than just a promotional message. In **Sherkety ERP & Website Platform**, the package area places the main price figure close to the supporting value text so you can connect cost with what is included. Start by locating the most visible price element in the package section. This is usually shown as: - A **main price figure** - A nearby label such as **starting price** or a package rate description - Short supporting text that explains the package positioning That nearby wording matters because it helps you interpret the number correctly. A price on its own only tells you cost. A price paired with package language tells you whether the offer is meant to represent bundled value, entry-level affordability, or a practical starting point for a new business. The value breakdown supports the price by framing it against the package inclusions. Instead of forcing you to jump to a separate pricing page, the section keeps the cost and the reasons behind the cost in one place. This makes it easier to answer two questions at once: - **How much does it cost?** - **What does that amount cover?** When the page is well structured, the price and the value copy appear visually connected to the benefits list. That pairing helps you read the package as a complete offer. You see the amount, then immediately see the supporting explanation and the included items that justify it. Use this section to judge whether the package feels appropriately scoped for your needs. If the listed inclusions and the value statement make the price feel reasonable, the package is likely being presented as a bundled offer rather than a single isolated service. [SCREENSHOT: Price display beside value messaging and included package details] ## Using the Value Messaging to Evaluate Fit The startup package section is not only about price. It also uses **value messaging** to help you decide whether the offer fits your business stage. In **Sherkety ERP & Website Platform**, this messaging is usually short and direct, focusing on startup priorities such as getting started quickly, covering essential needs, or reducing the effort of arranging services separately. When reading this section, pay attention to the short statements around the package title, price, and benefits. These lines often do the work of positioning the package for a specific audience. Rather than listing every detail, they tell you who the package is for and why it may be useful. Look for signals such as: - Language that suggests **startup readiness** - Wording that highlights **bundled essentials** - Copy that points to **early-stage business needs** - Statements that connect the package to **launch support** or practical setup value These concise messages are helpful because they let you assess fit quickly. If you are comparing several offers on the homepage, value messaging helps you decide whether this package is meant for your current situation before you spend time making an inquiry. What makes this section effective is the balance between promotional language and visible detail. The page does not rely only on broad claims. It places those claims next to the benefit list and price context, so you can test the message against concrete information. If the wording says the package supports startups, the nearby inclusions and pricing should make that feel credible. To evaluate fit, scan in this order: - **Package framing text** - **Included benefits** - **Price and supporting value copy** That sequence helps you move from promise to proof. If all three align with what you need, the package is likely worth following up on. ## Submitting an Inquiry from the Package Section Once the startup package has your interest, the next visible action is the **inquiry prompt** placed near the package details. In **Sherkety ERP & Website Platform**, this prompt is positioned close to the price and benefits so you can act while the offer is still fresh in view. Look for the main action control in the package area, such as: - A **primary button** - A **contact callout** - A clearly highlighted prompt inviting you to ask about the package Its placement is intentional. By putting the inquiry action next to the value breakdown, the page encourages you to move directly from evaluation to contact. You do not need to search through the header or footer for the next step. When you select the inquiry control, expect one of these visitor flows: - Opening a **contact form** - Moving to a **contact or inquiry page** - Triggering a direct outreach path already built into the site’s contact experience The important point is that the package section is designed to reduce friction. You review the offer, see the included benefits, understand the pricing context, and then use the nearby action to continue. Before you click, it helps to confirm that you have already reviewed: - The **package title** and positioning - The **included benefits** - The **price display** - The **value explanation** That way, your inquiry is based on the full package context rather than only the headline. If you need more detail on how contact actions work across the public site, see [Contacting Sherkety Through Forms and Direct Channels](doc:contacting-sherkety-through-forms-and-direct-channels). [SCREENSHOT: Inquiry button placed beside the startup package price and benefits] ## Comparing the Spotlight, Benefits, and Inquiry Cues on One Screen The startup package section works best when you read it as one connected screen rather than as separate pieces. In **Sherkety ERP & Website Platform**, the spotlight, benefits list, price area, and inquiry prompt are arranged to answer your main questions in a practical order. Use the section this way: - Start with the **spotlight** to identify the offer category and understand the main promise - Move to the **included benefits** to see what is actually part of the package - Check the **price display** and nearby value copy to understand cost and scope together - Use the **inquiry prompt** only after the earlier elements make sense for your needs This reading pattern helps you avoid acting too quickly on a strong headline alone. The spotlight creates interest, but the benefits and value breakdown provide the evidence you need to judge whether the package is relevant. When all parts are visible together, you can answer the most common visitor questions without leaving the section: - What is this package for? - What does it include? - How much does it cost? - Is there an easy way to ask about it? That is why the on-screen arrangement matters. The package title and value statement create orientation. The benefits list adds substance. The price area adds business context. The inquiry control captures interest at the moment you are most likely to act. If you are comparing this section with other homepage conversion areas, keep the focus on whether the screen gives you both **clarity** and **confidence** before asking you to contact the business. In this package section, the strongest reading order is always **offer first, proof second, action last**. ## Overview This document focuses on how to read the **startup package** area on the homepage of **Sherkety ERP & Website Platform** as a visitor making an early decision. The goal is not to edit content or manage pricing in the admin area. Instead, it is to help you understand how the package is presented on the public-facing page and how to use the visible cues to judge whether the offer is relevant. The startup package section combines several elements on one screen: - A **spotlight area** that introduces the package - A visible **benefits list** showing what is included - A **price presentation** paired with value-focused wording - An **inquiry prompt** that lets you continue when the offer looks suitable These pieces are meant to be read together. The section starts with a quick summary, then supports that summary with more concrete details. This helps visitors avoid guessing what the package includes or whether the price reflects a bundle of services. If you already reviewed [Reviewing Startup Package and Value Sections](doc:reviewing-startup-package-and-value-sections), this guide goes one level deeper by showing how to interpret the package presentation itself. It also builds on [Understanding Homepage Content Priorities and Conversion Flow](doc:understanding-homepage-content-priorities-and-conversion-flow), where the startup package appears as part of the homepage’s broader decision path. As you read the startup package area, keep your attention on the visible relationship between: - **Headline promise** - **Included items** - **Price context** - **Contact action** That relationship is what turns the section from a promotional block into a useful decision tool for business services visitors. ## Prerequisites You do not need admin access or editing permissions to use this part of **Sherkety ERP & Website Platform**. This guide is written for public website visitors who are reviewing the homepage and want to understand the startup package offer before making contact. Before using this guide, it helps if you have already done the following: - Opened the **homepage** - Scrolled to the section featuring the **startup package** - Read the surrounding homepage sections well enough to recognize that this is a featured offer rather than a general information block You will get the most value from this guide if you are already comfortable with basic public-site navigation, including scrolling through homepage sections and recognizing action buttons. If needed, you can review [Browsing the Sherkety Public Website](doc:browsing-the-sherkety-public-website) and [Understanding Public Page Layouts and Visitor Actions](doc:understanding-public-page-layouts-and-visitor-actions). It is also helpful to understand the homepage’s broader message order so the startup package does not feel isolated from the rest of the page. For that context, refer back to [Understanding Homepage Content Priorities and Conversion Flow](doc:understanding-homepage-content-priorities-and-conversion-flow). As you read, focus on what is visible in the package section itself: - The **package title** - The **value statement** - The **included benefits** - The **price display** - The **inquiry action** The next document in this sequence is [Understanding Homepage Messaging and Primary Actions](doc:understanding-homepage-messaging-and-primary-actions), which continues from this package section into the broader wording and action patterns used across the homepage. ## Understanding what to look for on a company information page When you open a company information page in Sherkety ERP & Website Platform, start by looking at the page sections that answer basic fit questions quickly. The fastest clues usually appear in the main heading, the introductory text near the top of the page, the services section, and the contact area. If you already worked through [Understanding Company Registration Options and Decision Factors](doc:understanding-company-registration-options-and-decision-factors), use that same mindset here: look for details that help you decide whether this company is relevant before reading every paragraph. Focus first on visible section titles and navigation labels. Headings such as company profile, services, industries, locations, FAQ, or contact tell you where factual details are likely to appear. Promotional text often sits beside call-to-action buttons like **Contact Us**, **Get Started**, **Request Demo**, or similar action buttons. Those buttons are useful, but read the nearby headings first so you know whether the page is describing what the company actually offers or simply encouraging you to reach out. Some page elements are more useful than others when you are making a decision quickly: - Service names listed in cards, tiles, or section blocks - Industry references that show who the company works with - Location or coverage details - Contact choices such as a form, direct contact details, or consultation button - Proof points such as testimonials, badges, or trust indicators - Any mention of pricing, packages, or timelines Set a clear goal before you continue. Usually your goal is one of these: - Confirm whether the company fits your business need - Compare this company with another provider - Decide the best way to contact them [SCREENSHOT: company information page showing heading, services section, trust content, and contact area] If a page gives you enough information to answer your first question, move straight to the contact section. If not, keep scanning section headings instead of reading every line in order. ## Pulling out the details that matter for your decision Once you know where the key sections are, pull out only the details that affect your decision. On Sherkety ERP & Website Platform, this usually means reading the service names exactly as they appear on the page rather than relying on broad labels like “business services” or “solutions.” If a section lists specific offerings, note those exact names so you can ask about the right service later. Look closely at service cards, comparison blocks, feature lists, and highlighted sections. These often tell you more than the introductory paragraph. If the page includes industries served, business types, startup support, accounting services, or ERP module pages, match those sections to your own situation. For example, if you need help with company setup, registration support, or accounting-related work, note the exact page wording that matches your need. Check for practical details in these areas: - **Services**: exact offerings, packages, or solution names - **Industries or business types**: whether the page mentions companies like yours - **Location or service area**: whether support appears local or remote - **Trust content**: testimonials, partner badges, certifications, or experience claims - **Calls to action**: whether the page pushes you toward a form, demo, or direct inquiry A simple note list helps keep your review focused. Capture only what the page clearly shows: | What to capture | Where to look on the page | Why it matters | |---|---|---| | Exact service name | Service cards or section headings | Helps you ask about the right offering | | Business fit | Industry or use-case sections | Shows whether they work with similar businesses | | Coverage | Contact or company details area | Tells you whether location matters | | Proof points | Testimonials, badges, trust sections | Helps you judge credibility | [SCREENSHOT: services and trust sections with visible headings and action buttons] If you cannot find one of these details, do not guess. Save that gap for your question list in the next step. ## Turning missing details into a focused question list A strong question list starts with what the page does **not** explain clearly. In Sherkety ERP & Website Platform, some pages give a clear service description and a contact button but leave out practical details such as pricing, response time, timeline, or what is included. That does not mean the answer is no. It simply means you should ask directly. Review the page section by section and compare what is clear against what is still vague. For example, a service may be named but not explained in detail. A contact form may appear without saying how quickly someone will reply. A package may be mentioned without showing what is included. Each of these gaps can become a short, useful question. Write your questions using the same wording shown on the page. This keeps your message specific and avoids confusion. If the page says **Startup Package**, ask about the **Startup Package** by name. If the page highlights **Accounting Services**, use that exact phrase in your question. Separate your questions into two groups: - **Must-have questions** - What is included in the service or package? - Is this available for my business type or location? - What is the expected timeline? - What is the best next step to get a quote or consultation? - **Nice-to-have questions** - Are there optional add-ons? - Are there examples of similar client work? - Is there a recommended package for a smaller business? Keep the first outreach short. Choose two to four must-have questions, not ten mixed questions. That makes it easier for the company to respond clearly. [SCREENSHOT: notes or draft inquiry showing service names copied from page headings] If you need more context before writing, revisit [Reading Company Type Detail Pages](doc:reading-company-type-detail-pages) and [Understanding Company Type Guidance and Decision Factors](doc:understanding-company-type-guidance-and-decision-factors) to sharpen how you turn page content into decision questions. ## Comparing multiple company pages side by side When you compare several company pages, use the same review pattern every time. This matters because one page may look polished and detailed while another is shorter and simpler. If you let design style influence your judgment, you can miss the actual differences that matter. In Sherkety ERP & Website Platform, compare pages based on repeated page elements, not on which page feels more impressive. Build a simple checklist and fill it in as you review each page. Use the same categories for every company so your comparison stays fair. | Comparison point | What to record | |---|---| | Services offered | Exact service names shown on the page | | Industries served | Any business types or sectors mentioned | | Locations or coverage | Local, regional, remote, or unclear | | Proof points | Testimonials, badges, certifications, partner mentions | | Contact methods | Form, direct contact details, consultation button, social links | | Pricing visibility | Clear pricing, package mention, or no pricing shown | | Supporting material | FAQ, examples, case studies, or detailed service sections | As you compare, flag differences in how easy it is to take the next step. One page may have a short contact form near the top. Another may require you to search the footer for contact details. Another may offer a direct consultation or demo button. Ease of contact is part of the comparison because it affects how quickly you can move forward. Also pay attention to page depth. A detailed service page should not be judged against a short listing page in exactly the same way. If one page includes trust indicators, FAQs, and package details while another only has a brief summary, note that difference instead of assuming the shorter page is weaker. [SCREENSHOT: comparison notes table with services, proof points, and contact methods] If you want a broader browsing approach before comparing, see [Browsing Company Type Guidance and Registration Content](doc:browsing-company-type-guidance-and-registration-content). ## Choosing the best contact path from the options on the page After reviewing the page, choose one contact path based on the kind of answer you need. Sherkety ERP & Website Platform may present several options on public-facing pages, such as a contact form, direct contact details, social links, or a consultation-style action button. The best choice depends on how much detail you need to share and how quickly you need a response. Use a direct phone option when your questions are urgent or when you need quick back-and-forth clarification. This works best if you are trying to confirm fit, availability, or whether you should continue with a proposal request. Before calling, keep your must-have questions visible so the conversation stays focused. Choose the contact form when the page clearly invites project details. A form is usually the best option when you can explain your business need in a structured way. If the form asks for details about scope, timeline, service type, or business context, fill in those fields carefully and use the exact service names shown on the page. Use direct email only when the page presents it as a contact route and you need to send a longer explanation or supporting material. Email is often better than a short form when your request includes several requirements or background details. Prefer a booking, demo, or consultation button when the page offers scheduled discussion and you are ready to talk through fit in real time. A simple way to choose: - **Phone**: urgent clarification - **Contact form**: structured project inquiry - **Email**: detailed message or supporting information - **Booking or consultation button**: live discussion about fit [SCREENSHOT: contact area showing form, direct contact option, and consultation button] For more on contact routes, see [Contacting Sherkety Through Forms and Direct Channels](doc:contacting-sherkety-through-forms-and-direct-channels). ## Avoiding common mistakes when evaluating and contacting companies A common mistake is treating missing information as a negative answer. If a company page in Sherkety ERP & Website Platform does not show pricing, timeline, or service coverage, do not assume those things are unavailable. Instead, turn each missing detail into a direct question. This keeps your evaluation accurate and prevents you from ruling out a good fit too early. Another mistake is comparing unlike pages. A full service page with FAQs, trust indicators, and detailed sections naturally gives you more material than a short company listing or summary page. When one page is much shorter, adjust your comparison by marking information as “not shown” rather than “not offered.” Avoid sending the same generic message to every company. If the page highlights a specific service, package, or business type, mention that exact wording in your inquiry. A message tied to the visible page content is easier to answer and shows that you reviewed the page carefully. If the page gives several contact options, do not use all of them at once unless the page clearly tells you to. Sending the same request through a form, email, and social message can create duplicate conversations and slower responses. Keep these habits in mind: - Do not guess when the page is unclear - Do not compare pages with very different depth as if they are identical - Do not ignore visible service names and page wording - Do not send one generic inquiry everywhere - Do not use multiple contact routes for the same request unless instructed [SCREENSHOT: contact section with multiple options, highlighting the need to choose one route] These small adjustments make your outreach shorter, clearer, and more likely to get a useful reply. ## Overview Use company information pages in Sherkety ERP & Website Platform as a decision tool, not just a reading exercise. Your goal is to move from browsing to action with a short list of facts, open questions, and one clear next step. Start with visible headings, service sections, trust content, and contact options. Pull out the exact service names and business-fit details that match your need. Then turn anything missing into a focused question list. The most effective review usually follows this order: 1. Identify the page sections that matter most, such as services, industries, locations, proof points, and contact options. 2. Record only the details that directly affect your decision. 3. Note what is missing and turn those gaps into must-have questions. 4. Compare pages using the same checklist each time. 5. Choose one contact route that matches your urgency and the amount of detail you need to share. This approach works especially well when you are deciding between several providers or preparing for a first inquiry. It also helps you avoid two common problems: spending too long reading promotional copy and sending vague messages that are hard to answer. If you need more background on how company information pages are organized before using them this way, review [Browsing Company Type Guidance and Registration Content](doc:browsing-company-type-guidance-and-registration-content) and [Using Company Information Pages to Prepare for Contact](doc:using-company-information-pages-to-prepare-for-contact). Those documents help you identify page structure and contact-ready details before you build your final question list. ## Prerequisites Before using this approach in Sherkety ERP & Website Platform, make sure you already have a basic understanding of the company information content you are reviewing. You do not need admin access or any special setup. This is a public-page workflow based on what you can see in the browser. It helps to have these things ready: - A clear reason for your visit, such as comparing providers, checking business fit, or preparing to contact a company - One business need you can describe in simple terms - A place to record notes, such as services, proof points, and open questions - At least one company page, service page, or company type page open for review You will get better results if you have already read these related guides: - [Browsing Company Type Guidance and Registration Content](doc:browsing-company-type-guidance-and-registration-content) - [Reading Company Type Detail Pages](doc:reading-company-type-detail-pages) - [Understanding Company Type Guidance and Decision Factors](doc:understanding-company-type-guidance-and-decision-factors) - [Using Company Information Pages to Prepare for Contact](doc:using-company-information-pages-to-prepare-for-contact) Those guides explain how to navigate the pages and interpret the content. This document assumes you are ready to turn that reading into practical next steps: deciding what still needs clarification, comparing what different pages show, and choosing whether to use a form, direct contact option, or consultation-style action. From here, continue with the contact-focused guidance in [Contacting Sherkety Through Forms and Direct Channels](doc:contacting-sherkety-through-forms-and-direct-channels) when you are ready to send your inquiry. ## Finding the Right Contact Details for Your Inquiry When you open the **Contact** page in Sherkety ERP & Website Platform, start by scanning the contact area for clearly labeled details such as **Phone**, **Email**, and **Office Address**. These labels help you choose the quickest way to reach the team without guessing. If you already reviewed [Choosing the Right Contact Method for Business and Product Inquiries](doc:choosing-the-right-contact-method-for-business-and-product-inquiries), use that guidance here to match the visible contact details to your specific need. Follow these steps to find the best contact option: 1. Open the **Contact** page from the website navigation or footer. 2. Look for the section that lists direct contact details rather than the message form. 3. Identify the labels shown beside each item, such as **phone number**, **email address**, or **office address**. 4. Check whether the page separates contact methods by purpose, such as **sales**, **support**, or **general inquiries**. 5. Choose the option that best matches your reason for reaching out. Use the visible labels to decide quickly: | What you see | Best use | |---|---| | **Phone** | Fast questions, urgent clarification, quick scheduling | | **Email** | Detailed questions, written follow-up, sharing more information | | **Office Address** | Location checks, mailed documents, visit planning | If the phone number or email address appears as a clickable link, click it once to confirm what happens. A phone link may open your phone app or dialer, while an email link may open your email app with a new draft. This is useful when you want to contact Sherkety ERP & Website Platform directly from your device instead of copying details manually. [SCREENSHOT: Contact page showing phone, email, and office address blocks with visible labels] ## Choosing When to Call or Email Based on Business Hours The **business hours** area on the contact page helps you decide whether to call now, send an email, or wait until the office is open. Before placing a call, read the hours carefully so you do not expect an immediate answer outside the posted schedule. This is especially important if you are contacting Sherkety ERP & Website Platform from a different city or country. Use these steps to decide the best time to reach out: 1. Find the **Business Hours**, **Working Hours**, or similar schedule block on the contact page. 2. Read the listed days first, such as weekdays or any excluded days. 3. Check the opening and closing times shown for those days. 4. Compare those hours with your own local time before calling. 5. Decide whether a phone call is likely to reach a team member during office hours or whether email is the better choice. A phone call usually makes the most sense when the office is currently open and you need a quick answer. If you are outside the listed hours, email is often the better option because your message can be reviewed when the team returns. When you send an email during business hours, you can usually expect it to enter the active work queue sooner than a message sent late at night or on a non-working day. Keep these points in mind: - Calls made during listed office hours are more likely to reach someone directly. - Calls made before opening or after closing may not get an immediate response. - Emails sent outside business hours may be answered on the next working day. - Cross-region inquiries may require extra attention to time differences. [SCREENSHOT: Contact page business hours block with days and operating times] ## Using the Address to Plan Visits, Mail, or Regional Outreach The **Office Address** on the contact page is useful for more than just location reference. It can help you confirm where Sherkety ERP & Website Platform operates, whether the business is in your region, and whether an in-person visit or mailed document makes sense for your situation. Read the address carefully instead of relying only on the city name or a partial location mention. Work through the address details in this order: 1. Find the full address in the contact section. 2. Read each visible part of the address, including street details, city, region, postal code, and country if shown. 3. Check whether the location matches the area you expect to work with. 4. If a **Map**, **Directions**, or location link appears, open it to estimate travel time. 5. Use the address as your reference point before arranging a visit or sending physical documents. A complete address is especially helpful when you are evaluating Sherkety ERP & Website Platform for business credibility, verifying regional presence, or preparing formal correspondence. If you need to mail signed paperwork or supporting documents, use the published address exactly as shown on the page. The address can also help with regional outreach decisions: - If the office is nearby, an in-person meeting may be practical. - If the office is in another region, email or phone may be more efficient. - If a map link is available, use it to check travel distance before making plans. - If you are comparing providers, the published address can support location verification. [SCREENSHOT: Contact page office address block with map or directions link, if shown] ## Matching Your Outreach Method to Your Goal The fastest way to get a useful response is to match the contact method to what you need. Sherkety ERP & Website Platform may show a phone number, an email address, and an office address in the same contact area, but each one works best for a different purpose. Instead of using the first option you notice, choose the one that fits your goal and the urgency of your request. Use this step-by-step approach: 1. Decide whether your question is urgent, detailed, or location-related. 2. Check which direct contact details are visible on the contact page. 3. Review the business hours before choosing a phone call. 4. Pick the contact method that matches both your goal and the timing. 5. If needed, use one method first and another for follow-up. This table can help you decide: | Your goal | Best contact method | Why it fits | |---|---|---| | Quick pre-sales question | **Phone** | Best for immediate clarification | | Booking or confirming a meeting | **Phone** | Faster back-and-forth during office hours | | Sending detailed requirements | **Email** | Easier to explain clearly in writing | | Following up after a conversation | **Email** | Creates a written record | | Confirming business location | **Office Address** | Useful for verification and planning | | Sending formal documents | **Office Address** | Needed for physical correspondence | Combining contact details with business hours gives you better results. For example, if you have a short pricing question during office hours, calling may be the quickest option. If you need to explain your company needs, compare packages, or ask several follow-up questions, email is usually more practical. If your goal is to verify legitimacy or arrange a visit, the address becomes the most relevant detail. ## Setting Expectations for Response Timing Direct contact details are most useful when you also have realistic timing expectations. A phone number, email address, and office hours block together give you clues about when you are most likely to receive a response from Sherkety ERP & Website Platform. This helps you avoid unnecessary follow-up too early and lets you prepare a clearer message from the start. Use these steps to improve your chances of a timely response: 1. Check the listed business hours before calling. 2. Call during open hours if you need a fast answer. 3. If you are emailing, write a clear subject line that reflects your purpose. 4. Include your name, company, and reason for contact in the message. 5. Prepare your main questions in advance so you can use the available time well. A call placed during office hours is generally the strongest option for immediate clarification. If you call before opening, after closing, or on a non-working day, you may need to wait until the next business period for a response. Email is more flexible, but timing still matters. Messages sent during working hours may be reviewed sooner than messages sent late in the day, on weekends, or around holidays. To make your outreach more effective: - Keep your email subject specific so the team can understand the topic quickly. - State whether your inquiry is about services, ERP modules, pricing, or another business matter. - If you are calling, keep your key questions ready before dialing. - If you send an email after hours, allow extra time before following up. If you need help deciding which channel fits your topic, refer back to [Choosing the Right Contact Method for Business and Product Inquiries](doc:choosing-the-right-contact-method-for-business-and-product-inquiries). ## Handling Missing or Unclear Contact Information Sometimes the contact area does not show every detail you expect. You may find an email address but no phone number, an address without full visit guidance, or multiple contact options without clear labels. In those cases, use the information that is visible and keep your message specific so the Sherkety ERP & Website Platform team can route it correctly. Follow these steps when details are missing or unclear: 1. Start with the contact option that is clearly visible and easy to identify. 2. If no phone number is shown, use the email address or contact form. 3. If business hours are not listed, avoid assuming a same-day callback or reply. 4. If the address looks incomplete, confirm other visible company details before planning travel. 5. If several contact options appear without purpose labels, choose the general contact option and explain your reason clearly. Here is a simple way to respond to incomplete contact details: | Situation | Best action | |---|---| | No phone number shown | Use the visible email address or contact form | | No business hours shown | Expect response timing to vary | | Address seems incomplete | Verify location using other visible company details | | Multiple unlabeled options | Use the general inquiry channel and explain your purpose | When writing through a general channel, be direct. Mention whether you are asking about services, ERP modules, pricing, partnerships, or another topic. That gives the receiving team enough context to guide your inquiry without delay. If you need more help with sending a message itself, see [Sending Messages Through the Contact Page](doc:sending-messages-through-the-contact-page). [SCREENSHOT: Contact area showing one or more direct contact details with a general inquiry option] ## Overview This page in Sherkety ERP & Website Platform helps you use visible contact details more effectively by focusing on three things: **direct contact methods**, **business hours**, and **location information**. Instead of treating every contact option the same way, use the labels shown on the contact page to decide whether you should call, email, or use the office address for your next step. The main details to look for are: - **Phone** for urgent questions or quick clarification - **Email** for detailed written inquiries and follow-up - **Office Address** for location verification, mailed documents, or visit planning - **Business Hours** for deciding when live contact is most likely This document is most useful after you already understand the available contact routes in [Contacting Sherkety Through Forms and Direct Channels](doc:contacting-sherkety-through-forms-and-direct-channels) and how to choose the right inquiry path in [Choosing the Right Contact Method for Business and Product Inquiries](doc:choosing-the-right-contact-method-for-business-and-product-inquiries). Here, the focus is narrower: reading the published details on the contact page and using them to set realistic expectations. You will learn how to: - Find the most relevant direct contact detail on the page - Use business hours to decide when to call or email - Read the office address for travel, mail, or regional checks - Match your outreach method to your goal - Respond when contact information is missing or unclear If you are browsing the public site and comparing options, this guidance helps you move from simply seeing contact information to actually using it in a practical way. ## Prerequisites Before using this guidance in Sherkety ERP & Website Platform, make sure you have access to the public website contact information and a clear idea of what you want to ask. You do not need an admin account or any special permissions to use the contact page, business hours, or office address details. Prepare the following before you reach out: - Open the **Contact** page from the website navigation or footer - Know whether your inquiry is about services, ERP modules, pricing, support, or a general business question - Be ready to compare the listed **Business Hours** with your local time if you are in another region - Have your name, company name, and main question ready before calling or emailing - If you may visit the office, be ready to review the published **Office Address** and any map or directions link shown It also helps if you have already read these related documents: - [Using Social Links and Business Details](doc:using-social-links-and-business-details) - [Sending Messages Through the Contact Page](doc:sending-messages-through-the-contact-page) - [Understanding Contact Page Information and Follow Up Expectations](doc:understanding-contact-page-information-and-follow-up-expectations) If the contact page shows more than one outreach option, decide in advance whether you need a fast answer, a detailed written response, or location confirmation. That will make it easier to choose between **Phone**, **Email**, and **Office Address** once you are on the page. ## Finding Answers Before You Contact the Business When you are browsing Sherkety ERP & Website Platform and need clarification, start with the links already provided on the public website. FAQ and Disclaimer links are typically easiest to find in the footer navigation, and you may also reach them from other public pages where visitors usually look for support or legal information. If you already reviewed privacy and cookie-related pages in [Reading Privacy Terms Cookies and App Privacy Pages](doc:reading-privacy-terms-cookies-and-app-privacy-pages), treat the FAQ and Disclaimer pages as the next place to answer practical questions before sending an enquiry. A simple visitor workflow works well: 1. Open the **FAQ** page first. 2. Scan the question list for the topic you need. 3. Read the matching answer. 4. Open the **Disclaimer** page to understand any limits on what the website content means. 5. Decide whether you still need to use a contact option. The FAQ page is the faster starting point because it usually helps with common concerns such as pricing questions, service availability, response expectations, onboarding steps, or whether a demo is offered. Instead of guessing from several marketing pages, you can look for a direct question and answer in one place. After that, read the Disclaimer page carefully. This page helps you understand where website information is general guidance rather than a promise, guarantee, or personalized recommendation. That matters if you are comparing ERP options, reviewing business services, or trying to decide whether a public statement is enough to rely on. If the FAQ answers your question and the Disclaimer does not raise any concern, you can move on confidently. If something still feels unclear, use the contact form or another enquiry option shown on the website and mention the exact topic you already reviewed. [SCREENSHOT: Footer area showing FAQ and Disclaimer links on the public website] ## Using the FAQ Page to Resolve Common Questions The FAQ page in Sherkety ERP & Website Platform is most useful when you want quick answers without opening many separate pages. Start by scanning the visible question list or expandable question headings. These usually help you spot relevant topics faster than reading full service pages from top to bottom. Focus on questions that match your current decision. For example, if you are evaluating ERP services, look for items related to implementation scope, supported industries, demo availability, onboarding timelines, support coverage, or how the engagement works. If you are looking at business services instead, check for questions about service delivery, expected turnaround, or what is included. Use this approach: 1. Read the question titles first instead of opening everything. 2. Open only the questions that match your situation. 3. Compare two or three related answers before deciding. 4. Return to service or pricing pages only if you need more detail. This saves time because each answer appears directly on the same page, so you do not have to jump between multiple sections of the website. A short FAQ answer can quickly confirm whether Sherkety ERP & Website Platform offers demos, supports your type of business, or works within your likely timeline. The FAQ page is also helpful for narrowing choices. One answer might clarify whether support continues after setup. Another might explain whether the service is suitable for startups, growing companies, or businesses with more complex needs. Reading several answers together gives you a clearer picture of fit. If an answer sounds relevant but still broad, note the exact question heading before moving on. That makes it easier to compare it with details on service pages, pricing pages, or the contact page. [SCREENSHOT: FAQ page with expandable question items opened and closed] ## Reading Disclaimer Statements to Understand Limits and Responsibilities The Disclaimer page in Sherkety ERP & Website Platform helps you understand what the website content is meant to do—and what it is not meant to do. This page is especially important when you are using public website information to compare services, review ERP capabilities, or decide whether to move forward with an enquiry. Start by reading the opening statements carefully. Disclaimer text often explains that website content is provided as general information. In practical terms, that means a page describing ERP features, business services, or expected benefits may help you understand the offering, but it may not replace direct advice tailored to your company, budget, compliance needs, or operating model. As you read, pay attention to statements about: - **Accuracy** — whether the business says information is provided in good faith but may not always reflect the latest updates - **Completeness** — whether examples, summaries, or feature descriptions are not intended to cover every detail - **Timeliness** — whether service details, scope, or examples may change over time - **Liability limits** — whether the business limits responsibility for decisions made only from public website content - **No guarantee language** — whether the page explains that examples or descriptions are not promises of identical outcomes This matters because public pages often include broad descriptions meant to help visitors explore options. The Disclaimer page helps you separate general website guidance from a formal proposal, written scope, or direct consultation. You should also look for any statement that places responsibility on you as the visitor to confirm suitability before making a decision. If you see wording that suggests you should request clarification, verify details, or ask for a formal proposal, treat that as a sign to contact the business before relying on the website alone. [SCREENSHOT: Disclaimer page section highlighting informational-use and limitation statements] ## Deciding When the FAQ Is Enough and When to Reach Out Not every question requires direct contact. In many cases, the FAQ page gives enough information to answer standard visitor questions about service scope, onboarding steps, general timelines, or whether a demo is available. If the answer is clear, specific enough for your needs, and consistent with the rest of the website, you may not need to contact anyone yet. The Disclaimer page helps you decide whether that answer is only informational or whether it is detailed enough to support your next step. For example, a general answer may be enough if you are only exploring options. It may not be enough if you are comparing vendors, checking compliance needs, or preparing to commit budget. Reach out when you notice any of these signs: - Pricing is mentioned, but the exact package or cost level you need is not clear - Implementation details are too general for your business size or process - Support coverage is described broadly, but you need to know what happens after launch - Your industry has specific compliance or reporting needs - The FAQ answer and another public page do not seem to match - The Disclaimer suggests the page is only informational and you need a firm answer When you do contact Sherkety ERP & Website Platform, make your message more focused by naming the exact FAQ topic or Disclaimer statement that left you uncertain. That helps you avoid a long back-and-forth. A useful enquiry is short and specific. Mention the page you read, the question heading or statement that needs clarification, and the business detail that matters to you, such as timeline, support, pricing, or scope. This makes it easier for the business to respond with a relevant answer instead of a generic reply. ## Using FAQ and Disclaimer Pages During ERP Vendor Evaluation If you are comparing ERP providers, the FAQ and Disclaimer pages in Sherkety ERP & Website Platform can help you screen options before requesting a proposal. These pages are not just legal reading—they are practical tools for deciding whether the offering matches your business. Start with the FAQ page and look for answers that reveal how the business works in real situations. Useful topics include deployment approach, onboarding steps, training availability, support model, implementation timing, and whether the offering fits startups, growing companies, or more established operations. These answers help you judge whether the vendor is aligned with your expected rollout. Then use the Disclaimer page to understand the strength of the statements you are reading elsewhere on the website. Marketing pages often describe benefits, outcomes, or examples in a positive way. The Disclaimer page helps you tell the difference between: | What you may read | What to check | |---|---| | General feature descriptions | Whether they are examples or firm commitments | | Outcome-focused statements | Whether results depend on your business situation | | Broad service claims | Whether details require a proposal or consultation | | Informational summaries | Whether you should verify suitability directly | This is just as useful for business services visitors as it is for ERP buyers. If you are reviewing accounting, registration, or other service-related pages, FAQ answers can help you confirm service boundaries and expected process steps. The Disclaimer page can show whether specialist advice requires direct consultation rather than reliance on public website wording. Before shortlisting Sherkety ERP & Website Platform, combine three sources: the relevant service page, the FAQ answer, and the Disclaimer wording. Together, they give you a more balanced picture than any single page on its own. ## Common Issues When Information Still Feels Unclear Sometimes you read the FAQ and Disclaimer pages and still feel unsure. That usually happens when the answer is too broad, the wording is cautious, or different pages seem to describe the offer at different levels of detail. In Sherkety ERP & Website Platform, the best response is to narrow the uncertainty instead of rereading everything. If an FAQ answer feels too general, look nearby for links to related service pages, pricing pages, ERP app pages, or contact options. A short FAQ entry may only summarize the topic, while a dedicated page gives more detail about what is included, who it is for, or how the process works. This is especially helpful when you are comparing ERP modules, business services, or package fit. If the Disclaimer wording feels restrictive, do not assume the business refuses to provide clear commitments. Public disclaimer language often sets limits on website content, while a consultation, proposal, or written scope may provide the formal detail you need. In that case, the Disclaimer page is telling you to move from general reading to direct clarification. When two pages seem inconsistent, do this: 1. Note the exact FAQ question heading. 2. Copy or write down the relevant Disclaimer statement. 3. Check the related service or pricing page once more. 4. Contact the business with those exact references. This makes your enquiry easier to answer because you are pointing to specific wording rather than saying the website feels unclear. If key questions remain open, keep your message brief. List only the unresolved points, such as pricing level, implementation scope, support coverage, or whether the service fits your industry. A short, focused enquiry usually gets a better response than a long general request. [SCREENSHOT: Contact area or enquiry form used after reviewing FAQ and Disclaimer pages] ## Overview - Use the **FAQ** page first when you want quick answers about common topics such as demos, service scope, onboarding expectations, support coverage, or general timelines. - Use the **Disclaimer** page to understand the limits of public website content, especially when you are deciding whether a statement is general information or something that needs direct confirmation. - Read both pages together when evaluating Sherkety ERP & Website Platform for ERP services or business services. The FAQ explains common questions, while the Disclaimer explains how much weight to place on public wording. - Move to the contact form or other enquiry option when pricing, implementation details, compliance concerns, or service boundaries are still unclear. - When contacting the business, mention the exact FAQ item or Disclaimer statement that needs clarification so your enquiry is more precise. - If you need a broader starting point for legal and help content, see [Finding Answers in FAQ and Policy Pages](doc:finding-answers-in-faq-and-policy-pages). - If your question is specifically about privacy, cookies, or app privacy wording, return to [Reading Privacy Terms Cookies and App Privacy Pages](doc:reading-privacy-terms-cookies-and-app-privacy-pages). ## Prerequisites - You should be able to open the public website and use the main navigation or footer links. - It helps to know which topic you are researching before opening the FAQ page, such as pricing, support, implementation, service scope, or ERP fit. - If you are comparing pages in more than one language, use the language switcher first so you are reading the correct version of the content. See [Switching Languages While Browsing the Platform](doc:switching-languages-while-browsing-the-platform) if needed. - If you plan to contact the business after reading, keep a short note of the exact FAQ question or Disclaimer statement you want clarified. - For visitors who are still learning how to move around public pages, [Using Header Menus and Footer Links](doc:using-header-menus-and-footer-links) can help before you continue. - The next document in this section is [Understanding Public Policy Pages and Common Legal Questions](doc:understanding-public-policy-pages-and-common-legal-questions). ## Recognizing the Public Header on Every Page In Sherkety ERP & Website Platform, the public website uses a shared header across its main visitor pages. You will usually see this header at the top of the page before you scroll. It gives you a consistent way to move between the homepage, service pages, ERP pages, company type guidance, pricing-related pages, and contact-focused destinations without needing to relearn the layout on each page. The most important header element is the **company logo**. The logo acts as a home link, so if you are browsing a service page, an ERP app page, or a company registration page, clicking the logo takes you back to the main public homepage. This is useful when you want to restart your browsing from the top level instead of using the browser’s Back button several times. You will also find the **top navigation links** in the same header area. On larger screens, these links appear in a visible menu row. Depending on the page, they may lead to public sections such as services, ERP-related pages, company information, or other marketing pages. On the right side of the header, Sherkety ERP & Website Platform may also show one or more **primary action buttons** that help you move into a high-interest path, such as contacting the company, requesting a demo, starting a trial, or signing in. Even when the page body changes completely, the header stays familiar. That means the same navigation pattern follows you from the homepage to ERP app pages like Accounting, Sales & CRM, HR, Purchasing, and Reporting, as well as informational pages such as Company Types. [SCREENSHOT: Public website header showing logo, top navigation links, and right-side action buttons] If you need a refresher on how page-level cues work after you arrive somewhere, see [Following Navigation Cues Within Public Page Layouts](doc:following-navigation-cues-within-public-page-layouts). ## Moving Through Desktop Navigation Menus On a desktop or laptop screen, Sherkety ERP & Website Platform shows the public navigation in its full horizontal form. This makes it easy to move directly between top-level destinations because the main links are already visible in the header. You do not need to open a side panel or tap a menu icon first. Use the desktop header like this: 1. Look at the top of the page for the visible navigation row. 2. Click a top-level link to open that section directly. 3. If a menu item includes grouped options, move your pointer over it or click it to reveal additional choices. 4. Select the destination you want, such as an ERP page, a business service page, or a company information page. 5. To move somewhere else, go back to the header and choose another top-level item instead of relying only on the browser Back button. This pattern is especially helpful when you are comparing pages. For example, you might start on the homepage, open an ERP-related menu item, then choose a page such as **Accounting**, **Sales & CRM**, **HR**, **Purchasing**, or **Reporting**. From there, you can return to the header and jump to a different public section, such as company registration guidance or another service area, without retracing every previous page. When dropdown-style menus are present, think of the top-level item as the category and the revealed links as the specific destinations inside that category. On desktop, these grouped links are designed to be discovered quickly because they stay close to the main menu row. [SCREENSHOT: Desktop header with a top-level menu expanded to show grouped navigation links] If you are trying to understand the meaning of those menu groups rather than the desktop behavior itself, see [Understanding Service and ERP Menu Paths](doc:understanding-service-and-erp-menu-paths). ## Opening and Using the Mobile Menu On a phone or smaller tablet, Sherkety ERP & Website Platform switches to a compact header. Instead of showing the full row of navigation links, the header usually keeps the **logo** visible and replaces the full menu with a **menu icon**. This helps the page stay clean and readable on smaller screens. Follow these steps to use the mobile menu: 1. Look at the top of the page for the compact header. 2. Tap the **menu icon** to open the mobile navigation panel. 3. Review the list of main destinations shown in the panel. These match the same major sections available in the desktop header. 4. If a section contains more links, tap the parent item to expand it and reveal the nested options. 5. Tap the page you want to open. 6. After you choose a destination, close the menu if it does not close automatically by tapping the **close icon**, tapping outside the panel, or tapping the menu toggle again. In many mobile layouts, grouped navigation uses an accordion pattern. That means you tap a parent heading once to open its child links and tap again to collapse it. This is easier on touch screens than desktop hover behavior. If you are looking for ERP app pages, company type pages, or service-related pages and do not see them immediately, expand the relevant parent section inside the mobile menu. The mobile menu is not a different navigation system. It is the same public site structure presented in a smaller, touch-friendly format. Once you know that, it becomes much easier to find the same destinations whether you are browsing on a phone or on a desktop screen. [SCREENSHOT: Mobile header with menu icon and expanded navigation drawer showing nested links] ## Using Logo Links and Primary Actions to Reorient Yourself When you browse deeply through Sherkety ERP & Website Platform, it helps to know which header elements are meant for navigation and which are meant for action. The two most useful anchors are the **logo** and the **primary action buttons**. The **logo** is your reliable way back to the main public homepage. If you have moved from the homepage into ERP pages, pricing pages, service content, or company type guidance, clicking or tapping the logo gives you a fast reset point. This is especially useful when you feel far from where you started or want to begin a new browsing path. Primary action buttons work differently from regular navigation links. A standard navigation link usually takes you to another informational page, category, or section. A primary action button is designed to move you into a next-step flow, such as: - contacting the company - requesting a demo - starting a trial - signing in to the admin area These actions are usually placed where they are easy to spot, often on the right side of the desktop header or in a prominent area of the mobile header or mobile menu. If you tap one of these actions, expect to leave simple browsing and enter a more focused page or form-based step. The placement stays consistent across layouts. On desktop, the logo is typically at the left and the action area is at the right. On mobile, the logo remains easy to find, while the action may stay visible in the compact header or appear inside the mobile menu. That stable placement reduces confusion because you always know where to look when you want to go home or take the next step. [SCREENSHOT: Header showing logo on one side and a prominent action button on the other] ## Understanding How Navigation Changes Between Desktop and Mobile The public website in Sherkety ERP & Website Platform is responsive, which means the same pages adjust their layout based on screen size. The navigation does not change its purpose, but it does change its appearance so it remains easy to use on both wide and narrow screens. On desktop, the header usually shows a **full horizontal menu**. You can scan several top-level links at once, move between them quickly, and open grouped options directly from the header. This layout works well with a mouse or trackpad because there is enough room for visible menu items and dropdown-style navigation. On mobile, the header becomes more compact. The visible menu row is hidden, and a **menu icon** takes its place. The logo usually stays visible, and an important action such as contact, demo, trial, or sign-in may also remain visible or move into the mobile menu depending on available space. Once you open the mobile menu, the same destinations appear in a vertical, touch-friendly format. Here is the main difference: | Desktop view | Mobile view | What it means | |---|---|---| | Full menu links are visible in the header | Links move into a menu panel | Same destinations, different layout | | Dropdown-style grouped navigation may appear | Expandable sections are tapped open | Better for touch screens | | More items fit in one row | Items stack vertically | Easier reading on small screens | If a page suddenly looks simpler or the menu seems to have disappeared, that usually means your screen width has crossed into the mobile layout. You are still on the same Sherkety ERP & Website Platform public site, and the destination structure is still the same. Only the presentation has changed to fit the device. [SCREENSHOT: Side-by-side comparison of desktop header and mobile header for the same public page] ## Fixing Common Navigation Problems on Public Pages Most public navigation issues in Sherkety ERP & Website Platform are caused by layout changes between desktop and mobile, not by missing pages. If something seems out of place, start by checking how the header is currently displayed. If you cannot find a menu item, the first thing to check is whether the page has switched into the mobile layout. On a narrower browser window, the full top navigation may disappear and move into the mobile menu. Look for the **menu icon** in the compact header and open it to reveal the hidden links. If the **logo** does not take you where you expected, remember that it returns you to the main public homepage, not necessarily to the section homepage you were just viewing. For example, if you are inside an ERP app page or a company type detail page, the logo acts as a site-wide home shortcut rather than a “back to this category” link. If dropdown items are difficult to open on a touch device, avoid trying to use desktop-style hover behavior. Instead: 1. Open the mobile menu. 2. Tap the parent section name. 3. Wait for the nested links to expand. 4. Tap the destination from the expanded list. If the header overlaps content, appears compressed, or behaves unexpectedly after rotating a device or resizing a browser window, refresh the page and test again at a normal screen width. A full-width desktop window should restore the horizontal menu, while a standard phone-sized view should restore the compact mobile header. For broader help with shared navigation patterns such as drawers and breadcrumbs, see [Understanding Breadcrumbs Drawers and Shared Navigation Patterns](doc:understanding-breadcrumbs-drawers-and-shared-navigation-patterns). ## Overview This page focuses on one practical skill: recognizing that Sherkety ERP & Website Platform uses the same public navigation structure across different screen sizes, even though the header looks different on desktop and mobile. The goal is not to memorize every destination, but to understand how to move confidently when the layout changes. The public header gives you three main orientation tools: - the **logo**, which returns you to the main public homepage - the **main navigation**, which leads to public sections such as services, ERP pages, and informational content - the **primary action area**, which moves you into higher-intent steps like contacting the company, requesting a demo, starting a trial, or signing in On larger screens, these options are easier to scan because they appear directly in the header. On smaller screens, the same options are reorganized into a compact format with a menu icon and expandable sections. That responsive behavior is expected and should not be mistaken for a different website or a missing set of pages. This guide stays focused on header behavior only. It does not repeat page-body navigation cues already covered in [Following Navigation Cues Within Public Page Layouts](doc:following-navigation-cues-within-public-page-layouts). Instead, it helps you recognize the pattern that stays with you as you move between the homepage, ERP app pages, company type guidance, pricing-related pages, and other public destinations. Use this guide when you need to answer questions like: - Why did the menu disappear on my phone? - Where did the navigation links move? - What does the logo do from deep inside a section? - Why does the same page feel different on desktop and mobile? Once those patterns feel familiar, moving through the public site becomes much faster. ## Prerequisites You do not need admin access or editing permissions to use the public navigation in Sherkety ERP & Website Platform. This guide is for regular visitors browsing the website on a desktop, tablet, or phone. Before you start, it helps to have: - access to any public page in Sherkety ERP & Website Platform - a browser window large enough to test desktop navigation, or a phone-sized screen to test mobile navigation - basic familiarity with public page layout from [Following Navigation Cues Within Public Page Layouts](doc:following-navigation-cues-within-public-page-layouts) - a page where the public header is visible, such as the homepage, an ERP app page, a services page, or a company type page You may want to try both layouts while reading: - **Desktop test:** Open the site in a full browser window and look for the horizontal header menu. - **Mobile test:** Narrow the browser window or open the site on a phone and look for the compact header with the menu icon. Keep in mind: - Public navigation and admin navigation are different. If you are signed in and working in the admin area, this guide does not apply there. - The exact page content can change, but the shared public header pattern remains the same across public-facing pages. - Some destinations may appear as direct links on desktop and as expandable sections on mobile. If you are ready to continue learning how those menu paths lead into specific service and ERP journeys, the next guide is [Following Service and Erp Navigation Paths](doc:following-service-and-erp-navigation-paths). ## Recognizing the Main Public Page Layouts Across the public side of **Sherkety ERP & Website Platform**, most marketing pages follow a familiar structure so you can move around without relearning the page each time. At the top, you usually start with the main header area, where the primary navigation stays in a consistent position. This is where visitors look first for links to services, ERP-related pages, company information, and contact destinations. Just below that, many pages open with a large hero section that introduces the page topic and often includes one or more prominent buttons. Under the hero section, the page usually continues with stacked content sections. These sections are typically separated by clear headings, short descriptions, grouped cards, comparison blocks, or feature tiles. This repeated layout helps you recognize whether you are still reading overview content or moving toward a more decision-focused area. For example, a page centered on ERP offerings usually highlights modules, app categories, feature groups, or product-focused actions. A business services page is more likely to emphasize service descriptions, company setup guidance, accounting support, or package comparisons. A contact-oriented page shifts the focus toward inquiry actions, direct contact options, or form-based next steps. You can also stay oriented by watching for repeated visual patterns: - The main menu remains in the header area - Section titles break long pages into clear topics - Cards or tiles often lead to deeper pages - Buttons appear at the top and again later in the page - Footer links repeat important destinations such as contact pages and supporting information When the page is mostly explaining offerings, comparisons, or benefits, you are still in informational marketing content. When you begin seeing stronger action prompts such as demo, trial, consultation, or contact buttons, you are moving closer to a service, ERP, or inquiry destination. [SCREENSHOT: Public marketing page showing header, hero banner, content sections, CTA buttons, and footer links] ## Moving Through the Website from Header to Footer When you browse marketing pages in **Sherkety ERP & Website Platform**, the easiest way to move between major areas is to start with the header. The top navigation acts as your main route between public sections, especially when you want to switch from general company messaging to service pages, ERP pages, or contact destinations. If you already know what you want, use the header menu first. This keeps you from scrolling through a long page just to find another branch of the site. 1. Start at the top navigation and choose the broad area that matches your goal, such as services, ERP-related content, or contact. 2. On the page you open, review the hero section. The hero usually contains the page title, a short introduction, and one or more main buttons that move you deeper into that topic. 3. Scroll through the body sections and use in-page buttons, linked cards, or highlighted content blocks to continue. These links often take you from an overview page into a more specific destination. 4. If you reach the bottom of a page and still need another route, use the footer links. The footer often repeats key destinations that were available earlier in the header. This top-to-bottom pattern is especially useful on longer pages. A visitor might enter through a homepage section, read a feature block, click a mid-page button to explore ERP modules, then use the footer to jump to contact information without returning to the top. That makes the footer more than a closing section—it works as a backup navigation area when the main menu is no longer on screen. If you need more detail on how page entry points work before moving through these sections, see [Navigating Public Pages and Entry Points](doc:navigating-public-pages-and-entry-points). If you want a closer look at button behavior and decision points, see [Using Public Calls to Action and Conversion Paths](doc:using-public-calls-to-action-and-conversion-paths). ## Using Calls to Action to Reach ERP, Services, and Contact Pages Calls to action appear throughout public marketing pages in **Sherkety ERP & Website Platform**, and their placement usually tells you how important the next step is. The most visible ones are in the hero section near the top of the page. These are often the first buttons a visitor sees and usually point to a major next step, such as exploring ERP offerings, reviewing a service area, or contacting Sherkety. As you scroll, you may see the same action repeated in section-level buttons. This is common on longer pages and helps you continue without scrolling back up. You may also find linked cards or tiles that act like navigation shortcuts. For example, a card can open a specific ERP app page, a business service detail page, or another informational page. Near the bottom, the footer may include contact prompts or repeated links to important destinations. The wording on the button usually tells you what kind of page will open next: - **Explore**, **Learn More**, or similar wording usually leads to more information - ERP-related labels usually point to ERP overview pages or app-specific pages - Service-focused labels usually lead to business service pages - Contact, consultation, demo, or trial wording usually moves you closer to inquiry or outreach A useful way to read these buttons is to separate informational actions from conversion-focused actions. Informational actions help you keep browsing. These often open another public page with more details. Conversion-focused actions are for visitors who are ready to speak with someone, request a next step, or begin a more direct path. If two buttons appear side by side, compare the labels before clicking. One may keep you in a browsing path, while the other may take you to a contact-oriented destination. That difference matters when you are deciding whether you want more details first or are ready to reach out immediately. [SCREENSHOT: Hero section with primary CTA, secondary CTA, and repeated section-level buttons lower on the page] ## Following Marketing Paths Based on What You Are Looking For Visitors usually follow one of a few common paths through the public pages in **Sherkety ERP & Website Platform**. The path depends on whether they are evaluating ERP products, looking for business services, or simply trying to understand what Sherkety offers. A prospective ERP buyer often starts on a broad marketing page, homepage section, or ERP-related landing page. From there, the next step is usually an ERP button, app card, or module link. After opening the ERP area, the visitor reviews product-focused content such as module overviews, app categories, feature sections, and package options. Once the visitor has enough context, the path often shifts to a stronger action such as a demo request, trial-related option, or contact page. If you are following this route, ERP labels, app names, and product comparison sections are the clearest signs that you are on the right track. A business services visitor usually begins on a general marketing page or service-related section, then selects a service card or service link. From there, the visitor compares offerings such as accounting support, company registration guidance, or startup-related services. The move from browsing to action usually happens when a consultation, contact, or inquiry option appears after the service details. Mixed pages can present both branches at once. On these pages, use three clues to choose correctly: - The main heading - The hero message - The CTA label If the page talks about modules, apps, or ERP capabilities, follow the ERP path. If it focuses on business setup, accounting services, or service packages, follow the services path. If both appear together, the CTA wording is usually the fastest way to separate them. The switch from browsing to taking action usually happens when you click a contact button, open an inquiry page, or choose a consultation-oriented CTA. Until then, you are still in the evaluation stage. ## Understanding How Marketing Pages Connect to Other Destinations Public marketing pages in **Sherkety ERP & Website Platform** are connected to several destination types rather than working as isolated pages. As you browse, most links and buttons lead into one of four categories: ERP pages, business service pages, contact pages, or supporting informational pages such as company-type guidance, FAQs, or policy-related content. Understanding these categories makes it easier to predict where a click will take you. Some pages act as hubs. A hub page introduces a topic and then offers several onward paths through cards, grouped links, or multiple calls to action. The ERP system page and app-related entry pages are examples of this kind of structure because they help visitors branch into more specific product areas. Service-oriented overview pages can work the same way by sending visitors to accounting, company registration, or startup-related details. Other pages are closer to final conversion pages, where the main goal is no longer exploration but contact, inquiry, or a direct next step. Internal links, CTA buttons, and footer links all support this connected flow. A visitor might begin on a general page, move into a service detail page, compare options, and then use a footer contact link to continue. That path is intentional and helps visitors move naturally from awareness to decision. | Page element | Most common destination | What it usually means | |---|---|---| | Header menu | ERP pages, service pages, informational pages | Broad navigation between major public sections | | Hero buttons | ERP pages, service pages, contact pages | Main next step for the current page topic | | Section cards or tiles | Deeper ERP or service detail pages | Topic-specific exploration | | Mid-page CTA buttons | Contact pages or focused offer pages | Move from reading into action | | Footer links | Contact pages, support pages, repeated key destinations | Secondary navigation when you reach the bottom | This connected structure is what makes the public website feel like a guided journey rather than a set of disconnected pages. ## Avoiding Common Navigation Misunderstandings A common mistake on public pages in **Sherkety ERP & Website Platform** is assuming that every page with marketing language serves the same purpose. The quickest way to avoid that confusion is to read the page heading and the hero message first. These two elements usually tell you whether the page is about ERP products, business services, or broader company-level information. If the heading highlights apps, modules, or ERP capabilities, you are likely in a product path. If it highlights accounting, registration, or startup support, you are likely in a services path. Another misunderstanding is treating repeated buttons as duplicates that can be ignored. On longer pages, repeated CTA buttons are there so you can act from the section you are currently reading. You do not need to scroll back to the top to continue. If the same button appears more than once, it is usually reinforcing the main next step rather than adding a different action. Keep these habits in mind while browsing: - Confirm the page topic from the heading before clicking deeper links - Read the button label carefully instead of assuming all buttons lead to the same place - Use repeated CTA buttons as shortcuts on long pages - Check the footer if you cannot find contact or supporting links in the current section - Use card titles and section headings to tell whether a link opens ERP content, service content, or general information Mixed pages can be especially tricky because they may offer both ERP and service paths side by side. In those cases, choose the CTA whose label matches your goal most closely. A button for ERP exploration is not the same as a contact prompt, and a service comparison link is not the same as a direct inquiry route. If you want more help reading shared navigation cues such as repeated links, footer patterns, and page structure, see [Understanding Public Page Layouts and Visitor Actions](doc:understanding-public-page-layouts-and-visitor-actions). ## Overview This document focuses on the shared navigation patterns visitors encounter across public marketing pages in **Sherkety ERP & Website Platform**. The goal is not to explain every individual page in detail, but to help you recognize how pages are organized and how to move confidently between them. Across the public website, visitors commonly move between general brand pages, business service pages, ERP pages, company-type guidance pages, and contact destinations. The same navigation habits work across all of these areas. The most important patterns covered here are: - Recognizing the repeated page structure of header, hero section, content blocks, CTA buttons, and footer - Understanding how button labels signal whether a link leads to more information or to a direct next step - Following the difference between ERP-focused journeys and business-services journeys - Using the footer as a reliable backup route when the main menu is no longer visible - Identifying when a page is acting as a hub with multiple onward choices versus a page meant to drive contact or inquiry This guide builds on the ideas in [Using Public Calls to Action and Conversion Paths](doc:using-public-calls-to-action-and-conversion-paths), especially if you already understand how buttons and prompts encourage action. Here, the focus is broader: how those actions fit into the full page-to-page journey across the public website. You do not need admin access for anything in this guide. Everything described here is part of the visitor-facing website experience. The examples apply whether you begin on the homepage, a services page, a company-type page, an ERP app page, or another public destination. The shared layout patterns make these pages easier to read and easier to navigate once you know what to look for. ## Prerequisites You do not need any setup, account, or special permission to use the navigation patterns described in this guide. These instructions apply to the public browsing experience in **Sherkety ERP & Website Platform**, so they are useful whether you are a first-time visitor or returning to compare options. Before using this guide, it helps if you are already comfortable with a few basic public website concepts: - Opening public pages and moving between entry points - Recognizing standard page sections such as headers, hero areas, content blocks, and footers - Understanding that some buttons are meant for continued browsing while others lead to inquiry or contact steps If those ideas are still new, review these related guides first: - [Browsing the Sherkety Public Website](doc:browsing-the-sherkety-public-website) - [Navigating Public Pages and Entry Points](doc:navigating-public-pages-and-entry-points) - [Understanding Public Page Layouts and Visitor Actions](doc:understanding-public-page-layouts-and-visitor-actions) It also helps to know your goal before you start browsing. For example, you may be trying to: - Explore ERP modules such as HR, Sales & CRM, Purchasing, Accounting, or Reporting - Compare business services such as accounting support or company registration guidance - Find a contact page or inquiry path - Move from a general marketing page to a more specific destination If your main interest is evaluating where a page journey leads after you click through these navigation paths, the next guide to read is [Understanding Public Page Journeys From Homepage to Inquiry](doc:understanding-public-page-journeys-from-homepage-to-inquiry).