So this one has perplexed us for a while. We had resolved this issue related to culture date formats, but it doesn't seem to stick for Italian. So right now when SLAM writes a date it does an explicit ToString with the format "MM/dd/yyyy
HH:mm:ss", which gets passed into a SQL statement that you see in the exception, so it does a convert(datetime, '[datestring]', 101) on the SQL side which just makes sure there is parity culture-wise between what the front-end is giving to the database
and what the database expects. Doing it this way also allows for SLAM not to care whether the SharePoint server and database server are the same cultures. But when the culture is it-IT, or so far we have seen, a format of "MM/dd/yyyy HH:mm:ss"
apparently outputs "MM/dd/yyyy HH.mm.ss" as evidenced in the exception here. And then I came across this:

Which evidently looks like the same issue, and unfortunately this Carl Daniel, an MVP, supposes it's a bug (in the Framework). So if it seems like we've been dragging our feet on this one it's because until now it was just perplexing since it is known
to work for many other cultures without issue, and it appears to be Italian specific. If it is a bug in the Framework, then we can see if there is an alternative that might really work for all cultures. Maybe using another format other than "101"
as the common format SLAM passes around will not be a problem, such as one that already uses "." instead of ":".