| |
|
|
| | Как организовать многопользовательский режим ACCESS Н-р один склад - много кладовщиков | |
| |
| |
| |
|
|
| | 1. таблицы в один mdb файл и в общую папку на "сервер"
2. все остальное кроме таблиц в другой и связанные таблицы на серверный файл
3. каждому кладовщику - свой файл второго типа (в котором только формы и т.п.) | |
| |
| |
| |
|
|
| | А как добиваться того ,чтобы не было конфликтов Один взял,а другой рассчитывал взять ,но первый уже опередил Хотелось бы чтобы со склада бралось пакетом сразу несколько номенклатур и пож поподробней что входить во пункт например | |
| |
| |
| |
|
|
| |
не было конфликтов Один взял,а другой рассчитывал взять ,но первый уже опередил
|
так если взял - то второй опаздал  нету товара на складе.
как вариант при выборе наборе номенклатуры в форму (например - расходная накладная) после ввода кол-ва планируемого к отгрузке в поле справочника "Кол-во в обработке" добавляем это число т.к. кладовщик № 4 тоже вводит эту номенклатуру, если второй кладовщик в этот момент формирования выберет эту же номенклатуру то ему количество на складе показать с учетом поля справочника "Кол-во в обработке"
- или если нужно выдать конкретную партию товара - то поле "Кол-во в обработке" нужно создавать в таблице Склад, тогда второй кладовщик дойдя до выбора партии товара получит скорректированный результат.
как-то так, не судите строго | |
| |
| |
| |
|
|
| |
не было конфликтов Один взял,а другой рассчитывал взять ,но первый уже опередил
|
Конфликтов и не будет. Запись то блокирована другим. Карандашик видно. | |
| |
| |
| |
|
|
| | Недостаток такого варианта в том, что кладовщик 2 не может ничего сделать с товаром, пока кладовщик 1 не закончит свои манипуляции. Так что все равно надо еще одно поле "кол-во в обработке". | |
| |
| |
