d-stream

Вообще ответ - "в соответствии с прописанным в организации регламентом")
Ну а из общего - наверное блокировка учетных записей/доступов + возможно передача архивов/доступов другому сотруднику.

1 - так удобнее, особенно с учетом что не все работники выбывают по факту смерти -> могут и вернуться назад
2 - ну собственно как принято [по регламенту]
3 - тупой вариант - снять галку "интерактивный вход в систему")

С точки зрения лицензирования есть нюансы:
- продать лицензию может представитель правообладателя
- передать от одного лица другому - только с согласия правообладателя

Майкрософт обычно говорит о возможности передачи только аффилированным лицам (по их понятиям это доля более 50% у одного лица в другом)

Соответственно с точки зрения легальности лицензий - получатся веселые танцы с построением той или иной цепочки продажи либо первого ООО второму, но в силу очевидных "похорон" первого ООО со всеми грехами - вероятно возникнет третье ООО, которое будет промежуточной прослойкой - вначале оно принадлежит первому и первое ООО передает "дочке" все что касается лицензий, потом эту дочку целиком продает/передает второму ООО... ну и далее либо эту дочку так и оставляют как it-придаток или же процесс передачи лицензий повторяют...

и да, не факт что так могут быть переданы CAL - надо внимательно смотреть лицензионные соглашения... в особенности если CAL - per person

Сервис рассчитан на зарубежный рынок и в РФ вообще не будет существовать.

А не лучше ли тогда задействовать "кассу" (консолидатор платежей) в тех странах/стране откуда платят?
А по своему месту резидентства - получать уже консолидированный доход (безнальный) и тем самым избежать кучи головняков с вывернутым наизнанку 54ФЗ для иностранцев)

SIP ALG надеюсь выключен?

Что мешает открыть письмо в песочнице? Особенно с учетом новшеств в виде оной в свежей win10

Как уже отметили - структура не очень...
Но иногда такое надо. И если это не одноразовая штука - то очень удобным будет сделать функцию, получающую на вход строку [+ параметр - символ разделителя] и возвращавшую таблицу с разобранными "циферками" из строки. Тогда можно будет использовать результат этой функции как одну из частей join например.

Расплывчатое какое-то желание из серии посчитать очень точно сумму случайных строк)

А вообще - оконные функции - там как раз over partition by - останется только задать как именно партицировать и что делать в овере

DFL обучен отвечать на пинги с внешних сетей?

Можно условие вынести в where - современные оптимизаторы в обоих случаях построят одинаково оптимальный план

тупо, но просто: заполняем таблицу со всеми нужными датами (этакую сетку) и с ней исходную через full outer join

студент - человек
преподаватель - человек
так что человеков можно загонять в одну сущность, а вот роли у них могут быть разными (студенты, абитуриенты, преподаватели, аспиранты, практиканты, лаборанты)
грубо прикидывая связь - еще вводим кафедры-факультеты
и вот уже между кафедрами-факультетами можно построить связь с типом:
вася48 - студент - факультета1
петя-преподаватель-кафедры2
вася48-лаборант-кафедры2

то бишь
1. person:id,+прочие атрибуты
2. group:id,+прочие атрибуты
3. relation: person_id, group_id, relation_type

Прямо перед домом военная часть. Это может влиять?

может. Так же как орава соседей с подобными точками... плюс веселый сосед юзающий камеры с "радиоудлинителями" (реально пришлось подтягивать народ со спецоборудованием... и в результате обнаружились несколько 700мВт передатчиков в районе 2.4Гггц... в таком раскладе "увидеть" точку удавалось не далее 30см, а подключение держалось секунды)

как говорил один знакомый радиоинженер-разработчик в том числе и wifi железок: "протяни провода")

промежуточная альтернатива при проблемах с прокладкой кабеля - powerline до комнат, а там уже раздача в 5Ггц и то только мобильным устройствам, а более-менее стационарным - лучше проводом

Третий вариант: stored procedure[s]* - на входе получающая нужные данные для добавления/изменения, которая уже в рамках транзакции выполнить проверки-записи-вычисления... притом тогда "магию" подвязанных к профилю контактов (еще таблички уже не 1:1) можно спрятать там же... так же как уведомления о смене чувствительных данных, логгирования и еще чего-нибудь потенциально нужного... притом последнее - собственно не потребует ничего менять за пределами такой процедуры.