К списку форумов К списку тем
Регистрация    Правила    Главная форума    Поиск   
Имя: Пароль:
Рекомендовать в новости

Складская задачка - выбор способа реализации

Гость
0 - 05.02.2013 - 14:48
ТиС 7.7. Склад. Часть товара хранится в упакованном виде на паллетах ("малооборотный" резерв).
Есть небольшая вспомогательная задачка - организовать учет товара, хранящегося на паллетах. (Предполагается использовать ТСД по RDP).
Четыре типа простейших операций:
- Добавление новой паллеты
- Удаление неиспользуемой паллеты
- Добавление товара на паллету
- Удаление товара с паллеты.
Конечная цель - просмотр текущих остатков товаров на паллетах и ничего больше.
История движений, журнал действий, авторство операций совершенно неактуальны.
Основное требование - максимальная простота реализации и действий оператора.
Вот мучительно размышляю, по какому пути пойти.
а) Классически - на регистре и документах.
б) Без документов, на двух справочниках (Паллеты и подч.ТоварыНаПаллетах).
С вариантом а) вопросов нет.
Но очень уж сильно искушение попробовать б).
Что думаете?



41 - 08.02.2013 - 18:22
38-Marlboro > ой. два справочника - 1ый "Паллеты" в ктором тупо список паллет, второй "Товар на паллетах", без кода и наименования. три реквизита "Товар", "Паллета", "Количество"
Гость
42 - 08.02.2013 - 18:27
39-Зелёный тролль >Справочник номенклатуры - порядка 70 тыс. позиций, а паллет хранения - штук 40. Стоит оно того, чтобы в Номенклатуру дополнительный индексируемый реквизит пихать ?
43 - 08.02.2013 - 18:32
42-Marlboro > да не, в Номенклатуре реквизи не кати, это я поторопился - товар и на нескольких паллетах храниться могёт.
отдельный справочник. как количество обнуляется можно элемент удалять. или по регламенту периодически пробегаться и с нулевым количеством удалять.
44 - 08.02.2013 - 18:33
в любом случае по индесируемому полю быстрее выборка пройдёт, чем перебор всех поллет с распарсиванием строки с целью определния наличия товара в паллете.
45 - 08.02.2013 - 21:03
(34) > что запрос товара по палетам будет ну очень долго работать,
- нормально он будет работать, особенно с учетом того, что подождать 5-10-15 и даже 20 сек длятакого отчета пару раз в месяц - проблем не составит.
.
Использование типовых объектов конфиги - мне ну в корне не нравится - всеголищь поодно йпричине. Тупове случайное непреднамеренное расппроведение документа приведет к слету ПРАВИЛЬНЫХ ТЕКУЩИХ остатков.
46 - 08.02.2013 - 21:05
(36) бывает. и это никак не приводит к корректировке каких-тодвижений. найдено что-то на складе - фиксируем где и что лежит (пусть даже это лежит в непредназначенной для этого палете ячейке) - главное что ИЗВЕСТНО где и что. перевод товара на нужное место - обычными ТЕКУЩИМИ операциями.
47 - 08.02.2013 - 21:09
(44) пофиг, можно поразному сделать. поминимуму - для реализациивсей схемы достаточно одного полностью автономного справочника, который вообще никак не связан с остальной конфигой. Для убыстрения - в карточку товара - список палет с текущимтоваром (подчиненнымсправочникомтупо).
Гость
48 - 08.02.2013 - 23:21
предлагаю расплодить склады.
49 - 10.02.2013 - 11:15
для 40 палет и пары наименований на палете - я вообще бы ничего не стал делать из доп.складского учета. Палеты сделал бы - как писали выше - обычными складами. и штатные документы движения по складам. Или вообще нафиг - на палллете - отдельный лист с ОПИСЬЮ, а в АУПЕ - на формат А0 (или 40*А4) - расчертить 40 квадратиков и вписывать туда от руки (приклеить на стенку опись также помещаемую и на палету)
50 - 11.02.2013 - 05:58
Складской учетный остаток без движения имеет нулевую ценность. Как ему можно доверять? Если есть некая учетная сущность, которую хотите знать количественно, то должен быть и учетный документ и его движения.
Reaper полностью прав. Покупать TSD на какую то малопонятную "автоматизацию" по меньшей мере странно. Разве что похвастаться перед кем-нибудь


К списку вопросов
Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск




Copyright ©, Все права защищены