Игорь, Спасибо!!! Вот как раз объяснение такого типа я и искал уже давно. А то все говорят про преимущество БД, а в чем оно конкретно, понять не могу.
Работает сейчас одновременно один человек, хоть это и не всегда удобно. Если будет не один, то максимум два, там весьма небольшой объем товара, хоть и много позиций. Знаю, что в Экселе теперь реализован многопользовательский режим, знаю, что он накладывает определенные ограничения на возможности программы, больше про него пока ничего не знаю. Насколько он нормален, можно ли им пользоваться? Если нет, тогда действительно буду думать, насколько важно работать вдвоем и в зависимости от этого решать, чем пользоваться. Но вообще, исходя из Вашего ответа, больше склоняюсь к тому, чтобы остаться в экселе.

Я еще раз поменял первый пост, может, станет попонятнее. Извините, если было сумбурно.

Спасибо, я понял! Боюсь, вынужден отказаться       . А из Петербурга здесь кто-то бывает?
P.S. Извините, а правда где-то было написано, что консультация должна быть в моем офисе? И где-то было написано, что за эти деньги я хочу получить детальную разработку ТЗ? На всякий случай, это не так.

Я могу приехать сам. Я не настолько барыга, как может показаться от страшного слова "торговля", и офиса у меня нет. А какая, на Ваш взгляд, реальная цена за 1-2 часа разговора по таким темам?

Меня, очевидно, неверно поняли. Я действительно хотел сделать сам, и сам бы я сделал не как хорошо, а как умею, но получил бы от этого удовольствие, кстати. Но сейчас я не могу себе позволить сделать это сам из-за дефицита времени и действительно хочу нанять специалиста. Не на зарплату на неопределенный срок, разумеется, а на конкретные деньги за программирование конкретного проекта. Но сначала я хочу уложить в голове, какие варианты вообще возможны и какие хороши в данной ситуации. И надеюсь, что тот же самый человек, который это объяснит и объяснение которого меня устроит, сможет и реализовать (хотя не обязательно, можно и отделить реализацию от концепции).
Или другими словами. У меня сейчас нет конкретного техзадания. Точнее, есть по отдельным кусочкам и могу написать остальное, но я хочу понять, а не иду ли я тупиковым путем и не пора ли переходить от экселя к базам данных. И уже в зависимости от этого формулировать техзадание. А для этого мне надо показать то, что есть, и рассказать, что мне важно и что я хочу. Устно с ноутбуком перед глазами это будет быстрее и продуктивнее. Мне не требуется сейчас обучение VBA, мне требуется понять стратегию действий.
Я подредактировал первый пост, потому что действительно не суть важно, что мне хотелось, важна ситуация сейчас.
С Николаем с удовольствием бы пообщался, но в Москву пока не собираюсь, а скайп здесь не очень поможет.

Добрый день!
Есть проект, требующий автоматизации. Рассылка списков наличия товара, учет заказов клиентов, учет поступлений, формирование списков рассылки товара, вырезание информации для конкретных клиентов, подсчеты финансов, минимальная логистика. Есть особенности - большой ассортимент и необходимость быстро и удобно вручную корректировать заказы клиентов в зависимости от ассортимента, чтобы по возможности всем досталось. Пока работа идет в Excel без VBA, только с формулами. Начальная задача - определиться, подходит ли для этой задачи программирование в Excel, или же переходить к работе в Access, 1С, складских программах или чем-то еще. В-общем, нужна личная встреча-консультация в Петербурге. Встретимся, где удобно Вам, по времени 1-2 часа, заплачу за эту встречу 500 рублей. Если все сложится, вероятен заказ программирования для этого всего. Желательно поскорее.

ikki, Благодарю за великолепный содержательный ответ. Посмотрел Ваш профиль, все 30 последних постов такие же полезные (поздравление не в счет).
МатросНаЗебре, Спасибо. Это я знаю, в приведенных ссылках есть. Но это помогает отменить только сам макрос, да и проблемы со ссылками между листами и книгами должны возникать.  

Добрый день!
Известная проблема - стек Undo обнуляется при выполнении VBA. Есть способы, как можно отменить действие самого макроса (1, 2, 3, 4, 5, 6). Но при этом предыдущие действия все равно не вернуть). Решение этой проблемы так и не найдено?

Я нашел следующее:
Можно считать значение i-й операции стека Undo при помощи чего-то типа Application.CommandBars("Standard").Controls("&Undo").Control.List(i)  (ссылка) или Application.CommandBars("Standard").Controls("&Undo").List(i) (ссылка). Правда, у меня не работает ни то, ни другое, и описания майкрософта я тоже не нашел (если знаете, киньте, пожалуйста ссылку на описание свойства(?) List применительно к инструменту Undo). Поэтому дальше понять не могу – что именно там записывается и можно ли это применить? Вставить данные обратно в стек способов, как я понимаю, нет (или все-таки есть?)

Описание проблемы есть здесь, ничего нового. Интересно, что в Word такой проблемы не было вообще. Уже в Excel2010 устранена невозможность Undo после сохранения, а вот с этим как-то не справились.

Есть еще универсальный метод от Jan Karel Pieterse, связанный с созданием пользовательских классов http://www.jkp-ads.com/Articles/UndoWithVBA00.asp . Но это для меня пока понять сложновато, и я не понял самого главного – это возможно применить только для отмены действия самого макроса, или на основе этого можно сделать постоянно работающий альтернативный аналог Undo, который не обнуляется на макросах?

Или все-таки решением может быть работа в режиме совместного доступа. Где можно почитать про ограничения режима?

Для меня вред от очистки стека Undo перевешивает пользу от простых макросов, и думаю, что не только для меня, так что проблема очень актуальна.