>Сейчас мне нужно одновременно заполнять несколько документов. Например, приходовать товар на склад и одновременно распределять его по торговым точкам. Наподобие пакетного ввода в 1С. Причем не обязательно каждый вид товара должен отправляться на точку.
1. У каждого товара появляется логическое свойство "СразуНаСклад". ВНИМАНИЕ! после ввода накладной от поставщика ВСЕ товары должны "передаваться" на склад не взирая на данное свойство! Это свойство нужно нам исключительно для облегчения труда операторов (см.далее);
2. Автоматически открывается форма, в которой перечислены принятые по накладной поставщика товары со свойством "СразуНаСклад" равным False (т.е. товары, которые должны распределяться по Торговым точкам), что избавит оператора от необходимости "смотреть" на товары, которые не передаются сразу на Торговые точки, а передаются потом, по накладным отгрузки. В форме есть возможность выбрать Торговую точку и "выбить" на нее необходимое кол-во товара из принятого по накладной поставщика. Выбрали? Выбили? Нажмите кнопочку "Провести", по которой производится непосредственное формирование проводки (Товар со склада передается на Торговые точки). Затем выбрать другую торговую точку и выбить на нее кол-во товара, оставшееся после первой Торговой точки (остаток на складе после отгрузки Первой точки), затем выбрать еще одну точку и т.п. Закончили ввод всех товаров (полностью распределили принятый товар по накладной поставщика)? Ну так либо закройте форму автоматически (если после проводки на всех товарах нулевые остатки, то оператор выбивать ничего ну будет по данной накладной, правда?), либо кнопочкой "Спасибо, всё", ну или "Закрыть" :)

Схему можно доработать (читай: "усложнить"):
- добавить каждому товару свойство "ПередаватьПоУмолчаниюВ", где указывать Торговую точку, в которую обычно передается все кол-во товаров и при выборе данной Точки (см пункт 2) динамически заполнять поле "ПередаваемоеКоличество";
- можно реализовать систему, не делающую проводку по Торговым точкам по кнопке "Провести", а лишь временно учитывающую "выбитые" на точку данные. Это позволит "побаловаться" оператору распределяя количество товара между точками (точки просили по 50 единиц товара, а привезли всего 30. Возможно при выбивании товара придется "перераспределять" количество товара между точками. Данная фича потребует ЗНАЧИТЕЛЬНОГО усложнения всего – добавление временных таблиц, несколько шаговые "проводки" и т.п. ИМХО, не стоит, но, как вариант…
- т.п.

Не по вопросу:
ИМХО, значительно удобнее для ВСЕХ, кроме программизда, было бы организовать следующую схему работы:
(Заявка от Торговой точки №1 + Заявка от Торговой Точки №2 + Заявка от Торговой Точки №N + Заявка от Склада) -> Формирование списка закупаемых товаров с разбивкой по Поставщикам, что облегчает задачу Службе закупок -> Оприходование товара (ввод накладных) от поставщиков, при этом "макет" накладной у нас уже практически готов (помните, мы сформировли список закупаемых товаров с разбивкой по Поставщикам) -> Автоматическое распределение закупленного товара по Заявкам (с учетом реально пришедшего кол-ва товаров).
Данная схема ЗНАЧИТЕЛЬНО сложнее и нюансов в ней (технических, логических и логистических) ЗНАЧИТЕЛЬНО больше, но, как вариант :) …

зы. Если правильно понял вопрос…

Легких путей не ищу! Это слишком тяжело...

RitaRita2. При этом фиксировать насколько изменились цены, по сравнению с прошлой, позапрошлой и т.д. закупкой и изменить/ не изменить цену реализации.
Может и должно быть автоматизировано. По поводу изменения цены, то фиксирование производится автоматически, на сколько я понимаю: есть новая цена и есть старая цена (в предыдущих накладных от поставщика). Можно поднять все накладные и посмотреть динамику изменения цен.
По поводу автоматизации выставления рознечной цены... Неск лет назад делал подобную вещь. Подробности не помню (надо поднять записи), но производилась автоматическая наценка следующим путем: на исходную цену накидывался принятый процент (либо общий, либо указанный именно для данного товара), результат округлялся в большую или меньшую сторону (настройка общая или для данного товара) до требуемого уровня округления: до 10 копеек, до 50 копеек, до 1 р, до 5 руб и т.д. (настройка обычно исключительна для данного товара). Кажется, были еще какие-то настройки, расширяющие возможности автоматизации формирования розничной цены с учетом ценовой политики.
Кроме того каждый товар имеет свойство "Сообщать-Об-Изменении-Цены-Но-Ничего-Не-Предпринимать-Самостоятельно-Ибо-Ситуация-С-Данным-Товаром-Должна-Быть-Рассмотрена-Ответственным-За-Ценовую-Политику-Человеком,С-Учетом-Цен-Конкурентов,Уникальности-Товара-И-ТП".
Получилось, помнится, очень не плохо. Кроме того, при изменении закупочной, а значит, обычно, и розничной цены, производилось автоматическое формирование бланков переоценки для Торговых точек.

RitaRitaПрим.: Купили 20 канистр тосола. Смотрю: на 1-й точке есть 8шт.- значит не надо, на 2-й- есть 4 шт.- отправляю еще 4шт., на 3-й - вообще этот товар не нужен.
Хм... Вопрос о необходимости товара на точке принимает не сама "Точка", а оператор ЭВМ? Да? Ну... Ну, я не знаю... Не по поводу реализации сего, а так, по поводу правильности сего. Впрочем...
Автоматизация проще некуда: для каждого товара и для каждой точки описывается минимальный остаток товара на точке, при котором должна быть произведена дополнительная поставка. А так же желательное кол-во товарного запаса и максимально возможное. Логику разработать самостоятельно :)

RitaRitaИ если делать как положено, т.е. 1-й документ- приходование товаров.
2-й,3-й,4-й документы- перемещение того что требуется на 1-ю, 2-ю, 3-ю,4-ю точку, то какая же тут автоматизация набирать почти одно и то же пять раз. И на все про все минут двадцать!
Это был камень в мой огород? :) Предложенная мной схема поможет оператору довольно серьезно, ведь ему надо будет работать лишь с тем списком товаров, который был оприходован от поставщика, а не с полным перечнем товаров, находящихся на складе...

И вообще, кто у вас принимает решение о номенклатуре и количестве закупаемого товара? Основываясь на какой информации? Анализируя остатки Торговых точек или Заявки на товар Торговых точек?

зы. и какое отношение всё это имеет к форуму Access? :) //не наезд...

Нда... С горизонтальным лифтом получилось круто
МодЫраторы, поправьте пожалуйста...
Спасибо...