This section of the site is for quick notes, usually to quickly capture the details of something I have found useful at work.
The original motivation was to experiment with what the Government Digital Service call Make things Open: it makes things better.
The main benefit to me of splitting this from the main blog area is that it helps kill writer’s block :-)
Written in Drafts, pushed via Working Copy Updated
Based on this script from BoxOfSnoo.
I found this script was failing with a missing key error in Working Copy, fixed by adding the url-encoded key on the two calls to Working Copy:
on the initial call to the repo when posting the content As an approach although this works it has quite a few steps. I think better suited to the first step of more complex posts that might need re-arranging in Working Copy with additional resources before pushing.
Sometimes malware will corrupt the database, inserting malicious script tags.
Here’s the quick removal approach if you have access to your database directly:
<br /> UPDATE wp_posts SET post_content = REPLACE ( post_content, 'BAD SCRIPT TAG', '' );<br />
fortnightly business review reviewing linked sources to Stop blaming the tools when Collaboration fails working with a team member on date culture issues in Azure Webjobs working with HR on recruitment for a senior role in my team improve our integration code that posts web form data to service bus for downstream integrations blog post “The machines may eat your job, but that might not be a bad thing – are any politicians acknowledging this?
Some useful notes and links here from Steve Mordue , CEO of ForceWorks on Account-Based Marketing, and ways to adapt the native behaviour of Dynamics 365 to support it.
Beyond his suggestions I think the following are key in terms of building and information base about your target accounts:
acquire as much contextual information about accounts as possible, via both automated and human sources whilst acquiring as much data as possible about individual customer interactions on touchpoints, put significant effort into linking those individuals to an account when customising the touchpoint experiecne for an individual, take into consideration their account context, including other recognised individuals
Background Since upgrade of CRM Online to 8.2, we have noticed some strange issues around workflow triggers that are supposed to be fired by the change of a record status.
We have a workflow associated with the Invoice entity that is set to trigger on change of record status:Workflow trigger settings
The workflow is responsible for setting up various bits of data when we issue an invoice, then flagging to an external integration that the invoice is ready to send to Finance.