logout1С
И в локальной версии?

logoutДжекНепотрошитель,

Да.
1С практически все расчёты ведёт при помощи своего алгоритмического языка. SQL используется, но в основном для выборок данных. Обычно в обработках эти выборки несложные.
Платформа 8 версии позволяет применять SQL более широко, но программисты, пишущие конфигурации, эти возможности используют очень редко.

А, прошу прощения, я наоборот понял - будто бы в 1С оно считается с помощью SQL. Я сюда могу добавить, пожалуй, подавляющее большинство "коробочных" учетных систем, которые имеют средства кастомизации. Если в системе есть встроенный язык, на котором пишется конфигурация/локализация, то можете не сомневаться, расчет себестоимости и вообще все расчеты ведутся с его помощью, а не средствами SQL.

Ivan Durakтем хуже для 1С.

В любом банке любая логика пишется на sql (если она сложнее учета стульев и швабр для уборщиц)
Во-первых, не хуже. Если в вашей конторе сидит кучка разработчиков, которые по вашим вкусам и потребностям сочиняют учетную систему, и у вас столько задач по кастомизации, что выгоднее содержать их, нежели покупать и адаптировать коробочную систему - вашу логику есть смысл делать на SQL.
Если же вы покупаете типовой продукт, который сопровождается одним наемным мальчиком - у вас не будет никакого SQL. Задача сделать кастомизацию простой и дешевой здесь важнее, чем задача получить максимальную производительность.
Во вторых, что касается "любых банков", там тоже уже далеко не всегда учет напрямую через SQL. Если там навороченные системы на J2EE, там SQL не так уж много осталось. Часто используется какой-либо высокоуровневый кодогенератор, который сам SQL-скрипты генерирует. Причем кодогенератор, в отличие от живых программистов, помнит про индексы и хинты ;)

maytonОпять разговор уходит в плоскость SQL/1C. Нет никакой мат-модели начисления ЗП.

Я прошу прощения, но вам сколько раз нужно повторить, что "наиболее эффективная модель начисления заработной платы - это та модель которая используется в традиционной бухгалтерии, а ваша программа медленно ее считает исключительно потому, что писавшие ее программисты - дилетанты", чтобы вы это поняли? :)

maytonДа всё. Проехали. Нету у меня никаких программистов. И нету никаких Парусов, 1С, Аксапт и прочее.
Есть - вектор параметров. Это различные коэффиенты, пороговые значения и булевы признаки.
Есть матрица emoloyees. Есть календарная матрица рабочих дней.

Вы мою мысль поняли? Вы поняли что меня тревожит? Мат-модель! Мо-дель!

Дайте мне мат-модель расчётов. Ни грёбаный SQL-запрос. Ни прогу на VB. Ни прогу на Сях. А постановку в чистом
математическом виде. В виде ФУНКЦИИ.

Нет, не понял. У вас не должно быть никаких матриц и векторов. У вас должен быть список сотрудников, календарь рабочих дней, список ставок, табель выходов с отмеченными сверхурочными и работами в выходные дни, и история начислений за предыдущие полгода. По каждому из сотрудников в списке вы согласно его ставке и календарю должны получить оплату за один рабочий час, умножить ее на количество отработанных часов в табеле и получить сумму к выплате по основному окладу. Затем стоимость часа умножить умножить на количество сверхурочных, и на коэффициент - и получить сумму к выплате по сверхурочным.
Это вся матмодель, которая касается основной оплаты труда. Расчет отпускных - ничуть не сложнее. Вы берете выплаченную сумму основной оплаты за предыдущие периоды, затем согласно табелю количество отработанных дней за предыдущие периоды, и делите первое на второе. Это стоимость одного дня отпуска. Умножаете ее на количество дней отпуска в табеле - это сумма отпускных.
Больничные начисляются аналогично, только еще нужно добавить коэффициент от того, сколько лет работает сотрудник на предприятии, и сумма определяется на срок не более пяти дней, остальное оплачивает соцстрах.
Все просто, понятно и последовательно. Еще раз, никаких матриц, никаких векторов. Это в принципе недопустимо в учетных системах, учет должен быть последовательным и прозрачным, а не "черный ящик" с данными на входе и результатом на выходе.

maytonВсё. Топик прошу закрывать. Я собрал определённую массу мнений и буду думать. Всем спасибо.
Если будут успехи - создам новый по другому сабжу но с бухгалтерией связанному.

Раз "буду думать", а не "буду анализировать код своей системы в поисках проблемных мест", то значит, весь этот топик прошел впустую. Удачи. Не повезло вашей бухгалтерии с программистами, к сожалению.