есть несколько идентичных форм с той лишь разницей, что отображают они разные месяцы. связаны они с одной таблицей, в которой соответственно есть столбец месяц.
в конце месяца сотрудник копирует нужные ему строчки и вставляет их в форму следующего месяца. строчки вставляются и появляются в таблице.
какое событие происходит в момент вставки, ибо в этот момент ячейке "месяц" должно приравниваться значение месяца. куда нужно вставить [Месяц]="январь"?

ё, я конечно мог бы сделать одну форму, в которой был бы ниспадающий список с выбором данных данного месяца, но в данном случае сотрудникам и нагляднее и удобнее работать с месяцами по-отдельности. так что не будем отходить от вопроса.

ё,

кстати, может вам будет интересно: чтобы создать 12 форм создайте одну и клонируйте её 12 раз. обещаю, на клонирование и изменение имён форм уйдёт не более минуты.
удивляйтесь дальше.

Граждане, давайте не будем разводить полемику, как правильно надо всё делать "по книжке" и проектировать БД.
я ничуть не говорю, что вы не правы, но вы судите, ничего не зная об исходниках. не имея понятия о ресурсах, задачах, сроках и объёмах, вы начинаете высказывать свои идеи: "а с годами что делать будете?", "каждому сотруднику форму, каждому наименованию" и т.д. и т.п. О ЧЁМ ВЫ? то, что эта база должна делать, она будет делать. по вопросам расширения её задач всё давно решено.

но возвращаясь к решению проблемы:
1. Работа с несколькими экземплярами одной формы - "ё", я вкрадце ознакомился с данным вариантом, но так как времени на проект отпущено не много, а класс моего программирования под VBA не высок, то данныё вариант отпадает;
2. по поводу событий "перед изменением" и "после изменени". здесь картина получается следующая. после вставки строк, визуально месяц не меняется. только лишь поставив фокус в ячейке он изменяется на нужный. пробовал варианты с несколькими событий, пробовал и со значением по дефулту - та же песня.

если при такой структуре этого сделать невозможно, то так и скажите. если есть решение, то прошу в студию.

событие "после обновления" сработало. странно. в пятницу его пробовал, не проходило.
всем спасибо, вопрос закрыт.

Программист-Любитель, то, что это не оптимальное решение я ещё соглашусь, но то, что оно скажу одно: это решение на 100% технически пригодное, ибо уже опробовано и в среду люди с ним уже будут работать, а на счёт бюджета и условий уважаемый программист-"ЛЮБИТЕЛЬ", я задам вам один вопрос, который сразу поставит точки над и: "вы можете за 10 секунд написать базу данных клиентов компании и внести туда все данные"?(вопрос к бюджету и условиям). так вот, если не можите, то запишите у себя на лбу: НИКОГДА НЕ ГОВОРИ ТОГО, ЗА ЧТО НЕ МОЖЕШЬ ОТВЕТИТЬ. ваше высказывание абсолютно неверно.
а на счёт рациональности и оптимальности решения я спорить и не собираюсь. как говорится, ученик 2 класса решает задачку 5*8, выполнив сложение 8+8+8+8+8(в лучшем случае), а ученик 2 класса сразу получит ответ, т.к. знает таблицу умножения.

ё, дело не в "упрямости", дело - в решении задачи.
я прекрасно понимаю и осознаю, что основа БД должна быть гибкая, чтобы в будущем при нарастании данных и атриббутов не происходило проблем и не приходилось бы вручную перебивать десятки значений в десятках одинаковых объектах (как одна из проблем неправильного планирования структуры БД).

но в данном случае я черным по белому написал, что есть ограничения в ресурсах. и если человек с такой же нехваткой ресурсов и такой же задачей увидит этот топик, то он найдёт решение и выполнит задачу.
а в вашем случае, ё, человек получит предложение изучить ваши варианты решения проблемы и не успеет к сроку.
в результате - задача не решена, а объяснять про правильное планирование БД руководству и то, что человек не может знать всё и вся вы будете на фрилансе.
вы должны не только со своей колокольни смотреть.
а в целом, я с вами соглашусь: при имении достаточных ресурсов, я бы сам лучше сел и воспользовался бы вашими предложениями по структуре моей БД и устранил бы очередной пробел в моих знаниях.

Программист-Любитель, тут мне высказывал ё, что я не слышу, а не слышете вы.
всё зависит от задачи. если задача решена, необходимые и достаточные цели достигнуты с наименьшими ресурсами, то не смейте упрекать разработчика.