Oleg KПишу зряплату на предприятие. Своя специфика. Это так, к слову.
Эх, зря Вы ее пишете - могу точно сказать. Слишком большой проект. У нас только в тестовой эксплуатации находиться, в следующем году будем выпускать на рынок. Может быть легче готовую купить и подогнать под специфику ?

Oleg KКороче имею таблицу с работниками (ф.и.о, таб. № и т.п.)
Сразу по постановке - сотрудник может быть один, а работать по совместительству, т.е. иметь по каждому табельному номеру (пусть они и одинаковые) свои ставки, график работ, отдел и свои соотвествующе начисления. Так что как минимум 2 таблицы - Сотрудники и ТабельныеНомера, причем стоит помнить о внешних совместителях.

Oleg KИмею справочник видо начислений/удержаний ( далее н/у ).
Так вот. Требуют:
Чтобы на каждый вид н/у (например, аванс) выводился список работников с суммой в виде таблице в которой можно напрямую вносить ИЗМЕНЕНИЯ.
Сделал представление и связал Сотрудников с таблицей н/у.
Для просмотра - проблем нет. А для правки? Ведь при наличии 3000 человек, в таблице н/у строк нет (вначале месяца), а загонять их туда на 200 видов н/у - не очень то...
В зп есть понятие расчетного месяца. Когда он закрывается, данные в нем править нельзя - это запрещено законодательством. На их основе рассчитываются налог на физических лиц и ЕСН, оформляются переводы и выдача денег через кассу, печатается куча отчетов, которая передается в налоговую и пенсионный фонд. Так что если они Вам наменяют за прошлый месяц, то та же НДФЛ и отчеты по ЕСН просто в конце года не сойдутся, чему страшно обрадуется налоговая инспекция и пенсионный фонд. Кстати уж говоря если они ручками все заносить хотят, то это не расчет зп получается, а просто калькулятор, где юзер посчитал, внес, а программа распечатала отчетные формы. В качестве действенного калькулятора могу посоветовать 1С Зарплата. Если хочется, чтобы действительно считала сама, то из отработанных и проверенных временем зарплата Паруса. В следующем году у нас если все будет хорошо на рынок выйдет продукт, который будет позволять расширять систему пользователям, 100% все считать сам, поддерживать экспорт в бухгалтерское ПО, довольно дешево стоить и главное - не требовать от нас сопровождения, работая по принципу отслеживание законодательства - наши проблемы, расширение и настройка системы - дело диллеров, АСУ предприятий или даже просто продвинутых пользователей. Непродвинутые и так смогут работать, просто тут зависит насколько у них хватит ума через визарды добавить новую надбавку, начисление или удержание и понаставлять галочки в конфигурации :)

Oleg KРешил загонять из представления данные во временную таблицу и править в ней. Но вот вопрос следущий. А как сохранять? Ведь могут несколько человек вызвать все предприятие и испарвить по одному значению. При записи данные друг-друга "перезатруться".
Решил делать битовое поле - признак редактирования. И апдейтить постоянную таблицу только такими строками (одного сотрудника с одним видом н/у не могут одновременно править более 1 пользователя - железяка).

Тут все зависит от клиентской части. Самый простой способ - возвращать на клиента такую табличку в виде Сотрудники LEFT JOIN ЗначениеНачисления, то есть будет полный список сотрудников на указанное начисление и только те начисления, которые проставлены. Для обновления такого набора данных можно написать хранимую процедуру, которой передаются параметры, а она в зависимости от ситуации добавляет, изменяет или удаляет сумму начисления на указанного сотрудника. Плюс стоит помнить, что расчетчики зп не могут одновременно менять одних и тех же людей (обосновывающие то документы в одном экземпляре все же)- у каждого есть свой круг отделов, на который он рассчитывает зарплату, значит можно сделать и разделение - каждому расчетчику показывать для редактирование только его круг сотрудников).

Oleg KТак вот вопрос: лучший ли это вариант или есть более УМНЫЕ подходы?
Мне кажется самое умное - купить готовое и подстроить для себя. Если уж сильно хочется калькулятор написать - то стоит помнить что обьем задачи гигантский, что с отчетами в зп легче рехнуться, что необходимо данные выгружать в бухгалтерию и пенсионный фонд и многое многое чего еще, даже если и не реализовывать сами непосредственно расчеты. Ну а насчет самой реализации - необходимо знать Вашу СУБД и клиентское приложение, для каждого инструмента наиболее удачная реализация будет своя.