|
Нужен совет при разработке склада в учетной системе
|
|||
---|---|---|---|
#18+
iscrafmЛучше добавьте ЕИ к запись партии. Зачем возможные колизии когда их можно избежать. А из SKLAD, кстати, можно убрать за ненадобностью. При необходимости получить остатки , всегда можно взять ЕИ из справочника ТЕПЕРЬ когда знаю как расшифровывается ЕИ отвечаю на вопрос, закреплять единицы за отдельными партиями это, по-моему, полный бред. Смотрите к примеру, пусть на складе храниться H2SO4, что ж получается разные партии будут иметь разные единицы - т.е. сначала могут привести в литрах, затем в тоннах, затем в метрах. А тогда как же посчитать среднюю цена всех партий H2SO4, понятно что может с помощью справочника конвертирования переконвертировать к примеру тонны и метры(глупость ну да ладно) в литры, а кто сказал что литры это базовая единица, а может надо все в тонны? Вот отсюда и несурациза, поэтому я назначаю единицы за видом сырья, а партии должны приходить в единицах которые указаны. Мож я чего не понимаю? ... |
|||
:
Нравится:
Не нравится:
|
|||
03.08.2009, 00:45 |
|
Нужен совет при разработке склада в учетной системе
|
|||
---|---|---|---|
#18+
DelphiLexx, "а партии должны приходить в единицах которые указаны", а если по факту придут с другими - что делать ? А если у вас в справочнике материалов значение ЕИ хранится не на дату, а как одно значение, то не понятно как быть при изменении ЕИ - отчеты по прошлым партиям будут с новыми ЕИ ?? Kучше все же хранить ЕИ для каждой партии. ... |
|||
:
Нравится:
Не нравится:
|
|||
03.08.2009, 12:12 |
|
Нужен совет при разработке склада в учетной системе
|
|||
---|---|---|---|
#18+
DelphiLexx, А ЕИ для каждой партии по умолчанию может тянутся из справочника материалов, но с возможность изменения, запрета или алерта (и др.) если ЕИ в партии отличается от справочника. Можно составить отдельно таблицу возможных конверсий для ЕИ - тонна = 1000 кг и тп. и проверять ЕИ партии на соответствие. ... |
|||
:
Нравится:
Не нравится:
|
|||
03.08.2009, 12:17 |
|
Нужен совет при разработке склада в учетной системе
|
|||
---|---|---|---|
#18+
СергейТТТто не понятно как быть при изменении ЕИ - отчеты по прошлым партиям будут с новыми ЕИ ?? Нет не совсем так, дело в том что при списании сырья ведется история - отдельная таблица, которая запоминает сырьи его ед. изм., его партии, и сколько было списано на каждую дату СергейТТТ Kучше все же хранить ЕИ для каждой партии. С точки зрения универсальности ты прав. Если закреплять единицы измерения за партиями, то придется много вскарячивать. Интересно как в 1С: Управление торговлей реализовано, закрепляются ли там ед. изм за партиями? ... |
|||
:
Нравится:
Не нравится:
|
|||
03.08.2009, 12:21 |
|
Нужен совет при разработке склада в учетной системе
|
|||
---|---|---|---|
#18+
Есть понятие "Базовая ЕИ". Дополнительные ЕИ имеют коэф. кратности к базовой. Это позволит принимать одну и ту же жидкость в тоннах/бочках/бутлях/литрах. В документе нужно иметь ссылку на нужную ЕИ. Дата актуальности ЕИ не нужна. ЕИ которая уже была задействована никогда не должна удаляться. Если она уже не нужна - просто прятать. Не вижу проблем ... |
|||
:
Нравится:
Не нравится:
|
|||
17.08.2009, 10:37 |
|
Нужен совет при разработке склада в учетной системе
|
|||
---|---|---|---|
#18+
не знаю у кого какие случаи но у нас единица измерения - это просто часть наименования товара Пример: Масло моторное**1л Масло моторное**4л Шланг полипропиленовый**1м Пружина Диск колесный Прокладки**1к-т единица измерения придумывается при создании кода по умолчанию считается 1 шт за 8 лет еще ни разу не было проблем речь о магазине не, если нужно уcложнять, то предела нет, но зачем? ... |
|||
:
Нравится:
Не нравится:
|
|||
22.08.2009, 23:53 |
|
Нужен совет при разработке склада в учетной системе
|
|||
---|---|---|---|
#18+
Вот блин, все гораздо проще. Устанавливается ЦMТС ( централизованные материальные закупки склад, реализация) парус, 1Ц повиг. Смотришь идею, и пишешь под себя. С вас пиво за идею ) ... |
|||
:
Нравится:
Не нравится:
|
|||
23.08.2009, 00:00 |
|
Нужен совет при разработке склада в учетной системе
|
|||
---|---|---|---|
#18+
DimAAAне, если нужно уcложнять, то предела нет, но зачем?На нормальном складе 5 ящиков по 20 бутылок совсем не тоже самое, что 100 бутылок россыпью. Их и хранить и возить надо очень по-разному. Соответственно, если есть желание хранением управлять, то и учитывать такие отличия надо. DimAAAречь о магазине Так ту вроде про склад, а не про магазин тема. :) ... |
|||
:
Нравится:
Не нравится:
|
|||
24.08.2009, 13:02 |
|
Нужен совет при разработке склада в учетной системе
|
|||
---|---|---|---|
#18+
Bogdanov AndreyDimAAAне, если нужно уcложнять, то предела нет, но зачем?На нормальном складе 5 ящиков по 20 бутылок совсем не тоже самое, что 100 бутылок россыпью. Их и хранить и возить надо очень по-разному. Соответственно, если есть желание хранением управлять, то и учитывать такие отличия надо. а если в 5 ящиках с 20 бутылками, во 2-ом ящике разобьется 1 бутылка, а в 4-ом ящике разобьется 2 бутылки, Вы чего делаете на "нормальном складе"? Какие включаются "информационные обработки"? Какие создаются документы и сколько человек их подписывает? И что в итоге получается? не мне просто интересно ... |
|||
:
Нравится:
Не нравится:
|
|||
24.08.2009, 16:13 |
|
Нужен совет при разработке склада в учетной системе
|
|||
---|---|---|---|
#18+
DimAAAа если в 5 ящиках с 20 бутылками, во 2-ом ящике разобьется 1 бутылка, а в 4-ом ящике разобьется 2 бутылки, Вы чего делаете на "нормальном складе"? Какие включаются "информационные обработки"? Какие создаются документы и сколько человек их подписывает? И что в итоге получается? не мне просто интересно Вариантов поведения много. Коробку можно, очевидно, превратить в бутылки россыпью (правда из паллетного или коробочного стеллажа их придется в штучные ячейки переставить). Отдельные бутылки можно перевести в категорию "бой". Иногда можно и бутылки россыпью превратить в полную коробку (правда, если речь об алкоголе, то надо за партионностью строго следить). Можно оперировать и неполными коробками. Правда не все складские системы умеют это нормально делать. Также некоторые системы позволяют перефасовку производить - сохранив общее количество поменять "тарность". А бывают еще весовые товары или штучно-весовые - это вообще отдельная песня. Ну а сколько каких бумажек подписывается зависит от документооборота конкретного склада, а не от системы учета. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.08.2009, 16:53 |
|
Нужен совет при разработке склада в учетной системе
|
|||
---|---|---|---|
#18+
Bogdanov AndreyВариантов поведения много. Коробку можно , очевидно, превратить в бутылки россыпью (правда из паллетного или коробочного стеллажа их придется в штучные ячейки переставить). Отдельные бутылки можно перевести в категорию "бой". Иногда можно и бутылки россыпью превратить в полную коробку (правда, если речь об алкоголе, то надо за партионностью строго следить). Можно оперировать и неполными коробками. Правда не все складские системы умеют это нормально делать. Также некоторые системы позволяют перефасовку производить - сохранив общее количество поменять "тарность". А бывают еще весовые товары или штучно-весовые - это вообще отдельная песня . Ну а сколько каких бумажек подписывается зависит от документооборота конкретного склада, а не от системы учета. расплывчато можно, можно .. а нужно то кому? у нас никаких "многих вариантов", "отдельных песен", "можно" и "бумаг": нет 3-х единиц товара - клик на компе -3 и баста - набежала недостача в руб, секундное дело, никаких документов, окромя суммы долга. любой потерянный товар считается проданным - приготовить денежки найти товар и оприходовать себе также разрешается софт легко позволяет найти на складе даже скрипку Страдивари за миллион баксов, погасив этим всю предыдущую недостачу, очень гибкая программа, в ящике она или в коробке, да какая разница ... |
|||
:
Нравится:
Не нравится:
|
|||
24.08.2009, 17:36 |
|
Нужен совет при разработке склада в учетной системе
|
|||
---|---|---|---|
#18+
DimAAA расплывчато можно, можно .. а нужно то кому? у нас никаких "многих вариантов", "отдельных песен", "можно" и "бумаг": нет 3-х единиц товара - клик на компе -3 и баста - набежала недостача в руб, секундное дело, никаких документов, окромя суммы долга.Ну так о том и речь, что вы говорите не о складской программе, а просто об учете остатков товара в розничной торговой точке. Ни на одном складе "кликом на компе -3" вам сделать не озволят - любой расход должен бумажкой быть подтвержден, а то первая же инспекция склад ваш закроет. Но учет тарности не для инспекции нужен, а для управления этим складом. Без детального учета где, что в каких ящиках лежит вы на двадцатитысячном складе уже через месяц ничего не найдете. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.08.2009, 21:17 |
|
Нужен совет при разработке склада в учетной системе
|
|||
---|---|---|---|
#18+
DelphiLexxiscrafmЛучше добавьте ЕИ к запись партии. Зачем возможные колизии когда их можно избежать. А из SKLAD, кстати, можно убрать за ненадобностью. При необходимости получить остатки , всегда можно взять ЕИ из справочника ТЕПЕРЬ когда знаю как расшифровывается ЕИ отвечаю на вопрос, закреплять единицы за отдельными партиями это, по-моему, полный бред. ... Мож я чего не понимаю? Уважаемый, вам реальное дело говорят, вы сделайте, потом как найдете. Поверьте, так удобнее и целесообразнее! ЕИ это одна из первых характеристик партии, это потом вы уже партию можете разбивать/переводить в другие ЕИ, но исторически должна храниться первоначальная ЕИ, иначе, по прошествию лет, можно и не увидеть правды ;) ... |
|||
:
Нравится:
Не нравится:
|
|||
26.08.2009, 11:28 |
|
Нужен совет при разработке склада в учетной системе
|
|||
---|---|---|---|
#18+
Bogdanov Andrey Но учет тарности не для инспекции нужен, а для управления этим складом. - согласен, случаи и склады бывают разные, есть и склад контейнеров в порту Гон-Конга - отличие склада и розничного магазина - только на эмоциональном уровне - на уровне софта нет отличий, розничный магазин - это и есть склад с добавлением +1 процесса расхода покупателями - на основании какого закона инспекция может закрыть склад фирмы - не понятно, я не спец в юриспруденции, но по-моему РФ идет по пути римского права, а оное гласит - "польза - основа права, мать доброго и справедливого» Википедия *** резюме *** по топику лишь отметил - привязка единиц измерения к наименованию товара, мгновенная инвентаризация и четкий учет недостачи - это уже мощнейший и хороший склад а где какой товар лежит - пусть сотрудники склада этим и занимаются и даже без компьютера ... |
|||
:
Нравится:
Не нравится:
|
|||
26.08.2009, 12:31 |
|
Нужен совет при разработке склада в учетной системе
|
|||
---|---|---|---|
#18+
DimAAA- отличие склада и розничного магазина - только на эмоциональном уровне - на уровне софта нет отличий, розничный магазин - это и есть склад с добавлением +1 процесса расхода покупателями Тут вы несколько ошибаетесь. И ошибка ваша в приведенном ниже высказывании лежит. DimAAA а где какой товар лежит - пусть сотрудники склада этим и занимаются и даже без компьютераВ магазине такой подход еще прокатит. Но количество переходит в качество. Имея десятки тысяч наименований и миллион единиц хранения занимаьтся "даже без компьютера" плохо получается. Мне вы можете не верить, но почему-то десятки компаний занимаются разработкой систем управления складом, а склады их зачем-то покупают (причем за очень немаленькие деньги). Видимо в этом софт есть некоторое число функций, которые магазинным софтом нереализованы. ... |
|||
:
Нравится:
Не нравится:
|
|||
26.08.2009, 12:58 |
|
Нужен совет при разработке склада в учетной системе
|
|||
---|---|---|---|
#18+
DimAAAпо топику лишь отметил - привязка единиц измерения к наименованию товара только в качестве значения по умолчанию, не более. 20.08 создали запись товара Т1, ЕИ кг 21.08 оприходовали 1 ед на склад 25.08 изменили в записи товара ЕИ на граммы или тонны 26.08 вспоминаем, что означает количество 1 в записи оприходования. это для тех, кто любит разгадывать ребусы. Остальные запишут в записи оприходования 1 кг ... |
|||
:
Нравится:
Не нравится:
|
|||
26.08.2009, 13:14 |
|
Нужен совет при разработке склада в учетной системе
|
|||
---|---|---|---|
#18+
20.08 создали запись товара Т1, ЕИ кг - Масло моторное**1кг 21.08 оприходовали 1 ед на склад - остаток мат. ценностей ОМТ (руб) +100 руб 25.08 изменили запись товара (переименовали код) - стало Капот, ОМТ не изменился 26.08 разгадываем ребусы, обнаруживаем отсутстиве Капота (его "украли") и наличие Масла (какая удача) - делаем инвентаризацию по данному коду, no problem, в ОМТ ребусов и не было если по факту инвентаризации наден менее ценный товар считается недостача, ОМТ=ФактНаличие+Недостача у нас таких случаев 10/день, рутина Поставщик привез - Трапеция стеклоочистителя Газель, приняли, оприходовали, отгрузили в магазин. Пришел покупатель, спец, говорит - это не на Газель, а на Соболь - вот видите тут 2 отверстия, продавец делает переименование кода и не парится, да еще и переоценку, никаких ребусов это к тому да хоть в микрограммы переведи - возникла путанка в штуках - сделай инвентаризацию кода ... |
|||
:
Нравится:
Не нравится:
|
|||
26.08.2009, 14:34 |
|
Нужен совет при разработке склада в учетной системе
|
|||
---|---|---|---|
#18+
DimAAAПоставщик привез - Трапеция стеклоочистителя Газель, приняли, оприходовали, отгрузили в магазин. Пришел покупатель, спец, говорит - это не на Газель, а на Соболь - вот видите тут 2 отверстия, продавец делает переименование кода и не парится, да еще и переоценку, никаких ребусов это к тому да хоть в микрограммы переведи - возникла путанка в штуках - сделай инвентаризацию кодаНу так в такой ситуации вообще непонятно зачем вам какой-то софт нужен - только время отнимает. Зачем что-то в какой-то системе учитывать, если данные учета никому не нужны и исправляются по первому чиху продавца? ... |
|||
:
Нравится:
Не нравится:
|
|||
26.08.2009, 14:44 |
|
Нужен совет при разработке склада в учетной системе
|
|||
---|---|---|---|
#18+
Bogdanov AndreyНу так в такой ситуации вообще непонятно зачем вам какой-то софт нужен - только время отнимает. Зачем что-то в какой-то системе учитывать, если данные учета никому не нужны и исправляются по первому чиху продавца? упс, ошибочка В компьютере "учёты" видов и форм товара, ящичков, бутылочек и пр., это лишь аттрибуты, причем несильно значимые, главного точного счета остатка материальных ценностей ОМТ. А вот ОМТ один сотрудник никак не может изменить. В полном соответствии с принципом двойной финансовой записи, придуманным другом Леонардо-да-Винчи в 14-ом веке - команду на приходно-расходную операцию дают как миниму 2 человека - один сдал, другой принял. Компьютер - 1) для счета ОМТ и 2) для программно-аппаратного обеспечения материальной ответственности. Ни один бумажный блокнотик не сможет сам считать суммы и давать команды на проводки, где операции "сдал" и "принял" делают люди, сидящие в разных местах, но их связывает компьютерная сеть.. Софт дает колоссальную экономию времени, надежность счета и недостигаемый прежде уровень коллективной работы. Все работают со всеми в удобное для себя время. Безбумажная технология во-многом. Правда была отмечена потребность в бумажном документе в следующих случаях: - расходный ордер из кассы, где тот кто берет заполняет прописью сумму, чтобы графологическая экспертиза могла идентифицировать почерк, и некто не бил себя в грудь и не говорил что не было такого. - все бумажные копии всех операций с подписями только для милиции для возбуждения ими уголовного дела о хищении по требованию директора то есть когда все реализовалось как безбумажное, фирма разбогатела, все стали очень крутые, ну прямо не Петя, а виконт, граф, маркиз .. про герцога я вообще молчу тогда было закуплено тонна бумаги и все стало печаться .. постановления о возбуждении уголовного дела стали вешать в рамочки .. такие дела .. мне со своими гуманитарными принципами приходится скрываться.. (( ... |
|||
:
Нравится:
Не нравится:
|
|||
26.08.2009, 16:35 |
|
|
start [/forum/topic.php?fid=33&msg=36160138&tid=1548488]: |
0ms |
get settings: |
8ms |
get forum list: |
15ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
71ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
70ms |
get tp. blocked users: |
1ms |
others: | 14ms |
total: | 199ms |
0 / 0 |