You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.

676 lines
26 KiB

privacy_consent: Separate automated emails send process Before https://github.com/OCA/data-protection/pull/29 there was a race condition where an email could be sent while the same transaction that created the `privacy.consent` record still wasn't committed, producing a 404 error if the user clicked on "Accept" or "Reject" before all mails were sent. To avoid that, a raw `cr.commit()` was issued, but this produced another situation where the user had to wait until the full email queue is cleared to get his page loaded. It wasn't an error, but a long queue meant several minutes waiting, and it's ulikely that an average human is so patient. So, here's the final fix (I hope!). The main problem was that I was looking in the wrong place to send the email. It turns out that the `self.post_message_with_template()` method is absolutely helpless in the case at hand, where these criteria must be met: * E-mail must be enqueued, no matter if there are less or more than 50 consents to send. * The template must be processed per record. * In an ideal world, a `cr.commit()` must be issued after each sent mail. The metod that was being used: * Didn't allow to use `auto_commit` mode. * Only allowed to render the template per record if called with `composition_mode="mass_mail"`. * Only allowed to enqueue emails if called with `composition_mode="mass_post"`. Obviously, I cannot set 2 different values for `composition_mode`, so a different strategy had to be used. I discovered that the `mail.template` model has a helpful method called `send_mail()` that, by default: * Renders the template per record * Enqueues the email * The email queue is cleared in `auto_commit=True` mode. So, from now on, problems are gone: * The user click, or the cron run, will just generate the missing `privacy.consent` records and enqueue mails for them. * The mail queue manager will send them later, in `auto_commit` mode. * After sending the e-mail, this module will set the `privacy.consent` record as `sent`. * Thanks to *not* sending the email, the process the user faces when he hits the "generate" button is faster. * Instructions in the README and text in the "generate" button are updated to reflect this new behavior. * Thanks to the `auto_commit` feature, if Odoo is rebooted in the middle of a mail queue clearance, the records that were sent remain properly marked as sent, and the missing mails will be sent after the next boot. * No hardcoded commits. * No locked transactions. * BTW I discovered that 2 different emails were created when creating a new consent. I started using `mail_create_nolog=True` to avoid that problem and only log a single creation message. Note to self: never use again `post_message_with_template()`.
5 years ago
privacy_consent: Separate automated emails send process Before https://github.com/OCA/data-protection/pull/29 there was a race condition where an email could be sent while the same transaction that created the `privacy.consent` record still wasn't committed, producing a 404 error if the user clicked on "Accept" or "Reject" before all mails were sent. To avoid that, a raw `cr.commit()` was issued, but this produced another situation where the user had to wait until the full email queue is cleared to get his page loaded. It wasn't an error, but a long queue meant several minutes waiting, and it's ulikely that an average human is so patient. So, here's the final fix (I hope!). The main problem was that I was looking in the wrong place to send the email. It turns out that the `self.post_message_with_template()` method is absolutely helpless in the case at hand, where these criteria must be met: * E-mail must be enqueued, no matter if there are less or more than 50 consents to send. * The template must be processed per record. * In an ideal world, a `cr.commit()` must be issued after each sent mail. The metod that was being used: * Didn't allow to use `auto_commit` mode. * Only allowed to render the template per record if called with `composition_mode="mass_mail"`. * Only allowed to enqueue emails if called with `composition_mode="mass_post"`. Obviously, I cannot set 2 different values for `composition_mode`, so a different strategy had to be used. I discovered that the `mail.template` model has a helpful method called `send_mail()` that, by default: * Renders the template per record * Enqueues the email * The email queue is cleared in `auto_commit=True` mode. So, from now on, problems are gone: * The user click, or the cron run, will just generate the missing `privacy.consent` records and enqueue mails for them. * The mail queue manager will send them later, in `auto_commit` mode. * After sending the e-mail, this module will set the `privacy.consent` record as `sent`. * Thanks to *not* sending the email, the process the user faces when he hits the "generate" button is faster. * Instructions in the README and text in the "generate" button are updated to reflect this new behavior. * Thanks to the `auto_commit` feature, if Odoo is rebooted in the middle of a mail queue clearance, the records that were sent remain properly marked as sent, and the missing mails will be sent after the next boot. * No hardcoded commits. * No locked transactions. * BTW I discovered that 2 different emails were created when creating a new consent. I started using `mail_create_nolog=True` to avoid that problem and only log a single creation message. Note to self: never use again `post_message_with_template()`.
5 years ago
privacy_consent: Separate automated emails send process Before https://github.com/OCA/data-protection/pull/29 there was a race condition where an email could be sent while the same transaction that created the `privacy.consent` record still wasn't committed, producing a 404 error if the user clicked on "Accept" or "Reject" before all mails were sent. To avoid that, a raw `cr.commit()` was issued, but this produced another situation where the user had to wait until the full email queue is cleared to get his page loaded. It wasn't an error, but a long queue meant several minutes waiting, and it's ulikely that an average human is so patient. So, here's the final fix (I hope!). The main problem was that I was looking in the wrong place to send the email. It turns out that the `self.post_message_with_template()` method is absolutely helpless in the case at hand, where these criteria must be met: * E-mail must be enqueued, no matter if there are less or more than 50 consents to send. * The template must be processed per record. * In an ideal world, a `cr.commit()` must be issued after each sent mail. The metod that was being used: * Didn't allow to use `auto_commit` mode. * Only allowed to render the template per record if called with `composition_mode="mass_mail"`. * Only allowed to enqueue emails if called with `composition_mode="mass_post"`. Obviously, I cannot set 2 different values for `composition_mode`, so a different strategy had to be used. I discovered that the `mail.template` model has a helpful method called `send_mail()` that, by default: * Renders the template per record * Enqueues the email * The email queue is cleared in `auto_commit=True` mode. So, from now on, problems are gone: * The user click, or the cron run, will just generate the missing `privacy.consent` records and enqueue mails for them. * The mail queue manager will send them later, in `auto_commit` mode. * After sending the e-mail, this module will set the `privacy.consent` record as `sent`. * Thanks to *not* sending the email, the process the user faces when he hits the "generate" button is faster. * Instructions in the README and text in the "generate" button are updated to reflect this new behavior. * Thanks to the `auto_commit` feature, if Odoo is rebooted in the middle of a mail queue clearance, the records that were sent remain properly marked as sent, and the missing mails will be sent after the next boot. * No hardcoded commits. * No locked transactions. * BTW I discovered that 2 different emails were created when creating a new consent. I started using `mail_create_nolog=True` to avoid that problem and only log a single creation message. Note to self: never use again `post_message_with_template()`.
5 years ago
privacy_consent: Separate automated emails send process Before https://github.com/OCA/data-protection/pull/29 there was a race condition where an email could be sent while the same transaction that created the `privacy.consent` record still wasn't committed, producing a 404 error if the user clicked on "Accept" or "Reject" before all mails were sent. To avoid that, a raw `cr.commit()` was issued, but this produced another situation where the user had to wait until the full email queue is cleared to get his page loaded. It wasn't an error, but a long queue meant several minutes waiting, and it's ulikely that an average human is so patient. So, here's the final fix (I hope!). The main problem was that I was looking in the wrong place to send the email. It turns out that the `self.post_message_with_template()` method is absolutely helpless in the case at hand, where these criteria must be met: * E-mail must be enqueued, no matter if there are less or more than 50 consents to send. * The template must be processed per record. * In an ideal world, a `cr.commit()` must be issued after each sent mail. The metod that was being used: * Didn't allow to use `auto_commit` mode. * Only allowed to render the template per record if called with `composition_mode="mass_mail"`. * Only allowed to enqueue emails if called with `composition_mode="mass_post"`. Obviously, I cannot set 2 different values for `composition_mode`, so a different strategy had to be used. I discovered that the `mail.template` model has a helpful method called `send_mail()` that, by default: * Renders the template per record * Enqueues the email * The email queue is cleared in `auto_commit=True` mode. So, from now on, problems are gone: * The user click, or the cron run, will just generate the missing `privacy.consent` records and enqueue mails for them. * The mail queue manager will send them later, in `auto_commit` mode. * After sending the e-mail, this module will set the `privacy.consent` record as `sent`. * Thanks to *not* sending the email, the process the user faces when he hits the "generate" button is faster. * Instructions in the README and text in the "generate" button are updated to reflect this new behavior. * Thanks to the `auto_commit` feature, if Odoo is rebooted in the middle of a mail queue clearance, the records that were sent remain properly marked as sent, and the missing mails will be sent after the next boot. * No hardcoded commits. * No locked transactions. * BTW I discovered that 2 different emails were created when creating a new consent. I started using `mail_create_nolog=True` to avoid that problem and only log a single creation message. Note to self: never use again `post_message_with_template()`.
5 years ago
privacy_consent: Separate automated emails send process Before https://github.com/OCA/data-protection/pull/29 there was a race condition where an email could be sent while the same transaction that created the `privacy.consent` record still wasn't committed, producing a 404 error if the user clicked on "Accept" or "Reject" before all mails were sent. To avoid that, a raw `cr.commit()` was issued, but this produced another situation where the user had to wait until the full email queue is cleared to get his page loaded. It wasn't an error, but a long queue meant several minutes waiting, and it's ulikely that an average human is so patient. So, here's the final fix (I hope!). The main problem was that I was looking in the wrong place to send the email. It turns out that the `self.post_message_with_template()` method is absolutely helpless in the case at hand, where these criteria must be met: * E-mail must be enqueued, no matter if there are less or more than 50 consents to send. * The template must be processed per record. * In an ideal world, a `cr.commit()` must be issued after each sent mail. The metod that was being used: * Didn't allow to use `auto_commit` mode. * Only allowed to render the template per record if called with `composition_mode="mass_mail"`. * Only allowed to enqueue emails if called with `composition_mode="mass_post"`. Obviously, I cannot set 2 different values for `composition_mode`, so a different strategy had to be used. I discovered that the `mail.template` model has a helpful method called `send_mail()` that, by default: * Renders the template per record * Enqueues the email * The email queue is cleared in `auto_commit=True` mode. So, from now on, problems are gone: * The user click, or the cron run, will just generate the missing `privacy.consent` records and enqueue mails for them. * The mail queue manager will send them later, in `auto_commit` mode. * After sending the e-mail, this module will set the `privacy.consent` record as `sent`. * Thanks to *not* sending the email, the process the user faces when he hits the "generate" button is faster. * Instructions in the README and text in the "generate" button are updated to reflect this new behavior. * Thanks to the `auto_commit` feature, if Odoo is rebooted in the middle of a mail queue clearance, the records that were sent remain properly marked as sent, and the missing mails will be sent after the next boot. * No hardcoded commits. * No locked transactions. * BTW I discovered that 2 different emails were created when creating a new consent. I started using `mail_create_nolog=True` to avoid that problem and only log a single creation message. Note to self: never use again `post_message_with_template()`.
5 years ago
privacy_consent: Separate automated emails send process Before https://github.com/OCA/data-protection/pull/29 there was a race condition where an email could be sent while the same transaction that created the `privacy.consent` record still wasn't committed, producing a 404 error if the user clicked on "Accept" or "Reject" before all mails were sent. To avoid that, a raw `cr.commit()` was issued, but this produced another situation where the user had to wait until the full email queue is cleared to get his page loaded. It wasn't an error, but a long queue meant several minutes waiting, and it's ulikely that an average human is so patient. So, here's the final fix (I hope!). The main problem was that I was looking in the wrong place to send the email. It turns out that the `self.post_message_with_template()` method is absolutely helpless in the case at hand, where these criteria must be met: * E-mail must be enqueued, no matter if there are less or more than 50 consents to send. * The template must be processed per record. * In an ideal world, a `cr.commit()` must be issued after each sent mail. The metod that was being used: * Didn't allow to use `auto_commit` mode. * Only allowed to render the template per record if called with `composition_mode="mass_mail"`. * Only allowed to enqueue emails if called with `composition_mode="mass_post"`. Obviously, I cannot set 2 different values for `composition_mode`, so a different strategy had to be used. I discovered that the `mail.template` model has a helpful method called `send_mail()` that, by default: * Renders the template per record * Enqueues the email * The email queue is cleared in `auto_commit=True` mode. So, from now on, problems are gone: * The user click, or the cron run, will just generate the missing `privacy.consent` records and enqueue mails for them. * The mail queue manager will send them later, in `auto_commit` mode. * After sending the e-mail, this module will set the `privacy.consent` record as `sent`. * Thanks to *not* sending the email, the process the user faces when he hits the "generate" button is faster. * Instructions in the README and text in the "generate" button are updated to reflect this new behavior. * Thanks to the `auto_commit` feature, if Odoo is rebooted in the middle of a mail queue clearance, the records that were sent remain properly marked as sent, and the missing mails will be sent after the next boot. * No hardcoded commits. * No locked transactions. * BTW I discovered that 2 different emails were created when creating a new consent. I started using `mail_create_nolog=True` to avoid that problem and only log a single creation message. Note to self: never use again `post_message_with_template()`.
5 years ago
  1. # Translation of Odoo Server.
  2. # This file contains the translation of the following modules:
  3. # * privacy_consent
  4. #
  5. msgid ""
  6. msgstr ""
  7. "Project-Id-Version: Odoo Server 10.0\n"
  8. "Report-Msgid-Bugs-To: \n"
  9. "POT-Creation-Date: 2019-05-13 17:04+0000\n"
  10. "PO-Revision-Date: 2019-05-13 18:08+0100\n"
  11. "Last-Translator: Jairo Llopis <yajo.sk8@gmail.com>\n"
  12. "Language-Team: \n"
  13. "Language: es_ES\n"
  14. "MIME-Version: 1.0\n"
  15. "Content-Type: text/plain; charset=UTF-8\n"
  16. "Content-Transfer-Encoding: 8bit\n"
  17. "Plural-Forms: nplurals=2; plural=(n != 1);\n"
  18. "X-Generator: Poedit 2.2.1\n"
  19. #. module: privacy_consent
  20. #: model:mail.template,body_html:privacy_consent.template_consent
  21. msgid ""
  22. "<?xml version=\"1.0\"?>\n"
  23. "<div style=\"background:#F3F5F6;color:#515166;padding:25px 0px;font-family:"
  24. "Arial,Helvetica,sans-serif;font-size:14px;\">\n"
  25. " <table style=\"width:600px;margin:5px auto;\">\n"
  26. " <tbody>\n"
  27. " <tr>\n"
  28. " <td>\n"
  29. " <a href=\"/\">\n"
  30. " <img src=\"/logo\" alt=\"${object."
  31. "activity_id.controller_id.display_name|safe}\" style=\"vertical-align:"
  32. "baseline;max-width:100px;\"/>\n"
  33. " </a>\n"
  34. " </td>\n"
  35. " </tr>\n"
  36. " </tbody>\n"
  37. " </table>\n"
  38. " <table style=\"width:600px;margin:0px auto;background:white;"
  39. "border:1px solid #e1e1e1;\">\n"
  40. " <tbody>\n"
  41. " <tr>\n"
  42. " <td colspan=\"2\" style=\"padding:15px 20px 0px "
  43. "20px; font-size:16px;\">\n"
  44. " <p>\n"
  45. " Hello, ${object.partner_id.name|safe}\n"
  46. " </p>\n"
  47. " <p>\n"
  48. " We contacted you to ask you to give us "
  49. "your explicit consent to include your data in a data processing activity "
  50. "called\n"
  51. " <b>${object.activity_id.display_name|"
  52. "safe}</b>, property of\n"
  53. " <i>${object.activity_id.controller_id."
  54. "display_name|safe}</i>\n"
  55. " </p>\n"
  56. " ${object.description or \"\"}\n"
  57. " <p>\n"
  58. " % if object.state == \"answered\":\n"
  59. " The last time you answered, you\n"
  60. " % elif object.state == \"sent\":\n"
  61. " If you do nothing, we will assume "
  62. "you have\n"
  63. " % endif\n"
  64. "\n"
  65. " % if object.accepted:\n"
  66. " <b>accepted</b>\n"
  67. " % else:\n"
  68. " <b>rejected</b>\n"
  69. " % endif\n"
  70. " such data processing.\n"
  71. " </p>\n"
  72. " <p>\n"
  73. " You can update your preferences below:\n"
  74. " </p>\n"
  75. " </td>\n"
  76. " </tr>\n"
  77. " <tr>\n"
  78. " <td style=\"padding:15px 20px 0px 20px; font-"
  79. "size:16px; text-align:right;\">\n"
  80. " <a href=\"/privacy/consent/accept/\" style="
  81. "\"background-color: #449d44; padding: 12px; font-weight: 12px; text-"
  82. "decoration: none; color: #fff; border-radius: 5px; font-size:16px;\">\n"
  83. " Accept\n"
  84. " </a>\n"
  85. " </td>\n"
  86. " <td style=\"padding:15px 20px 0px 20px; font-"
  87. "size:16px; text-align:left;\">\n"
  88. " <a href=\"/privacy/consent/reject/\" style="
  89. "\"background-color: #d9534f; padding: 12px; font-weight: 12px; text-"
  90. "decoration: none; color: #fff; border-radius: 5px; font-size:16px;\">\n"
  91. " Reject\n"
  92. " </a>\n"
  93. " </td>\n"
  94. " </tr>\n"
  95. " <tr>\n"
  96. " <td colspan=\"2\" style=\"padding:15px 20px 15px "
  97. "20px; font-size:16px;\">\n"
  98. " <p>\n"
  99. " If you need further information, please "
  100. "respond to this email and we will attend your request as soon as possible.\n"
  101. " </p>\n"
  102. " <p>\n"
  103. " Thank you!\n"
  104. " </p>\n"
  105. " </td>\n"
  106. " </tr>\n"
  107. " </tbody>\n"
  108. " </table>\n"
  109. " <table style=\"width:600px;margin:0px auto;text-align:center;"
  110. "\">\n"
  111. " <tbody>\n"
  112. " <tr>\n"
  113. " <td style=\"padding-top:10px;font-size: 12px;"
  114. "\">\n"
  115. " <p>\n"
  116. " Sent by\n"
  117. " <a href=\"/\" style=\"color:#717188;\">"
  118. "${object.activity_id.controller_id.display_name|safe}</a>.\n"
  119. " </p>\n"
  120. " </td>\n"
  121. " </tr>\n"
  122. " </tbody>\n"
  123. " </table>\n"
  124. " </div>\n"
  125. " "
  126. msgstr ""
  127. "<?xml version=\"1.0\"?>\n"
  128. "<div style=\"background:#F3F5F6;color:#515166;padding:25px 0px;font-family:"
  129. "Arial,Helvetica,sans-serif;font-size:14px;\">\n"
  130. " <table style=\"width:600px;margin:5px auto;\">\n"
  131. " <tbody>\n"
  132. " <tr>\n"
  133. " <td>\n"
  134. " <a href=\"/\">\n"
  135. " <img src=\"/logo\" alt=\"${object."
  136. "activity_id.controller_id.display_name|safe}\" style=\"vertical-align:"
  137. "baseline;max-width:100px;\"/>\n"
  138. " </a>\n"
  139. " </td>\n"
  140. " </tr>\n"
  141. " </tbody>\n"
  142. " </table>\n"
  143. " <table style=\"width:600px;margin:0px auto;background:white;"
  144. "border:1px solid #e1e1e1;\">\n"
  145. " <tbody>\n"
  146. " <tr>\n"
  147. " <td colspan=\"2\" style=\"padding:15px 20px 0px "
  148. "20px; font-size:16px;\">\n"
  149. " <p>\n"
  150. " Hola, ${object.partner_id.name|safe}\n"
  151. " </p>\n"
  152. " <p>\n"
  153. " Le hemos contactado para pedirle su "
  154. "consentimiento explícito para incluir sus datos en una actividad de "
  155. "tratamiento llamada\n"
  156. " <b>${object.activity_id.display_name|"
  157. "safe}</b>, propiedad de\n"
  158. " <i>${object.activity_id.controller_id."
  159. "display_name|safe}</i>\n"
  160. " </p>\n"
  161. " ${object.description or \"\"}\n"
  162. " <p>\n"
  163. " % if object.state == \"answered\":\n"
  164. " Según su última respuesta,\n"
  165. " % elif object.state == \"sent\":\n"
  166. " Si no recibimos respuesta, "
  167. "asumiremos que\n"
  168. " % endif\n"
  169. "\n"
  170. " % if object.accepted:\n"
  171. " <b>ha aceptado</b>\n"
  172. " % else:\n"
  173. " <b>ha rechazado</b>\n"
  174. " % endif\n"
  175. " dicho procesamiento de datos.\n"
  176. " </p>\n"
  177. " <p>\n"
  178. " Puede cambiar sus preferencias aquí "
  179. "abajo:\n"
  180. " </p>\n"
  181. " </td>\n"
  182. " </tr>\n"
  183. " <tr>\n"
  184. " <td style=\"padding:15px 20px 0px 20px; font-"
  185. "size:16px; text-align:right;\">\n"
  186. " <a href=\"/privacy/consent/accept/\" style="
  187. "\"background-color: #449d44; padding: 12px; font-weight: 12px; text-"
  188. "decoration: none; color: #fff; border-radius: 5px; font-size:16px;\">\n"
  189. " Aceptar\n"
  190. " </a>\n"
  191. " </td>\n"
  192. " <td style=\"padding:15px 20px 0px 20px; font-"
  193. "size:16px; text-align:left;\">\n"
  194. " <a href=\"/privacy/consent/reject/\" style="
  195. "\"background-color: #d9534f; padding: 12px; font-weight: 12px; text-"
  196. "decoration: none; color: #fff; border-radius: 5px; font-size:16px;\">\n"
  197. " Rechazar\n"
  198. " </a>\n"
  199. " </td>\n"
  200. " </tr>\n"
  201. " <tr>\n"
  202. " <td colspan=\"2\" style=\"padding:15px 20px 15px "
  203. "20px; font-size:16px;\">\n"
  204. " <p>\n"
  205. " Si necesita más información, por favor "
  206. "responda a este correo electrónico y atenderemos su solicitud a la mayor "
  207. "brevedad posible.\n"
  208. " </p>\n"
  209. " <p>\n"
  210. " ¡Gracias!\n"
  211. " </p>\n"
  212. " </td>\n"
  213. " </tr>\n"
  214. " </tbody>\n"
  215. " </table>\n"
  216. " <table style=\"width:600px;margin:0px auto;text-align:center;"
  217. "\">\n"
  218. " <tbody>\n"
  219. " <tr>\n"
  220. " <td style=\"padding-top:10px;font-size: 12px;"
  221. "\">\n"
  222. " <p>\n"
  223. " Enviado por\n"
  224. " <a href=\"/\" style=\"color:#717188;\">"
  225. "${object.activity_id.controller_id.display_name|safe}</a>.\n"
  226. " </p>\n"
  227. " </td>\n"
  228. " </tr>\n"
  229. " </tbody>\n"
  230. " </table>\n"
  231. " </div>\n"
  232. " "
  233. #. module: privacy_consent
  234. #: model:mail.message.subtype,name:privacy_consent.mt_activity_acceptance_changed
  235. msgid "Acceptance Changed"
  236. msgstr "Aceptación cambiada"
  237. #. module: privacy_consent
  238. #: model:mail.message.subtype,name:privacy_consent.mt_consent_acceptance_changed
  239. msgid "Acceptance Changed by Subject"
  240. msgstr "Aceptación cambiada por el interesado"
  241. #. module: privacy_consent
  242. #: model:mail.message.subtype,description:privacy_consent.mt_consent_acceptance_changed
  243. msgid "Acceptance status updated by subject"
  244. msgstr "Estado de aceptación modificado por el interesado"
  245. #. module: privacy_consent
  246. #: model:ir.model.fields,field_description:privacy_consent.field_privacy_consent_accepted
  247. #: model:ir.ui.view,arch_db:privacy_consent.consent_search
  248. msgid "Accepted"
  249. msgstr "Aceptado"
  250. #. module: privacy_consent
  251. #: model:ir.model.fields,field_description:privacy_consent.field_privacy_activity_default_consent
  252. msgid "Accepted by default"
  253. msgstr "Aceptado por defecto"
  254. #. module: privacy_consent
  255. #: model:ir.model.fields,field_description:privacy_consent.field_privacy_consent_active
  256. msgid "Active"
  257. msgstr "Activo"
  258. #. module: privacy_consent
  259. #: model:ir.model.fields,field_description:privacy_consent.field_privacy_consent_activity_id
  260. #: model:ir.ui.view,arch_db:privacy_consent.consent_search
  261. msgid "Activity"
  262. msgstr "Actividad"
  263. #. module: privacy_consent
  264. #: selection:privacy.consent,state:0
  265. msgid "Answered"
  266. msgstr "Respondido"
  267. #. module: privacy_consent
  268. #: model:ir.ui.view,arch_db:privacy_consent.consent_search
  269. msgid "Archived"
  270. msgstr "Archivado"
  271. #. module: privacy_consent
  272. #: model:ir.ui.view,arch_db:privacy_consent.consent_form
  273. msgid "Ask for consent"
  274. msgstr "Solicitar consentimiento"
  275. #. module: privacy_consent
  276. #: model:ir.model.fields,field_description:privacy_consent.field_privacy_activity_consent_required
  277. msgid "Ask subjects for consent"
  278. msgstr "Solicitar consentimiento a los interesados"
  279. #. module: privacy_consent
  280. #: selection:privacy.activity,consent_required:0
  281. msgid "Automatically"
  282. msgstr "Automáticamente"
  283. #. module: privacy_consent
  284. #: selection:privacy.consent,state:0
  285. msgid "Awaiting response"
  286. msgstr "Esperando respuesta"
  287. #. module: privacy_consent
  288. #: model:ir.ui.view,arch_db:privacy_consent.activity_form
  289. msgid "Consent"
  290. msgstr "Consentimiento"
  291. #. module: privacy_consent
  292. #: model:ir.model.fields,field_description:privacy_consent.field_privacy_activity_consent_template_default_body_html
  293. #, fuzzy
  294. msgid "Consent Template Default Body Html"
  295. msgstr "HTML por defecto para el cuerpo de la plantilla de consentimiento"
  296. #. module: privacy_consent
  297. #: model:ir.model.fields,field_description:privacy_consent.field_privacy_activity_consent_template_default_subject
  298. #, fuzzy
  299. msgid "Consent Template Default Subject"
  300. msgstr "HTML por defecto para el asunto de la plantilla de consentimiento"
  301. #. module: privacy_consent
  302. #: model:ir.model,name:privacy_consent.model_privacy_consent
  303. msgid "Consent of data processing"
  304. msgstr "Consentimiento para tratamiento de datos"
  305. #. module: privacy_consent
  306. #: model:ir.actions.act_window,name:privacy_consent.consent_action
  307. #: model:ir.model.fields,field_description:privacy_consent.field_privacy_activity_consent_count
  308. #: model:ir.model.fields,field_description:privacy_consent.field_privacy_activity_consent_ids
  309. #: model:ir.model.fields,field_description:privacy_consent.field_res_partner_privacy_consent_count
  310. #: model:ir.model.fields,field_description:privacy_consent.field_res_users_privacy_consent_count
  311. #: model:ir.ui.menu,name:privacy_consent.menu_privacy_consent
  312. msgid "Consents"
  313. msgstr "Consents"
  314. #. module: privacy_consent
  315. #: model:ir.model,name:privacy_consent.model_res_partner
  316. msgid "Contact"
  317. msgstr ""
  318. #. module: privacy_consent
  319. #: model:ir.model.fields,field_description:privacy_consent.field_privacy_consent_create_uid
  320. msgid "Created by"
  321. msgstr "Creado por"
  322. #. module: privacy_consent
  323. #: model:ir.model.fields,field_description:privacy_consent.field_privacy_consent_create_date
  324. msgid "Created on"
  325. msgstr "Creado el"
  326. #. module: privacy_consent
  327. #: model:ir.model,name:privacy_consent.model_privacy_activity
  328. msgid "Data processing activities"
  329. msgstr "Actividades de tratamiento de datos"
  330. #. module: privacy_consent
  331. #: model:mail.template,subject:privacy_consent.template_consent
  332. msgid ""
  333. "Data processing consent request for ${object.activity_id.display_name|safe}"
  334. msgstr ""
  335. "Solicitud de consentimiento para el tratamiento de datos personales para "
  336. "${object.activity_id.display_name|safe}"
  337. #. module: privacy_consent
  338. #: model:ir.model.fields,field_description:privacy_consent.field_privacy_consent_display_name
  339. msgid "Display Name"
  340. msgstr "Nombre a mostrar"
  341. #. module: privacy_consent
  342. #: selection:privacy.consent,state:0
  343. msgid "Draft"
  344. msgstr "Borrador"
  345. #. module: privacy_consent
  346. #: sql_constraint:privacy.consent:0
  347. msgid "Duplicated partner in this data processing activity"
  348. msgstr "Contacto duplicado en esta actividad de tratamiento"
  349. #. module: privacy_consent
  350. #: model:ir.model,name:privacy_consent.model_mail_template
  351. msgid "Email Templates"
  352. msgstr "Plantillas de correo electrónico"
  353. #. module: privacy_consent
  354. #: model:ir.model.fields,field_description:privacy_consent.field_privacy_activity_consent_template_id
  355. msgid "Email template"
  356. msgstr "Plantilla de correo electrónico"
  357. #. module: privacy_consent
  358. #: model:ir.model.fields,help:privacy_consent.field_privacy_activity_consent_template_id
  359. msgid ""
  360. "Email to be sent to subjects to ask for consent. A good template should "
  361. "include details about the current consent request status, how to change it, "
  362. "and where to get more information."
  363. msgstr ""
  364. "Correo electrónico a enviar a los interesados para solicitarles el "
  365. "consentimiento. Una buena plantilla debería incluir detalles sobre el estado "
  366. "actual del consentimiento, cómo cambiarlo, y dónde obtener más información."
  367. #. module: privacy_consent
  368. #: model:ir.model.fields,help:privacy_consent.field_privacy_activity_consent_required
  369. msgid ""
  370. "Enable if you need to track any kind of consent from the affected subjects"
  371. msgstr ""
  372. "Actívelo si necesita registrar cualquier tipo de consentimiento de los "
  373. "interesados"
  374. #. module: privacy_consent
  375. #: model:ir.ui.view,arch_db:privacy_consent.activity_form
  376. msgid "Generate and enqueue missing consent requests"
  377. msgstr ""
  378. "Generar y colocar en la bandeja de salida las solicitudes de consentimiento "
  379. "que falten"
  380. #. module: privacy_consent
  381. #: model:ir.ui.view,arch_db:privacy_consent.activity_form
  382. msgid "Generate missing draft consent requests"
  383. msgstr "Generar borradores de las solicitudes de consentimiento faltantes"
  384. #. module: privacy_consent
  385. #: code:addons/privacy_consent/models/privacy_activity.py:138
  386. #, python-format
  387. msgid "Generated consents"
  388. msgstr "Consentimientos generados"
  389. #. module: privacy_consent
  390. #: model:ir.ui.view,arch_db:privacy_consent.consent_search
  391. msgid "Group By"
  392. msgstr "Agrupar por"
  393. #. module: privacy_consent
  394. #: model:ir.ui.view,arch_db:privacy_consent.form
  395. msgid "Hello,"
  396. msgstr "Hola,"
  397. #. module: privacy_consent
  398. #: model:ir.ui.view,arch_db:privacy_consent.form
  399. msgid "I <b>accept</b> this processing of my data"
  400. msgstr "<b>Acepto</b> este tratamiento de mis datos"
  401. #. module: privacy_consent
  402. #: model:ir.ui.view,arch_db:privacy_consent.form
  403. msgid "I <b>reject</b> this processing of my data"
  404. msgstr "<b>Rechazo</b> este tratamiento de mis datos"
  405. #. module: privacy_consent
  406. #: model:ir.model.fields,field_description:privacy_consent.field_privacy_consent_id
  407. msgid "ID"
  408. msgstr "ID"
  409. #. module: privacy_consent
  410. #: model:ir.ui.view,arch_db:privacy_consent.form
  411. msgid "If it was a mistake, you can undo it here:"
  412. msgstr "Si ha sido un error, puede deshacerlo aquí:"
  413. #. module: privacy_consent
  414. #: model:ir.model.fields,help:privacy_consent.field_privacy_consent_accepted
  415. msgid ""
  416. "Indicates current acceptance status, which can come from subject's last "
  417. "answer, or from the default specified in the related data processing "
  418. "activity."
  419. msgstr ""
  420. "Indica el estado actual de la aceptación, el cual puede venir de la última "
  421. "respuesta del interesado, o del estado por defecto especificado en la "
  422. "actividad de tratamiento relacionada."
  423. #. module: privacy_consent
  424. #: model:ir.model.fields,field_description:privacy_consent.field_privacy_consent_last_metadata
  425. #, fuzzy
  426. msgid "Last Metadata"
  427. msgstr "Últimos metadatos"
  428. #. module: privacy_consent
  429. #: model:ir.model.fields,field_description:privacy_consent.field_privacy_consent___last_update
  430. msgid "Last Modified on"
  431. msgstr "Última modificación en"
  432. #. module: privacy_consent
  433. #: model:ir.model.fields,field_description:privacy_consent.field_privacy_consent_write_uid
  434. msgid "Last Updated by"
  435. msgstr "Última actualización por"
  436. #. module: privacy_consent
  437. #: model:ir.model.fields,field_description:privacy_consent.field_privacy_consent_write_date
  438. msgid "Last Updated on"
  439. msgstr "Última actualización el"
  440. #. module: privacy_consent
  441. #: selection:privacy.activity,consent_required:0
  442. msgid "Manually"
  443. msgstr "Manualmente"
  444. #. module: privacy_consent
  445. #: model:ir.model.fields,help:privacy_consent.field_privacy_consent_last_metadata
  446. msgid "Metadata from the last acceptance or rejection by the subject"
  447. msgstr ""
  448. "Metadatos de la última aceptación o denegación por parte del interesado"
  449. #. module: privacy_consent
  450. #: code:addons/privacy_consent/models/mail_template.py:24
  451. #, python-format
  452. msgid ""
  453. "Missing privacy consent link placeholders. You need at least these two "
  454. "links:\n"
  455. "<a href=\"%s\">Accept</a>\n"
  456. "<a href=\"%s\">Reject</a>"
  457. msgstr ""
  458. "Faltan los marcadores de posición de los enlaces para el consentimiento. "
  459. "Necesita al menos estos dos enlaces:\n"
  460. "<a href=\"%s\">Aceptar</a>\n"
  461. "<a href=\"%s\">Rechazar</a>"
  462. #. module: privacy_consent
  463. #: model:mail.message.subtype,name:privacy_consent.mt_activity_consent_new
  464. #: model:mail.message.subtype,name:privacy_consent.mt_consent_consent_new
  465. msgid "New Consent"
  466. msgstr "Nuevo consentimiento"
  467. #. module: privacy_consent
  468. #: model:ir.model,name:privacy_consent.model_mail_mail
  469. msgid "Outgoing Mails"
  470. msgstr "Correos electrónicos salientes"
  471. #. module: privacy_consent
  472. #: model:mail.message.subtype,description:privacy_consent.mt_activity_acceptance_changed
  473. msgid "Privacy consent request acceptance status changed"
  474. msgstr ""
  475. "El estado de aceptación de la solicitud de consentimiento para el "
  476. "tratamiento de datos ha cambiado"
  477. #. module: privacy_consent
  478. #: model:mail.message.subtype,description:privacy_consent.mt_activity_consent_new
  479. #: model:mail.message.subtype,description:privacy_consent.mt_consent_consent_new
  480. msgid "Privacy consent request created"
  481. msgstr ""
  482. "La solicitud de consentimiento para el tratamiento de datos ha sido creada"
  483. #. module: privacy_consent
  484. #: model:mail.message.subtype,description:privacy_consent.mt_activity_state_changed
  485. #: model:mail.message.subtype,description:privacy_consent.mt_consent_state_changed
  486. msgid "Privacy consent request state changed"
  487. msgstr ""
  488. "El estado de la solicitud de consentimiento para el tratamiento de datos ha "
  489. "cambiado"
  490. #. module: privacy_consent
  491. #: model:ir.model.fields,help:privacy_consent.field_res_partner_privacy_consent_count
  492. #: model:ir.model.fields,help:privacy_consent.field_res_users_privacy_consent_count
  493. msgid "Privacy consent requests amount"
  494. msgstr "Cantidad de solicitudes de consentimiento para el tratamiento de datos"
  495. #. module: privacy_consent
  496. #: model:ir.model.fields,field_description:privacy_consent.field_res_partner_privacy_consent_ids
  497. #: model:ir.model.fields,field_description:privacy_consent.field_res_users_privacy_consent_ids
  498. msgid "Privacy consents"
  499. msgstr "Consentimientos para el tratamiento de datos"
  500. #. module: privacy_consent
  501. #: model:ir.actions.server,name:privacy_consent.cron_auto_consent_ir_actions_server
  502. #: model:ir.cron,cron_name:privacy_consent.cron_auto_consent
  503. #: model:ir.cron,name:privacy_consent.cron_auto_consent
  504. msgid "Request automatic data processing consents"
  505. msgstr ""
  506. #. module: privacy_consent
  507. #: code:addons/privacy_consent/models/privacy_activity.py:99
  508. #, python-format
  509. msgid "Require consent is available only for subjects in current database."
  510. msgstr ""
  511. "La opción de exigir consentimiento solo está disponible para interesados que "
  512. "se encuentren en esta misma base de datos."
  513. #. module: privacy_consent
  514. #: model:ir.model.fields,help:privacy_consent.field_privacy_activity_server_action_id
  515. msgid ""
  516. "Run this action when a new consent request is created or its acceptance "
  517. "status is updated."
  518. msgstr ""
  519. "Ejecutar esta acción cuando se cree una nueva solicitud de consentimiento, o "
  520. "cuando su estado de aceptación cambie."
  521. #. module: privacy_consent
  522. #: model:ir.model.fields,field_description:privacy_consent.field_privacy_activity_server_action_id
  523. msgid "Server action"
  524. msgstr "Acción de servidor"
  525. #. module: privacy_consent
  526. #: model:ir.model.fields,help:privacy_consent.field_privacy_activity_default_consent
  527. msgid "Should we assume the subject has accepted if we receive no response?"
  528. msgstr ""
  529. "¿Hay que asumir que el interesado ha aceptado si no recibimos respuesta?"
  530. #. module: privacy_consent
  531. #: model:ir.ui.view,arch_db:privacy_consent.form
  532. msgid "Sincerely,<br/>"
  533. msgstr "Atentamente,<br/>"
  534. #. module: privacy_consent
  535. #: code:addons/privacy_consent/models/privacy_activity.py:91
  536. #, python-format
  537. msgid "Specify a mail template to ask automated consent."
  538. msgstr ""
  539. "Especifique una plantilla de correo electrónico para solicitar "
  540. "automáticamente el consentimiento."
  541. #. module: privacy_consent
  542. #: model:ir.model.fields,field_description:privacy_consent.field_privacy_consent_state
  543. #: model:ir.ui.view,arch_db:privacy_consent.consent_search
  544. msgid "State"
  545. msgstr "Estado"
  546. #. module: privacy_consent
  547. #: model:mail.message.subtype,name:privacy_consent.mt_activity_state_changed
  548. #: model:mail.message.subtype,name:privacy_consent.mt_consent_state_changed
  549. msgid "State Changed"
  550. msgstr "El estado ha cambiado"
  551. #. module: privacy_consent
  552. #: model:ir.model.fields,field_description:privacy_consent.field_privacy_consent_partner_id
  553. msgid "Subject"
  554. msgstr "Interesado"
  555. #. module: privacy_consent
  556. #: model:ir.model.fields,help:privacy_consent.field_privacy_consent_partner_id
  557. msgid "Subject asked for consent."
  558. msgstr "Interesado a quien se le pide el consentimiento."
  559. #. module: privacy_consent
  560. #: model:ir.ui.view,arch_db:privacy_consent.form
  561. msgid "Thank you!"
  562. msgstr "¡Gracias!"
  563. #. module: privacy_consent
  564. #: model:ir.ui.view,arch_db:privacy_consent.form
  565. msgid "Thanks for your response."
  566. msgstr "Gracias por su respuesta."
  567. #. module: privacy_consent
  568. #: model:ir.ui.view,arch_db:privacy_consent.activity_form
  569. msgid "This could enqueue many consent emails, are you sure to proceed?"
  570. msgstr ""
  571. "Esto podría poner en la cola muchos correos electrónicos solicitando "
  572. "consentimiento para el tratamiento de datos, ¿seguro que quiere continuar?"
  573. #. module: privacy_consent
  574. #: model:ir.actions.server,name:privacy_consent.update_opt_out
  575. msgid "Update partner's opt out"
  576. msgstr "Sincronizar la opción del contacto para recibir o no envíos masivos"
  577. #. module: privacy_consent
  578. #: model:ir.ui.view,arch_db:privacy_consent.form
  579. msgid ""
  580. "We asked you to authorize us to process your data in this data processing "
  581. "activity:"
  582. msgstr ""
  583. "Le hemos solicitado que nos autorice para procesar sus datos personales en "
  584. "esta actividad de tratamiento:"
  585. #. module: privacy_consent
  586. #: model:ir.ui.view,arch_db:privacy_consent.form
  587. msgid "We have recorded this action on your side."
  588. msgstr "Hemos registrado esta acción por su parte."
  589. #. module: privacy_consent
  590. #: model:ir.ui.view,arch_db:privacy_consent.form
  591. msgid "You have <b class=\"text-danger\">rejected</b> such processing."
  592. msgstr "Ha <b class=\"text-danger\">rechazado</b> dicho tratamiento."
  593. #. module: privacy_consent
  594. #: model:ir.ui.view,arch_db:privacy_consent.form
  595. msgid "You have <b class=\"text-success\">accepted</b> such processing."
  596. msgstr "Ha <b class=\"text-success\">aceptado</b> dicho tratamiento."
  597. #~ msgid "Email composition wizard"
  598. #~ msgstr "Asistente de redacción de correo electrónico"
  599. #~ msgid "Partner"
  600. #~ msgstr "Contacto"