Campaign Classic : Campagne récurrente - Heure de début

Découvrez comment résoudre le problème de campagne récurrente où l’heure de début est toujours définie sur 00:00:00.

Description description

Environnement

Adobe Campaign Classic

Problème/Symptômes

Vous utilisez le modèle Opération récurrente (opRecurent) pour les opérations automatiques. La plupart des campagnes sont planifiées quotidiennement, avec un démarrage automatique. Lorsque la planification est configurée, l’heure de début est toujours définie sur 00:00:00. Le problème que vous rencontrez chaque jour est que les workflows sont lancés à des heures différentes.
Par exemple, sur une campagne spécifique, nous avons :

Pour plus d’informations, le workflow technique Traitements sur les opérations (operationMgt) s’exécute correctement.

Résolution resolution

Les workflows créés dans la campagne récurrente conservent uniquement la date à laquelle ils sont programmés pour s'exécuter. Contrairement aux workflows normaux, ils ne stockent pas le temps d’exécution. Pour éviter cette confusion, l’assistant de planification dans les campagnes récurrentes a été supprimé dans la version 20.2.1 du Campaign Classic (build 9178) et versions ultérieures.
Cause
Ce problème est dû au fait que les workflows créés dans la campagne récurrente, selon le planning, ne stockent pas l'heure d'exécution. Ils conservent uniquement la date à laquelle ils sont programmés pour s'exécuter.

Par exemple :

<operationPlanning start="2019-12-21" toStart="1" toValidate="0" uuid="xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx"> <operation _operation="none" internalName="OP14"/> <workflowInstance _operation="none" internalName="WKF37"/> </operationPlanning>

Dans les workflows communs (non créés par le biais de la campagne récurrente) auxquels un planificateur a été ajouté comme point de départ, il existe un élément <schedule> qui ressemble à ceci et qui contient des informations sur le moment où un workflow sera déclenché :

<schedule label="Scheduler" name="schedule" x="168" y="320"> <transitions> <transition name="transition" target="query"/> </transitions> <period>m_abDay='7' m_abDay[ 0] ='0' m_abDay[ 1] ='0' m_abDay[ 2] ='0' m_abDay[ 3] ='0' m_abDay[ 4] ='0' m_abDay[ 5] ='0' m_abDay[ 6] ='0' m_abMonth='12' m_abMonth[ 0] ='0' m_abMonth[ 10] ='0' m_abMonth[ 11] ='0' m_abMonth[ 1] ='0' m_abMonth[ 2] ='0' m_abMonth[ 3] ='0' m_abMonth[ 4] ='0' m_abMonth[ 5] ='0' m_abMonth[ 6] ='0' m_abMonth[ 7] ='0' m_abMonth[ 8] ='0' m_abMonth[ 9] ='0' m_iDayMode='1' m_iMaxIter='0' m_iMonthDay='0' m_iMonthMode='0' m_iPosDay='0' m_iSpanDay='0' m_iSpanWeek='0' m_iTimeMode='1' m_iValidMode='1' m_iWeekDay='0' m_iWeekMode='0' m_tmFixedDay='' m_tmFixedTime='12:40:00.000' m_tmIterDate='' m_tmIterTime='00:00:00.000' m_tmOrgDate='' m_tmSpanTime='0s' m_tmStartDate='' m_tmStartTime='00:00:00.000' m_tmStopDate='' m_tmStopTime='00:00:00.000' m_vtmTime='0'</period> </schedule>

Ainsi, dans ce cas, l’heure d’exécution du workflow n’est pas prise en compte par le produit.