--- sourceDocument: Australia Employee Service Management sourceDocumentLink: https://www.servicenow.com/docs/r/pt-BR/employee-service-management Release : - australia ft:locale : - pt-BR ft:publication_title : - Australia Employee Service Management ft:clusterId : - emplsm bundleId : - emplsm workflow : - Employee --- # Import messages from Microsoft Teams to ServiceNow # Configure Request-based chats to import messages from Microsoft Teams to ServiceNow {#ariaid-title1} * Versão de lançamento: Australia * * Atualizado 12 de mar. de 2026 * * ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 5 min. de leitura Configure request-based chats for IT Service Management integration with Microsoft Teams and HR Service Delivery integration with Microsoft Teams applications enable the system to auto import the chat conversations between the agents and the employees. If you are installing the ServiceNow for Microsoft Teams in your environment, the auto-import functionality is applicable by default for the following tables. * HR Core task (sn_hr_core_task) * HR Life events Case (sn_hr_le_case) * HR Core case (sn_hr_core_case) * Request Item (sc_req_item) * Task (sc_task) * Incident (incident) * Request (sc_request) * Change request (change_request) {#auto-import-messages-it__ul_gqg_dj1_sqb} The admin can extend the auto import feature to the other tables as required. For more information see, [Create requester mapping](https://www.servicenow.com/docs/Xg0p4GXIYHcO1rKGBJzRyQ "Create a requester mapping to extend the auto-import functionality to other tables."). If you are upgrading your ServiceNow instance to IT Service Management integration with Microsoft Teams 2.2.0 or HR Service Delivery integration with Microsoft Teams 2.2.0, you must manually enable the auto import feature. ## Functionality of auto importing messages {#auto-import-messages-it__section_byw_gj1_sqb} All the chat messages from Microsoft Teams will be auto imported to the ServiceNow instance at an interval of 30 minutes. The system looks for all the new messages across all the chats and import the messages to ServiceNow instance. To prevent polling from running indefinitely on inactive conversations, if there are no new messages, the polling interval will gradually lengthen until, eventually, polling stops. The system verifies the record for new messages for every 30 minutes. If there are no new messages, the system checks for the new messages for an interval of one hour, two hour, four hour and eight hours. If there are no new messages in an interval of eight hours for seven days, the Auto Import polling activity is disabled. If there is any message during any of the intervals, the auto import timer will look for the new messages in the next interval, and import the messages. The timer is then reset to 30-minutes interval. ## System Limits {#auto-import-messages-it__section_sbz_2wz_vqb} The system imports a maximum of 500 active chats in a 30-minute interval. If there are more than active 500 chats the system will not auto-import the new chat records for the 30-minute interval. The system executes a maximum of 10,000 sub-flows to import the chats for an interval of 30 minutes, 1 hour, 2 hour, 4-hour, 8-hour intervals. This is a count of all the active subflows that auto-import the messages into ServiceNow. If the system reaches the limit, a message is displayed to the agent that the system level is reached and the chat can't be auto imported on the Start Microsoft Teams Chat modal. When the ticket is closed, the system will trigger auto import for one last time posts the new messages in the Work notes (Chat history). If there is an interaction record associated with the parent record then interaction record is also closed. The chat record will also be closed as part of this flow. If you want to continue using the default configuration, you can skip the following procedures to extend the auto-import functionality. However, if you want to extend the auto-import functionality to other tables, perform the steps mentioned in the topics below. ## Configure the chat to enable auto-import {#ariaid-title2} Create a chat configuration to automatically import the chats between the agents and the requesters for additional tables to extend the auto import functionality. ### Antes de Iniciar Role required: admin ### Procedimento 1. Navigate to AllServiceNow for Microsoft 365Chat AdministrationChat Configuration. 2. Click Default option to view the default OOB configuration. Nota: If you want to auto-import chats for certain conditions, create a condition. 3. Navigate to ServiceNow for Microsoft TeamsChat AdministrationChat Configuration. 4. Click New. 5. On the form, fill the fields. {#configure-auto-import-chats-it__table_kjb_nl1_sqb__entry__2} | Field | Description | |:-|:-| | Name | Value for the configuration. | | Order | Order for the configuration. You can define multiple chat configurations for a single table. The system executes the query based on the descending order. | | Active | Option to activate the configuration. Select the check box to activate the configuration. | | Auto Import | Option to automatically import the chat. Select the check box to automatically import the chat. | | Default | Option to keep the configuration as default. Nota: You cannot define multiple default values for chat configuration. | | Table | Option to select the auto-import for a table. | | Inherit | Extend and apply to the child tables. | | Conditions | Option to define a condition for a chat to be auto-imported. | | Opening message | Option to provide a text message that displays to the agent when the agent initiates a chat. This field is enabled only if the Auto Import option is selected. | [Tabela 1. Chat configuration] {#configure-auto-import-chats-it__table_kjb_nl1_sqb} 6. Click Submit. The chat configuration defined will be applicable only for the table selected. You can extend the chat configuration to other tables by creating another chat configuration record. ## Create requester mapping {#ariaid-title3} Create a requester mapping to extend the auto-import functionality to other tables. ### Antes de Iniciar Role required: admin Nota: If there is no requestor mapping defined for a table, the interaction records will not be created. An error log is created for the admin to notify that the requestor mapping is not defined for a table. A requestor-mapping record defines which field, in any given table, is the field representing the requestor of a ticket. ### Procedimento 1. Navigate to AllServiceNow for Microsoft 365Chat AdministrationRequestor Mapping. 2. Click New. 3. On the form, fill in the fields. {#create-requester-mapping-it__table_u4b_hv1_sqb__entry__2} | Field | Description | |:-|:-| | Table | Table to which the requestor mapping (auto-import feature) should be applicable. | | Requestor field | Field to select the requestor for a record. | | Inherit | Extend and apply the auto-import feature to the child tables. | | Active | Option to activate the requestor-mapping record. | [Tabela 2. Requestor mapping] {#create-requester-mapping-it__table_u4b_hv1_sqb} 4. Click Submit. ## Configure close condition {#ariaid-title4} Configure the condition to exclude the chat conversation from auto importing. ### Antes de Iniciar Role required: admin ### Por Que e Quando Desempenhar Esta Tarefa When a ticket is set to inactive, the system does one final poll for any messages in the chat, removes the participants such that no further messages about the ticket can be exchanged in the chat, and then stops polling that chat. This is determined by the "active" field on a table being set to "false". For any table with an active field, this behavior works automatically. If your custom application does not use an "active" field for determining whether the ticket remains active, define an alternate condition that can be used to denote the ticket as being closed or inactive. Alternately, to adhere to platform standards, consider adding an active field to your custom application and maintaining the state of that field in accordance with the business logic of your application. Importante: If you are creating a close condition for a new table, ensure to create business rule for close condition. For more information, see [Configure business rule for close condition](https://www.servicenow.com/docs/lXLZyKaLjI5faoA70wTYsA "Configure the business rule for close condition to auto-import the chats."). ### Procedimento 1. Navigate to AllServiceNow for Microsoft 365Chat AdministrationClose Conditions. 2. Click New. 3. On the form, fill in the fields. {#configure-close-condition-it__table_ivn_lw1_sqb__entry__2} | Field | Description | |:-|:-| | Table | Option to select a table to which the requester mapping (auto-import feature) should be applicable. | | Inherit | Extend and apply the auto-import feature to the child tables. | | Active | Option to activate the requester-mapping record. | | Close conditions | Condition builder to define a condition that the record is closed. | [Tabela 3. Close condition] {#configure-close-condition-it__table_ivn_lw1_sqb} 4. Click Submit.