# Uso del correo electrónico de los servicios de informes para enviar informes
<a name="SSRS.Email"></a>

SSRS y PBIRS incluyen una extensión de correo electrónico que puede usar para enviar informes a los usuarios.

Para configurar el correo electrónico para SSRS, utilice la configuración de la opción `SSRS`. Para configurar el correo electrónico para PBIRS, utilice la configuración de la opción `PBIRS`. Para obtener más información, consulte [Adición de la opción SSRS o PBIRS al grupo de opciones](SSRS.Enabling.md#SSRS.Add).

Después de configurar el correo electrónico, puede suscribirse a los informes en el servidor de informes. Para obtener más información, consulte [Email delivery in Reporting Services](https://docs.microsoft.com/en-us/sql/reporting-services/subscriptions/e-mail-delivery-in-reporting-services) (Entrega de correo electrónico en servicios de informes) en la documentación de Microsoft.

La integración con AWS Secrets Manager es necesaria para que el correo electrónico de servicios de informes funcione en RDS. Para integrarse con Secrets Manager, debe crear un secreto.

**nota**  
Si cambia el secreto más adelante, debe actualizar también la opción `SSRS` o `PBIRS` del grupo de opciones.

**Creación de un secreto para el correo electrónico de los servicios de informes**

1. Siga los pasos de [Creación de un secreto](https://docs.aws.amazon.com/secretsmanager/latest/userguide/create_secret.html) en la *Guía del usuario de AWS Secrets Manager*.

   1. En **Select secret type (Seleccionar tipo de secreto)**, elija **Other type of secrets (Otro tipo de secretos)**.

   1. En **Key/value pairs** (Pares clave/valor), escriba lo siguiente:
      + **SMTP\_USERNAME**: introduzca un usuario con permiso para enviar correo desde el servidor SMTP.
      + **SMTP\_PASSWORD**: introduzca una contraseña para el usuario SMTP.

   1. En **Encryption key** (Clave de cifrado), no utilice el valor predeterminado AWS KMS key. Utilice su propia clave existente o cree una nueva.

      La política de claves de KMS debe permitir la acción `kms:Decrypt`, por ejemplo:

      ```
      {
          "Sid": "Allow use of the key",
          "Effect": "Allow",
          "Principal": {
              "Service": [
                  "rds.amazonaws.com"
              ]
          },
          "Action": [
              "kms:Decrypt"
          ],
          "Resource": "*"
      }
      ```

1. Siga los pasos de [Adjuntar una política de permisos a un secreto](https://docs.aws.amazon.com/secretsmanager/latest/userguide/auth-and-access_resource-policies.html)en la *Guía del usuario de AWS Secrets Manager*. La política de permisos otorga la acción `secretsmanager:GetSecretValue` principal del servicio `rds.amazonaws.com`.

   Le recomendamos que utilice la `aws:sourceAccount` y las condiciones `aws:sourceArn` de la política para evitar el problema del *suplente confuso*. Utilice su Cuenta de AWS para `aws:sourceAccount` y el ARN del grupo de opciones para `aws:sourceArn`. Para obtener más información, consulte [Prevención de los problemas del suplente confuso entre servicios](cross-service-confused-deputy-prevention.md).

   El ejemplo siguiente muestra una política de permisos.

------
#### [ JSON ]

****  

   ```
   {
     "Version":"2012-10-17",		 	 	 
     "Statement" : [ {
       "Effect" : "Allow",
       "Principal" : {
         "Service" : "rds.amazonaws.com"
       },
       "Action" : "secretsmanager:GetSecretValue",
       "Resource" : "*",
       "Condition" : {
         "StringEquals" : {
           "aws:sourceAccount" : "{{123456789012}}"
         },
         "ArnLike" : {
           "aws:sourceArn" : "arn:aws:rds:us-west-2:{{123456789012}}:og:{{ssrs-se-2017}}"
         }
       }
     } ]
   }
   ```

------

   Para ver más ejemplos, consulte [Ejemplos de políticas de permisos para AWS Secrets Manager](https://docs.aws.amazon.com/secretsmanager/latest/userguide/auth-and-access_examples.html) en la *Guía del usuario de AWS Secrets Manager*.