Posted: 08 Aug 2003 12:23 Post subject: Партионный учет: непрерывность движения
Доброе время суток!
Вопрос не столько технический, сколь теоретический. И все же, из всех форумов подходит, похоже, только этот.
В Бесте можно проследить движение товара по карточке партии от момента его закупки до продажи (списания). В идеале, движение нигде не должно прерываться: есть точка входа (приход) и точка выхода (списание).
Но на практике выходит иначе. Есть ситуации, когда необходимо изменить учетную цену на часть товара: ну например, в Партии 00001 числится 10 коров. Из них 5 коров мы отправляем на продажу в Простоквашино, а другие 5 - будем сами продавать. Но так уж получилось, что нужно чтобы учетная цена простоквашинских коров была выше учетной цены наших коров. Поэтому, для пяти простоквашинских приходится создавать новую Партию 00002 с новой учетной ценой.
Технически у нас это делается так: эти 5 коров списываются из Партии 00001 и закупаются заново на простоквашинский склад с Партией 00002.
Таким образом, в движении товара получается точка прерывания - один и тот же товар закупается дважды, и связь между партиями 00001 и 00002 утрачивается.
Хотелось бы знать судьбу всех коров из Партии 00001, но при такой системе учета невозможно сопоставить коров из 00001 коровам из 00002.
Наметившийся путь решения: зарезервировать дополнительное поле в карточке партии (есть там что-то вроде "Атрибут1") для записи туда номера "партии-родителя". Тогда, даже при многократных сменах партий, возможно будет отследить всю цепочку родителей-потомков...
(Речь идет, конечно же, об SQL-запросах, а не об отчетах Беста)
С реализацией подобного решения тоже связано несколько вопросов. Но сначала, хочется уяснить суть. Что вы вообще об этом думаете?
Сталкивался ли кто-нибудь с подобными вопросами? А может, можно как-то вообще избавиться от таких точек прерывания... как-то это не правильно на мой взгляд - закупать один и тот же товар дважды...
Вот такой вот путанный пост....
Рады будем любому замечанию, плиз )
Posted: 11 Aug 2003 16:38 Post subject: Радикально, однако
SantechNik wrote:
Я из-за подобных заморочек начал подъискивать альтернативную систему складского учета
О-па! Радикальное решение проблемы, ничего не скажешь
Ну и как? Присмотрел уже чаго - расскажешь?
Хотя, конечно, и представить себе сложно: проблема перехода применительно к пяти плохо скоординированным друг относительно друга, отделам! Данные-то перетащить - пол-беды...
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum