Добрый день. Во вложении файл (2 листа) и описание того, что надо сделать. Хотелось бы реализовать это именно в Эксель – не ровно дышу к нему уж лет 10. Можете оценить возможность решения данной задумки (с копированием) и стоимость работы. В дальнейшем потребуется оттуда формировать отчеты (например, по продажам). ЕСЛИ ЧТО-ТО СДЕЛАТЬ НЕВОЗМОЖНО, готов обсудить - может и соглашусь на ручную обработку части процесса.
Добрый день. Во вложении файл (2 листа) и описание того, что надо сделать. Хотелось бы реализовать это именно в Эксель – не ровно дышу к нему уж лет 10. Можете оценить возможность решения данной задумки (с копированием) и стоимость работы. В дальнейшем потребуется оттуда формировать отчеты (например, по продажам). ЕСЛИ ЧТО-ТО СДЕЛАТЬ НЕВОЗМОЖНО, готов обсудить - может и соглашусь на ручную обработку части процесса.Paketik54
Здравствуйте, вот это: "Проверка дублей должна осуществляться не по всему наименованию целиком, а по его части (слову) если таковые там несколько." - полностью сделать не получится, т.е. часть проверки придется все же делать вручную. Все остальное выполнимо. Имхо, лучше завести что-то вроде уникального шифра клиента и по нему проводить сравнения, выборки и пр. Нужно более подробное описание процесса работы менеджеров: работаем в сети? Как часто нужно обращаться к серверу? Файлы менеджеров лежат всегда по определенному пути? Сколько предполагается записей в общей базе за месяц (за год)? Проект очень большой. Пишите, если что, в личку или на почту.
Здравствуйте, вот это: "Проверка дублей должна осуществляться не по всему наименованию целиком, а по его части (слову) если таковые там несколько." - полностью сделать не получится, т.е. часть проверки придется все же делать вручную. Все остальное выполнимо. Имхо, лучше завести что-то вроде уникального шифра клиента и по нему проводить сравнения, выборки и пр. Нужно более подробное описание процесса работы менеджеров: работаем в сети? Как часто нужно обращаться к серверу? Файлы менеджеров лежат всегда по определенному пути? Сколько предполагается записей в общей базе за месяц (за год)? Проект очень большой. Пишите, если что, в личку или на почту.nilem
nilem, здравствуйте. Если позволите, отвечу на Ваши вопросы прямо здесь: 1. Уникальный код клиента - согласен 2. Менеджеры работают по самой простой сети. 3. К серверу (вообще-то это просто один из компьютеров) можно обращаться 1 раз в день, но если обращение не сильно будет грузить сеть, то можно и 3-4 раза в день (минимизируется дублирование) 4. Все файлы всегда будут лежать по одному пути, хотя и в разных папках 5. Записей: По базе клиентов прибавка в год - 300-500, по истории контактов - 3000-4000 в год, но их можно будет архивировать (с удалением из базы) 1 раз в год по статусу, например "продажа закрыта" - таких будет 95%.
nilem, здравствуйте. Если позволите, отвечу на Ваши вопросы прямо здесь: 1. Уникальный код клиента - согласен 2. Менеджеры работают по самой простой сети. 3. К серверу (вообще-то это просто один из компьютеров) можно обращаться 1 раз в день, но если обращение не сильно будет грузить сеть, то можно и 3-4 раза в день (минимизируется дублирование) 4. Все файлы всегда будут лежать по одному пути, хотя и в разных папках 5. Записей: По базе клиентов прибавка в год - 300-500, по истории контактов - 3000-4000 в год, но их можно будет архивировать (с удалением из базы) 1 раз в год по статусу, например "продажа закрыта" - таких будет 95%.Paketik54
Да, общие вопросы лучше сюда Еще вопросы: "Каждый менеджер заполняет такую базу по только своим клиентам" - т.е. не нужно копировать в файл каждого менеджера всю базу, а только его (менеджера) часть? По поводу дубликатов клиентов - мен-р начинает вводить название нового клиента, и по мере ввода в отдельном поле отображается список похожих названий. Если новое название все же введено с повтором, то какое-нибудь сообщение. Возможно ли, что, например, ООО "Махеев" появится сразу у нескольких мен-ров? Т.е. возможны ли в принципе повторы клиентов в общей базе? Похожие названия, конечно, возможны. Поэтому уник. идентификатор клиента будет, например, таким: М010001 - мен-р 1, клиент 0001. Тогда уникальность клиентов будет соблюдена (это я пытаюсь уйти от поиска по неполному совпадению - слишком уж замороченно). Пойдет?
*Через часик примерно появлюсь
Да, общие вопросы лучше сюда Еще вопросы: "Каждый менеджер заполняет такую базу по только своим клиентам" - т.е. не нужно копировать в файл каждого менеджера всю базу, а только его (менеджера) часть? По поводу дубликатов клиентов - мен-р начинает вводить название нового клиента, и по мере ввода в отдельном поле отображается список похожих названий. Если новое название все же введено с повтором, то какое-нибудь сообщение. Возможно ли, что, например, ООО "Махеев" появится сразу у нескольких мен-ров? Т.е. возможны ли в принципе повторы клиентов в общей базе? Похожие названия, конечно, возможны. Поэтому уник. идентификатор клиента будет, например, таким: М010001 - мен-р 1, клиент 0001. Тогда уникальность клиентов будет соблюдена (это я пытаюсь уйти от поиска по неполному совпадению - слишком уж замороченно). Пойдет?
1. У первого менеджера клиенты 1,2,3, У второго 4,5,6. При копировании от них в общую базу копируются от каждого только его клиенты (вся информация с телефонами и фамилиями). а вот назад (к менеджерам) копироваться должны все компании, которые есть и у 1-го и у 2-го менеджера (но только названия компаний и наверное их идентиф. код). Т.е. к менеджеру 1 должны попасть названия компаний 4,5,6. 2. Копирование в общую базу необходимо выполнять в заменой всех строк. т.к. в процессе работы может быть изменена часть информации по какому-то клиенту. Правильно? 3. Если при вводе нового клиента будут появляться подсказки - названия имеющихся в базе компаний - просто замечательно. Но надо чтобы при вводе компании "Соленый Огурец" показывалось название "Огурец Зеленый". Это возможно? 4. По вопросу "Возможно ли, что, например, ООО "Махеев" появится сразу у нескольких мен-ров? Т.е. возможны ли в принципе повторы клиентов в общей базе?" - На самом деле это возможно и сейчас даже имеется. Может надо ввести какой-нибудь признак "общего клиента", по которому полная информация о клиентах менеджера 2 будет копироваться к менеджеру 1 полностью (а не только название компании) 5. Еще у нас принято вести базу так: ООО Махеев / тел 2356 / gh@mail.ru / Кузьмина В.Н. / моб. 8777111 / инструктор ООО Махеев / тел 2356 / gh@mail.ru / Николай / моб. 8777222 / программист т.е. на одну компанию выделяется столько строк, сколько там появится контактов. Это как-то усложняет задачу?
1. У первого менеджера клиенты 1,2,3, У второго 4,5,6. При копировании от них в общую базу копируются от каждого только его клиенты (вся информация с телефонами и фамилиями). а вот назад (к менеджерам) копироваться должны все компании, которые есть и у 1-го и у 2-го менеджера (но только названия компаний и наверное их идентиф. код). Т.е. к менеджеру 1 должны попасть названия компаний 4,5,6. 2. Копирование в общую базу необходимо выполнять в заменой всех строк. т.к. в процессе работы может быть изменена часть информации по какому-то клиенту. Правильно? 3. Если при вводе нового клиента будут появляться подсказки - названия имеющихся в базе компаний - просто замечательно. Но надо чтобы при вводе компании "Соленый Огурец" показывалось название "Огурец Зеленый". Это возможно? 4. По вопросу "Возможно ли, что, например, ООО "Махеев" появится сразу у нескольких мен-ров? Т.е. возможны ли в принципе повторы клиентов в общей базе?" - На самом деле это возможно и сейчас даже имеется. Может надо ввести какой-нибудь признак "общего клиента", по которому полная информация о клиентах менеджера 2 будет копироваться к менеджеру 1 полностью (а не только название компании) 5. Еще у нас принято вести базу так: ООО Махеев / тел 2356 / gh@mail.ru / Кузьмина В.Н. / моб. 8777111 / инструктор ООО Махеев / тел 2356 / gh@mail.ru / Николай / моб. 8777222 / программист т.е. на одну компанию выделяется столько строк, сколько там появится контактов. Это как-то усложняет задачу?Paketik54
1 и 4. Клиентов нужно, видимо, разбить по м-рам. Напр., М001 - Мишин клиент 1, И008 - 8-й клиент Изабеллы, О009 - общий клиент №9, внутри каждой буквы сохраняется своя нумерация. При открытии файла у м-ра переносим из общей базы (путь к общ. базе всегда один и тот же) на скрытый лист шифры и названия всех клиентов (это потребуется для списка на форме). База м-ра остается у м-ра как есть. Администратор сам собирает сведения из файлов м-ров в общ. базу для составления отчетов, графиков и пр. Общая база при этом переписывается полностью. 2. Да 3. Возможно 5. Обычно так базу не ведут, конечно, но, в принципе, не критично. уточнение: "По базе клиентов прибавка в год - 300-500, по истории контактов - 3000-4000 в год" - это по общей базе? Если вся база на 4000 строк, то, наверное, лучше использовать "формульный" макрос, без Open, Getobject и ADO. Так годится?
1 и 4. Клиентов нужно, видимо, разбить по м-рам. Напр., М001 - Мишин клиент 1, И008 - 8-й клиент Изабеллы, О009 - общий клиент №9, внутри каждой буквы сохраняется своя нумерация. При открытии файла у м-ра переносим из общей базы (путь к общ. базе всегда один и тот же) на скрытый лист шифры и названия всех клиентов (это потребуется для списка на форме). База м-ра остается у м-ра как есть. Администратор сам собирает сведения из файлов м-ров в общ. базу для составления отчетов, графиков и пр. Общая база при этом переписывается полностью. 2. Да 3. Возможно 5. Обычно так базу не ведут, конечно, но, в принципе, не критично. уточнение: "По базе клиентов прибавка в год - 300-500, по истории контактов - 3000-4000 в год" - это по общей базе? Если вся база на 4000 строк, то, наверное, лучше использовать "формульный" макрос, без Open, Getobject и ADO. Так годится?
Клиентов нужно, видимо, разбить по м-рам. Напр., М001 - Мишин клиент 1, И008 - 8-й клиент Изабеллы, О009 - общий клиент №9, внутри каждой буквы сохраняется своя нумерация.
Согласен, но тогда можно присваивать табельный номер (соответствует ТН из истории контактов)? например, 01-0004 - четвертый клиент 1-го менеджера.
Цитата (nilem)
Администратор сам собирает сведения из файлов м-ров в общ. базу для составления отчетов, графиков и пр.
Надеюсь, через макрос?
Цитата (nilem)
Обычно так базу не ведут, конечно, но,
Подскажите удобный для вас вариант. может он получше нашего будет.
Цитата (nilem)
По базе клиентов прибавка в год - 300-500, по истории контактов - 3000-4000 в год" - это по общей базе?
Да, по общей базе у администратора. Какие цифры будут критичны для базы? (чтобы я смог оценить на сколько хватит данной книги)
Цитата (nilem)
лучше использовать "формульный" макрос, без Open, Getobject и ADO
Извиняйте - тут не соображаю - на ваше решение.
По отчетам никаких ограничений нет (при использовании тех данных, которые будут забиваться в Историю контактов)? Например: Составить список клиентов по кол-ву обращений к нам за такой-то период (от большего к меньшему), Список продаж по какому-либо менеджеру за период - сумма КП, сумма Оплаченных счетов и пр.
Цитата (nilem)
Клиентов нужно, видимо, разбить по м-рам. Напр., М001 - Мишин клиент 1, И008 - 8-й клиент Изабеллы, О009 - общий клиент №9, внутри каждой буквы сохраняется своя нумерация.
Согласен, но тогда можно присваивать табельный номер (соответствует ТН из истории контактов)? например, 01-0004 - четвертый клиент 1-го менеджера.
Цитата (nilem)
Администратор сам собирает сведения из файлов м-ров в общ. базу для составления отчетов, графиков и пр.
Надеюсь, через макрос?
Цитата (nilem)
Обычно так базу не ведут, конечно, но,
Подскажите удобный для вас вариант. может он получше нашего будет.
Цитата (nilem)
По базе клиентов прибавка в год - 300-500, по истории контактов - 3000-4000 в год" - это по общей базе?
Да, по общей базе у администратора. Какие цифры будут критичны для базы? (чтобы я смог оценить на сколько хватит данной книги)
Цитата (nilem)
лучше использовать "формульный" макрос, без Open, Getobject и ADO
Извиняйте - тут не соображаю - на ваше решение.
По отчетам никаких ограничений нет (при использовании тех данных, которые будут забиваться в Историю контактов)? Например: Составить список клиентов по кол-ву обращений к нам за такой-то период (от большего к меньшему), Список продаж по какому-либо менеджеру за период - сумма КП, сумма Оплаченных счетов и пр.Paketik54
Сообщение отредактировал Paketik54 - Понедельник, 01.07.2013, 16:16
"на сколько хватит данной книги" На столько, на сколько хватит памяти вашего ПК (1 млн 48 тыс с чем-то строк на листе). Кстати у вас Ексель 2007 или 2010? На всех ПК одинаковая версия? "По отчетам никаких ограничений нет?" По отчетам никаких ограничений нет. Формы сами нарисуете? (или хотя бы внешний вид)
Наверное, уже пора в личку
"на сколько хватит данной книги" На столько, на сколько хватит памяти вашего ПК (1 млн 48 тыс с чем-то строк на листе). Кстати у вас Ексель 2007 или 2010? На всех ПК одинаковая версия? "По отчетам никаких ограничений нет?" По отчетам никаких ограничений нет. Формы сами нарисуете? (или хотя бы внешний вид)
Выходим из лички Какие отчеты Вам нужны? Все ли они будут использовать в кач-ве исходн. данных общую базу?
[offtop]пока жду своего ТС... к нам послезавтра Медведев приезжает. Вот в 2014 году в Уфе пройдут саммиты БРИКС и ШОС. Наверное, по этим вопросам[/offtop]
Выходим из лички Какие отчеты Вам нужны? Все ли они будут использовать в кач-ве исходн. данных общую базу?
[offtop]пока жду своего ТС... к нам послезавтра Медведев приезжает. Вот в 2014 году в Уфе пройдут саммиты БРИКС и ШОС. Наверное, по этим вопросам[/offtop]nilem
Яндекс.Деньги 4100159601573
Сообщение отредактировал nilem - Понедельник, 01.07.2013, 20:16
По отчетам, навскидку, примерно такие: 1. Реализация по какому-либо менеджеру за определенный период 2. Сколько продаж у такого-то менеджера на такой-то стадии на такую-то дату 3. Кол-во обращений (к нам от такой-то компании) за такой-то период
Все данные берутся из базы общей
По отчетам, навскидку, примерно такие: 1. Реализация по какому-либо менеджеру за определенный период 2. Сколько продаж у такого-то менеджера на такой-то стадии на такую-то дату 3. Кол-во обращений (к нам от такой-то компании) за такой-то период
Добрый вечер всем! Кинулся более досконально изучать вопрос по моему же заданию и понимаю что чего-то хочу, а чего - сам не знаю толком. Чем больше копаюсь в инете с целью поиска образцов, тем дальше отодвигаюсь от своей первоначальной задумки Мне кажется более правильным взять небольшой перерыв в 5-7 дней. Данное время хочу потратить на изучение возможностей форм, их внешний вид и всяких штучек, связанных с моей темой. По результатам данного изучения хочу составить более подробное ТЗ. Как мне кажется, такой способ оградит меня и будущего исполнителя от взаимных претензий - с моей стороны, с огромной долей вероятности, грозит частое изменение ТЗ, как следствие переделка уже наработанного и т.д. Лучше потратить время на обдумывание, нежели на существенные переделки.
Но имеется одна идея, которая требует вашего совета уже на данном этапе: Не лучше ли для хранения информации Базу Клиентов (ранее выкладывал) разбить на 2 листа: "Компании" и "Клиенты" Сначала заводится компания, а уже потом она притягивается (в форме заполнения) к конкретному клиенту.
Добрый вечер всем! Кинулся более досконально изучать вопрос по моему же заданию и понимаю что чего-то хочу, а чего - сам не знаю толком. Чем больше копаюсь в инете с целью поиска образцов, тем дальше отодвигаюсь от своей первоначальной задумки Мне кажется более правильным взять небольшой перерыв в 5-7 дней. Данное время хочу потратить на изучение возможностей форм, их внешний вид и всяких штучек, связанных с моей темой. По результатам данного изучения хочу составить более подробное ТЗ. Как мне кажется, такой способ оградит меня и будущего исполнителя от взаимных претензий - с моей стороны, с огромной долей вероятности, грозит частое изменение ТЗ, как следствие переделка уже наработанного и т.д. Лучше потратить время на обдумывание, нежели на существенные переделки.
Но имеется одна идея, которая требует вашего совета уже на данном этапе: Не лучше ли для хранения информации Базу Клиентов (ранее выкладывал) разбить на 2 листа: "Компании" и "Клиенты" Сначала заводится компания, а уже потом она притягивается (в форме заполнения) к конкретному клиенту.Paketik54
Посмотрите плз файл Эксель - "одна база" это так? - фактически в таком виде я веду ее сейчас. В таком случае мне придется каждый раз забивать в форму (см. картинку) все данные о компании - для каждого нового клиента одной и той же компании. Так? Или имеется возможно программно делать выборку по уже однажды заведенной компании?
Цитата (Serge_007)
А вот справочников может быть сколь угодно много
В моем случае под справочник попадает информация из разворачивающихся списков (в форме из вложения)? Так?
Сейчас, чтобы сделать выборку е-майл адресов мне приходится делать кучу манипуляций по сортировке, копированию на другой лист и удалению дублей. При этом привязать это мыло к конкретному человеку у которого отсутствует личное мыло - дополнительная заморока. А в случае отдельной базы компаний, уже практически все готово - отсортировал все кроме пустых и готово. Или я просто не до конца понимаю возможностей Эксель? Может сможете подсказать как в моем случае лучше сделать базу? Мне все-таки вариант из моей предыдущей записи нравится больше. Чем чреват такой вариант?
Добрый день всем.
Цитата (Serge_007)
База в любом случае должна быть одна
Посмотрите плз файл Эксель - "одна база" это так? - фактически в таком виде я веду ее сейчас. В таком случае мне придется каждый раз забивать в форму (см. картинку) все данные о компании - для каждого нового клиента одной и той же компании. Так? Или имеется возможно программно делать выборку по уже однажды заведенной компании?
Цитата (Serge_007)
А вот справочников может быть сколь угодно много
В моем случае под справочник попадает информация из разворачивающихся списков (в форме из вложения)? Так?
Сейчас, чтобы сделать выборку е-майл адресов мне приходится делать кучу манипуляций по сортировке, копированию на другой лист и удалению дублей. При этом привязать это мыло к конкретному человеку у которого отсутствует личное мыло - дополнительная заморока. А в случае отдельной базы компаний, уже практически все готово - отсортировал все кроме пустых и готово. Или я просто не до конца понимаю возможностей Эксель? Может сможете подсказать как в моем случае лучше сделать базу? Мне все-таки вариант из моей предыдущей записи нравится больше. Чем чреват такой вариант?Paketik54
Сергей (который Пакетик), почитайте про реляционные базы данных. Ваш пример из последнего сообщения - это и есть подобие реляц. базы. Т.е. есть список компаний со своими шифрами (которые явл. первичными ключами (ПК)) и есть таблица клиентов - в первом столбце шифр компании, далее детали клиента. Эта таблица связана отношением (реляционный - связанный отношением) с 1-й таблицей с пом-ю ПК. Это удобно программировать - выбираем из списка нужную компанию и получаем (по ПК) список клиентов из этой компании. Можно сделать отдельные таблицы для, например, телефонов или мейлов, также связанные с основной таблицей по ПК. (эти таблицы можно также назвать справочниками)
Но можно оставить и как было в первоначальном варианте. Да, таблица громоздкая и некрасивая. Но макросам эстетичность по барабану И еще - реляц. базы специально заточены под язык SQL (или SQL заточен под такие базы). Если Вы не собираетесь использовать ADO (в котором применяется язык SQL), то можно оставить как есть. Имхо, конечно
Сергей (который Пакетик), почитайте про реляционные базы данных. Ваш пример из последнего сообщения - это и есть подобие реляц. базы. Т.е. есть список компаний со своими шифрами (которые явл. первичными ключами (ПК)) и есть таблица клиентов - в первом столбце шифр компании, далее детали клиента. Эта таблица связана отношением (реляционный - связанный отношением) с 1-й таблицей с пом-ю ПК. Это удобно программировать - выбираем из списка нужную компанию и получаем (по ПК) список клиентов из этой компании. Можно сделать отдельные таблицы для, например, телефонов или мейлов, также связанные с основной таблицей по ПК. (эти таблицы можно также назвать справочниками)
Но можно оставить и как было в первоначальном варианте. Да, таблица громоздкая и некрасивая. Но макросам эстетичность по барабану И еще - реляц. базы специально заточены под язык SQL (или SQL заточен под такие базы). Если Вы не собираетесь использовать ADO (в котором применяется язык SQL), то можно оставить как есть. Имхо, конечноnilem
nilem, Прошу прощения - заменил файл Эксель в своем последнем сообщении - теперь там тот файл. который я хотел прицепить изначально (одна большая база). Этот вариант хороший? Или все-таки лучше структура из двух листов для компаний и клиентов отдельно? Про реляционные базы сейчас почитаю.
nilem, Прошу прощения - заменил файл Эксель в своем последнем сообщении - теперь там тот файл. который я хотел прицепить изначально (одна большая база). Этот вариант хороший? Или все-таки лучше структура из двух листов для компаний и клиентов отдельно? Про реляционные базы сейчас почитаю.Paketik54
Сообщение отредактировал Paketik54 - Среда, 03.07.2013, 20:12
Реляционные как раз применяются в Аксесе, правильно? В свое время я кинулся было его изучать, но как раз непонимание создания связей меня и затормозило - забросил, а потом уже и неудосужился напрягаться. Видимо мозг мой заточен под одну плоскую таблицу. nilem, скажите как все же будет выглядеть В ФОРМЕ привязка какого-либо клиента к конкретной компании. Или для этого потребуются две формы: первая для создания какой-либо компании, а вторая для сотрудника в этой компании? Или все это как-то можно увязать в одной форме?
------------------ Может как самому "одаренному" покажете что-то подобное из своих прошлых работ? - вторые сутки рою Инет, но пока не нашел хотя бы примерно того, чего хочу. ------ При заполнении формы компьютер сам раскидывает данные по справочникам? значит компьютеру (программе) все равно в каком виде заносятся данные?
Реляционные как раз применяются в Аксесе, правильно? В свое время я кинулся было его изучать, но как раз непонимание создания связей меня и затормозило - забросил, а потом уже и неудосужился напрягаться. Видимо мозг мой заточен под одну плоскую таблицу. nilem, скажите как все же будет выглядеть В ФОРМЕ привязка какого-либо клиента к конкретной компании. Или для этого потребуются две формы: первая для создания какой-либо компании, а вторая для сотрудника в этой компании? Или все это как-то можно увязать в одной форме?
------------------ Может как самому "одаренному" покажете что-то подобное из своих прошлых работ? - вторые сутки рою Инет, но пока не нашел хотя бы примерно того, чего хочу. ------ При заполнении формы компьютер сам раскидывает данные по справочникам? значит компьютеру (программе) все равно в каком виде заносятся данные?Paketik54
Сообщение отредактировал Paketik54 - Среда, 03.07.2013, 20:36
Вот примерчик. Нужно нажать кнопку "Continue Report", появится форма для заполнения базы. Этот файл должен работать совместно с другими файлами, поэтому могут возникать ошибки, но суть д.б. понятна. Заполняем все поля, нажимаем "Add", и появляется новая строка в базе; выбираем в листбоксе нужную строку, нажимаем "Delete", и выбранная строка удаляется из базы.
удалил файл, а то Abraham увидит, обидится
Вот примерчик. Нужно нажать кнопку "Continue Report", появится форма для заполнения базы. Этот файл должен работать совместно с другими файлами, поэтому могут возникать ошибки, но суть д.б. понятна. Заполняем все поля, нажимаем "Add", и появляется новая строка в базе; выбираем в листбоксе нужную строку, нажимаем "Delete", и выбранная строка удаляется из базы.
nilem, Красивая форма, мне понравилась, я увидел зависимые разворачивающиеся списки (справочники), но видимо я совсем деревянный... :-) Я прошу общаться со мной как с пользователем и не более - к сожалению, на большее не потяну . Еще раз прошу прощения за сей факт. К сожалению после просмотра представленного примера, я так и не нашел ответа на свой вопрос. Перефразирую его.
1. Если требуется завести нового клиента с новой компанией - Форма ввода информации будет одна или нужны ДВЕ разные формы - отдельно для Компании и отдельно для Клиента? 2. Может быть имеется возможность на форме для клиента сделать кнопку с дочерней формой "Выбор компании, а если ее нет, то завести Новая компания" 3. Если форма будет одна, то как она будет выглядеть для введения/редактирования информации О КОМПАНИИ - После редактирования, обновленная информация должна появиться у каждого уже существующего клиента, привязанного к этой компании. 4. База из приложенного файла Эксель приемлема или ее надо каким-то образом модифицировать? - просто вы говорили что
Цитата (nilem)
Обычно так базу не ведут, конечно, но, в принципе, не критично
А КАК ведут?
Если возможно, ответьте пожалуйста на все 4 вопроса
nilem, Красивая форма, мне понравилась, я увидел зависимые разворачивающиеся списки (справочники), но видимо я совсем деревянный... :-) Я прошу общаться со мной как с пользователем и не более - к сожалению, на большее не потяну . Еще раз прошу прощения за сей факт. К сожалению после просмотра представленного примера, я так и не нашел ответа на свой вопрос. Перефразирую его.
1. Если требуется завести нового клиента с новой компанией - Форма ввода информации будет одна или нужны ДВЕ разные формы - отдельно для Компании и отдельно для Клиента? 2. Может быть имеется возможность на форме для клиента сделать кнопку с дочерней формой "Выбор компании, а если ее нет, то завести Новая компания" 3. Если форма будет одна, то как она будет выглядеть для введения/редактирования информации О КОМПАНИИ - После редактирования, обновленная информация должна появиться у каждого уже существующего клиента, привязанного к этой компании. 4. База из приложенного файла Эксель приемлема или ее надо каким-то образом модифицировать? - просто вы говорили что
Цитата (nilem)
Обычно так базу не ведут, конечно, но, в принципе, не критично
А КАК ведут?
Если возможно, ответьте пожалуйста на все 4 вопросаPaketik54
Вход
Регистрация
Напомнить пароль
Автосумма
Часто используемые
ВПР
ЕСЛИ
СУММЕСЛИ
Финансовые
Логические
Текстовые
Даты и времени 
Ссылки и массивы 
Математические
Другие функции
Проверка свойств и значений
Баз данных
Математические
Обработки массивов
Обработки строк
Преобразования типов данных 
Загрузки данных
Работы с файлами
Обработки системных параметров
Обработки цвета
Работы с датами и временем
Преобразования в системы счисления
Финансовые
. Еще раз прошу прощения за сей факт. 
