Прошу извинить за задержку ответов - 4 дня не была в городе и в Инете.
TO - Z007:
Вы, похоже, посмотрели вариант Кадровика на MSSQL. Там внутренний язык (x-язык), на котором написан клиент, и, на котором можно дописывать свой функционал, действительно вариант T-SQL. Есть еще один внутренний язык (z-язык), на котором пишутся алгоритмы для расчета ЗП. Он по синтаксису похож на Си. В нем встроена возможность выполнения SQL-запросов.
Х-язык есть только в версии на MSSQL, z-язык - в обоих версиях. В версии Oracle клиент написан на Oracle Forms 6i.
Насчет техподдержки: стоимость ТП 30% от стоимости кол-ва имеющихся у фирмы лицензий в год. Стоимость лицензии 28500 руб - MSSQL, 36000 руб - Oracle.
Насчет медленности - в этом году было запоздание, но, насколько, знаю, у большинства систем, связанных с ЗП, в начале этого года обновления запоздали из-за того, что новые законы и новые формы утверждены были за нескольк дней до сдачи отчетов. Таких явных запозданий не помню.
Большие обновления проходят в среднем 3-4 раза в год. Самые крупные обычно в начале года, обычно в конце января. В январских, как раз, проходят законодательные изменения. Если в течение года меняются формы отчетов / справок, какие-либо законы, то разработчиками высылаются мелкие изменения - тела процедур или отчетов.
Свои наработки приходится восстанавливать, особенно это касается MSSQL-версии. И как раз из-за того, что там есть возможность поправить имеющийся функционал, а при обновлении, естественно, восстанавливается исходный вариант разработчиков. Если писать свои формы, то они сохраняются. Также сохраняются свои отчеты.
Насчет распределенной структуры - есть свой механизм репликации. Причем на MSSQL можно не иметь постоянного канала связи, просто привозить часть базы и подгружать ее. В версии на Oracle - нужен канал связи.

MX -- ALEX
Схема, конечно, сложнее.
Учет кадров и табельный учет работает в одной системе. Кадровики вносят в систему данные об отпусках, БЛ, командировках, гособязанностях, так как эти данные должны быть оформлены соответствующими приказами. Табельщики каждый день с утра включают формирование табеля с учетом кадровых изменений. Так что часть неявок они не внося. Если никаких кадровых неявок нет, то в этот день ставится явка с количеством часов графика работы сотрудника. С другой частью неявок сложнее - предприятием разработана такая схема - если человек не выходит на работу, он сообщает либо себе в цех, либо напрямую в табельную, что он не вышел, либо ушел не вовремя, с указанием причины. Вот эти неявки табльщицы вносят. Причем отработано так, что к обеду уже есть картина, сколько народу не вышло и почему. Где-то в обед запускается отчет сверка - с одной стороны проверяются данные проходной - кто зашел, а кто нет, с другой - данные из системы - какие неявки у каждого работника на эту часть дня. Если в проходной человек не прошел, а в табеле либо нет данных, либо явка - то явно что-то не то. Сразу сообщение СБ и в цех. Обратное тоже проверятся - если зашел, а в табеле неявка. Еще момент - если у человека по Кадровику первый день отпуска или командировки, то ему блокируется пропуск, чтобы он не смог заходить на предприятие. Но все равно бывает проходят.
Сложнее с БЛ - сначала работник сообщает, что он на БЛ, но пока он не принес БЛ в кадры, ему в табеле ставят "неопределенную неявку". Только когда БЛ сдан и кадры его внесли, данные о БЛ появятся в табеле.
Нестыковки табеля с проходной исправляют в табеле БОСС-Кадровика. Причем бывает, что правят табель в течение всего месяца, хотя такое редко бывает. Поэтому запускают проверочные отчеты за периоды - за месяц, за 10 дней и т.п.
Расчет ЗП идет в той же системе, где кадры и табель - там база одна. В начала месяца следующего за отчетным в ЗП запускается формирование табеля для ЗП - данные из табеля табельного учета образуют начисления по основным видам (оклад, тариф, сдельная) с количеством отработанных дней / часов.

Для Z007:
Элементом репликации является таблица. При настройке репликации указывается список реплицируемых таблиц.
Выделяют одну базу, которую называют центром, остальные узлы являются филиалами. Изменения передаются двунаправлено в ходе сеанса обновления между центром и филиалом. Изменения, переданные в центр одним филиалом могут быть позже, в ходе других сеансов обновления, переданы в остальные филиалы.
В версии Oracle раньше было настроено, что запись в реплицируемой таблице могла редактироваться или удаляться только в том узле, где она была первоначально создана. В других филиалах она может быть доступна только для просмотра. Этим они убирали конфликты, но это не совсем удобно. Сейчас, вроде, поменяли, точно не скажу. В версии на MSSQL так жестко зашито не было.
Для избежания конфликтов, больше приходится проводить организационную работу - устанавливать перечень базовых справочников, которые обычно ведут только в центре, и в которые нельзя внести изменения в филиалах. Обычно это структура подразделений, алгоритмы видов оплат, справочник должностей и т.п. Прописывали регламент, по которому филиал мог все-таки добавить свои данные в эти базовые справочники.
Контроль за обменом - система выдает лог после загрузки / выгрузки.
Для MX -- ALEX
Извините, если информация вас не устроила. Схема логически как и у вас, но сложнее организационно.

Да, там репликация на уровне таблиц. Объект "Сотрудники" на самом деле - это несколько таблиц, которые связаны друг с другом по ключам (ну, это понятно). Поэтому реплицировать их нужно только вместе. Там есть кнопка, по которой можно посмотреть связанные таблицы и включить их в репликацию. И репликация может не пройти, то есть откатится, если будет нарушена ссылочная целостность.
Насчет изменения одних и тех же данных в разных базах, то, как писала, в весии Oralce запись, созданную в другой базе, нельзя изменить. Сейчас еще жду ответа от ТП - изменили ли они этот пункт. В версии MSSQL нет настройки приоритетов. По логике - данные от переферийной базы подгружаются после изменения в основной - затирают изменения основной. После загрузки данных переферийной базы, если менять основную и потом выгружать в филиал, то затрутся изменения в филиале и т.д.

TO - Z007 и "Смотреть здесь" :
Предыдущие посты не мои, что там за система - не знаю. Документ скачала. Спасибо "Смотреть здесь", посмотрю.

TO - Z007:
Доков по Босс-Кадровику много, по каждому модулю (Учет кадров, Расчет ЗП и т.п.) отдельный документ Word размером 1,5- 2МБ. Могу выслать на мыло архивом. Пишите на мыло ula_kon@rambler.ru. И еще - по версиям (MSSQL, Oracle) комплекты документации различны.
Насчет документооборота - там есть минимум, но работает только, если вы работаете со штатным расписанием и учетом кадров по приказам. Приказ включает в себя n-е кол-во пунктов (прием на работу, увольнение и т.п.) и имеет несколько статусов - подготовка, подписание, выполнение. Пока приказ не пройдет все стадии, изменения не вступят в силу. К приказу привязывается список лиц, которые должны подписать, согласовать и прочее. Данные об этом приказе можно разослать по эл.почте нужным лицам.