Ну почему сразу уморили. Еще не уморили. Я с вниманием следил за дискуссией. Большое спасибо всем участникам. Для нас будут эффективен именно учет в разрезе партий. Т.к. некоторые товары имеют, разных поставщиков и сроки хранения. Сейчас иногда возникает проблема, что товар поставщику вернули по параметрам том, но из новой партии, просто мешки лежали ближе к выходу. Для этого мы решили использовать механизм адресного хранения и маркировку штрихкодами партий. Еще раз спасибо всем участникам. Теперь необходимо определится с структурой таблиц(регистров) и механизмом корректировки(перепроведения) документов прошлых периодов. Если кто может высказаться по этой теме, буду признателен. Вот раньше писал.
Маркировку партии произвести не сложно, принтеры штрих кодов доступны и просты в использовании. Для сбора данных можно будет использовать сканеры штрих кодов и(или) терминалы сбора данных. Это должно свети количество ошибок операторов к минимуму.
К сожаления я никак не могу представит сам механизм работы учетной системы построенной на основе партионой системы с точки зрения базы данных. И поэтому не могу сформировать требования разработчикам. Поэтому прошу рассмотреть мою точку зрения и внести свои коррективы. Или пнуть в нужном направлении. Заранее спасибо.
Вот как я себе это представляю. Необходима таблица текущих(мгновенных) остатков, это позволит при выписки документов быстро получать сведения об остатках. Примерная структура. Код товара, код склада, кол-во. Логика работы документов по этой таблицы приходные наращивают соответствующие позиции, расходные уменьшают.
А вот с таблицей партии несколько расплывчато, однозначно должен быть уникальный код партии для партиобразующих документов(приходные накладные) для остальных документов это код можно будет использовать для привязке конкретной партии, ссылка на документ, цена прихода или расхода(сумма), количество. Логика работы представляется такая. Приходная накладная формирует партию тут пока все просто, при проведении расходной накладной списываем соответствующие партии, т.е. ставил код партии, при необходимости разбиваем на несколько приходных партий, если запрошенного количества не хватает в одной приходной партии. Это возложим на товароведа оператора. Пока вроде все гладко. Теперь представим вариант, оператор при набивке приходной накладной ошибся и оприходовал один товар вместо другого. Мы его успешно продаем, привязывая расходные накладные к это приходной партии. Потом это ошибка обнаруживается. В 1С все просто правим и препроводим, правда я плохо понимаю механизм перепроведения в 1С, а что в этом случае необходимо реализовать мне в БД удалить все записи из таблицы партий и внести их туда заново, как бы эмулировать повторный ввод документов? Или ест другой механизм? Заранее спасибо.