Едет вагон со склада на склад

[Елена Сысовская]

Загрузили вагон.
Перенос склад - вагон, предварительное время прибытия, № вагона
Он едет...
Прибывает вагон - склад, № вагона, время прибытия.

Неудобно:
1. Нужно знать куда едет вагон (склад - назначения). Самое простое - добавить склад назначения в первый журнал. Но тогда этот журнал нужно ввести фактически дважды - для отправки и для прибытия.
2. Потому что отправку и прибытие делают разные люди.
3. И потому что это происходит в разное время.
4. Во время траспортировки возникают потери, которые надо отследить на складе "вагон" и списать потом.

А варианты?
Воообще, не может быть, чтобы буржуи это не заложили в логику системы... Наверняка ведь опять велосипед изобретаю!
Хелп, хелп, хелп...

[Vals]

1. Журнал перенос
2. Склад / Заказ на отгрузку (создаём базу отгрузок)
3. Отгрузка - Управление складом / Отгрузка - Комплектация (регистрируется время и проч.)
4. ... то бишь движение груза ...
5. Приходование товара - Журнал Прибытие товара, ссылка журнал Перенос - Регистрация

Т.о. выполняются условия: 1 (только дважды журнал не нужно вводить, мы используем ссылку на журнал Перенос), 2 (отправка/прибытие - комплектация/регистрация - разные люди и проч), 3 (разное время, которое учитывается системой, регистрируется и всегда всё можно видеть, что, откуда, куда и когда), 4 (учёт потерь при регистрации)

[Pavel]

Здравствуйте, Елена,

Используйте обычный складской журнал и операция перемещения, добавьте в учет виртуальные склады - "товар в пути".

Пример:
1) отправка - со склада-источника на виртуальный склад (номер маршрута движения, код перегона и т.п.)
2) получение - с виртуального склада на склад-назначения
Все расхождения фиксируются на соответствующем перемещении и складе.

В качестве складов организовать пункты назначения, добавить в систему таблицы:
- маршруты (перемещения между складами)
- тарифы (стоимость)
- график движения (время)
Данная информация носит справочный характер и общеизвестна.

Успехов.

[Hamster]

или купить модуль SCM который имено это и делает.....

[Елена Сысовская]

При использовании функционала комплектации - регистрации есть следующие минусы:
1. все операции выполняются с открытым журналом.
2. до закрытия журнала товар физически не перемещается со склада на склад - меняется только статус
3. следовательно, при коррекции "в наличии" будут учтены запасы в статусе "скомплектовано" и не будут учетны запасы в статусе "зарегистрировано"
4. дата физической разноски - одна. Даты обработки операций регистрации и комплектации указываются в поле "предполагаемая дата" справочно, причем в связи с объединением проводок по нескольким комплектациям и регистрациям указывается только последняя дата по каждому типу операций. Т.е. последняя из дат комплектаций и последняя из дат регистраций.
5. При недостаче надо вручную исправить незарегистрированное количество, а потом списать "хвостик". Ненаглядно, так как невозможно увидеть сколько зависло именно в вагоне.
6. Процедуры рагистрации и комплектации не связаны, их можно выполнять в любой последовательности.

В целом есть непонимание назначения этого функционала, видимо, это чисто управление складом. По сему резюме такое - возможно (может быть) использовать для внутреннего перемещения между внутренними подразделениями (не производствеными).
Если это более серьезные перемещения, когда надо передать товар между разными предприятиями - складами (например), то функционал недостаточен.

? Дума дальше...

[Елена Сысовская]

Да, вывод именно как рекомендовал Павел
Через склад "вагон".
Два журнала - на отгрузку в вагон и на приемку из вагона.
Состав полей, для тех, кто любит считать поля и галочки:
1номеклатура
2конфигурация (качество)
3размер (сезон)
4 склад первый
5 склад - вагон
6 склад второй (справочно)
7 партия откуда
8 партия куда (=партии откуда)
9 серия откуда
10 серия куда (= серии откуда)
11 дата рагистрации
12 номер документа отгрузки (ЖД накладной)
13 дата документа (ЖД накладной)
14 станция откуда
15 станция куда
16 количество
17 плановая дата прибытия (справочно)
....
и потом все тоже самое, чтобы сделать приемку этого вагона
можно конечно и перенести (кастомизация), причем сделать это надо в другой компании.
для информации - в екселе на эту тему
1 лист и 6 колонок. Вот ведь, придется давить бунты.

[Тимур]

А вот где можно информацию получить по модулю этому?
Что-то я ничего не слышал про это.
Если у кого есть информация - прошу поделиться.

[EVGL]

Хороший модуль, сам делал Занимается действительно всем тем, о чем написано в данном постинге. Получить о нем информацию можно в Columbus Russia. Они его поддерживают, внедряли не раз. Вот вкратце возможности:

• информация о грузах (упомянутые Еленой накладные, вес, размер,объем, кол-во мест), формирование грузов из разнесенных и неразнесенных закупок, заказов и пр.
• составление маршрутов движения для планирования времени доставки
• регистрация прохождения по маршруту, контроль и прогноз отклонений в сроках поставки
• регистрация накладных расходов по гибким (ступенчатым, зависящим от даты и т.д. и т.п.) тарифам от объема, веса, времени нахождения груза на промежуточных складах
• своего рода "автопотребление" накладных расходов на контрольных точках маршрута, "автопрохождение" маршрута
• т.н. слияние и разбиение грузов, т.е. учет перегрузки товара из одного вагона в другой
• распределение накопленных накладных расходов при таких операциях по базам: вес, объем, кол-во мест, графический анализ расходов
• регистрация прибытия в конечную точку с возможностью изменения аналитик проводок прихода, финального расчета и разноски накладных расходов с коррекцией себестоимости проводок прихода

Может, уже чему-нибудь еще модуль научили. Чего не умел: учитывать "усушку и утруску". Считает, что если в путь отправились 100 штук, то разными путями до станции назначения, может быть даже в разное время, но придут те же 100 штук.

И ключевой момент: не делается лишних проводок прихода-расхода, модуль действует как "черный ящик": на входе - складская проводка прихода (реже - расхода), на выходе - (та же) проводка с другой аналитикой и себестоимостью.

[Елена Сысовская]

Понятно. Все с этим уже понятно. Наверное, модуль хороший. Жаль, что нет в поставке демо-верии чтобы посмотреть. Сейчас как-то не очень уместно к руководствк обращаться с просьбой купить еще чего-нибудь что хорошо работает . В демо-версии этого нет, а скрытые платные возможности выпадают из проектов, которые уже идут.

[komar]

Цитата:

Изначально опубликовано EVGL
Хороший модуль, сам делал

А когда его научат через счет "товары в пути" проводки лепить?

[Andrew Lyskov]

рекомендую для начала сходить сюда http://www.microsoftaxapta.ru/?Content=expert_scm

p.s. кстати модуль портирован на версию 3.0 и хорошеет он с каждым днем. :-)

[mazzy]

Поздравляю с хорошим доменом.

[Pavel]

Цитата:

Изначально опубликовано komar
А когда его научат через счет "товары в пути" проводки лепить?

Глазов вернется из австрии и с новым осмыслением функциональности и начнет в очередной раз все переписывать.

[EVGL]

Цитата:

рекомендую для начала сходить сюда http://www.microsoftaxapta.ru/?Content=expert_scm

Только странно, что "неизвестная" компания не потрудилась хотя бы микроскопический рекламный проспект на сайте разместить. Данная статья является трудом чисто теоретическим.

[Елена Сысовская]

А вот и кастомиация подоспела - создать журнал на основании данного журнала во второй компании, где идет приемка груза.
Странно - если есть копирование журналов, то почему нельзя нормально сделать универсальный комировщик? Можно было бы настраивать таблицы соотвествий источник - назначение по разным условиям (между разными компаниями).
Под 1С помню делали. А потом делать компиляцию настройки (как в продак билдере генерится и компилится класс) и навешимать его на кнопочку...
наверняка кто-то в мире это уже сделал.
Помню, при внедрении проекта по расчету плановой себестоиомости весь проект состоял из переносов данных по разным условиям из одного журнала в другой (между журналами разных типов). До сих пор при словах "скопировать журнал" начинает мутить.

[Andrew Lyskov]

Все есть. И материалы, и демоверсия, и клиентские достижения от использования, и... короче, есть все! просто незачем ВСЕ класть на сайт.

не скромные, а главное - заинтересованные в решениях, - знают куда позвонить.

[Елена Сысовская]

Посмотрела я материалы. Не надо бы говорить без веских оснований, но судя по материалам это не качественно новое решение.
Что еще раз подтвержает, что улучшая n-ое количество раз систему, не получишь то, что хорошо решает приницпиально другие задачи.
Рекламная статья, как всегда, построена на стандартных сейлзовых призывах к современному грамотному управленцу, давящими локтями на его выпирающее менеджерское чувство некачественно решенной проблемы.
Этот продукт ограничивает логику решения.
А расчет накладных расходов мы сделали через продакт билдер - замечательно вроде получилось.
Ну разве что это стоит этот модуль долларов 500 - можно использовать как библиотеку классов .

[Andrew Lyskov]

Елена, извините, что мешаю Вам задавать правильные вопросы и получать правильные ответы.
"Библиотека классов", реализующая "не качественно новое решение" Вам, конечно же, - не нужна, ведь у Вас есть СРЕДСТВА РАЗРАБОТКИ!

p.s. а среди сэлзов, кстати, иногда не плохие люди попадаются... сам не видел, но говорят есть. хотя... с их "стандартными сэлзовыми призывами"... в это верится с трудом. :-)

[Елена Сысовская]

просто не нравится, когда те, кто не первый день занимаются внедрениями, пишут в статье теорию на тему SCM с целью продать что-то. Такое статьи читаю директора (причем не самые занятые, а какие-нибудь советники (тницы), и считают - что вот же, это же про нас. Мы возим? Возим! Расходы есть? Есть. Время доставки считаем? Точно. Ну так это же мы сейчас сможем делать "круто", по современному. А потом попробуй докажи, что это... не, не ерунда. Это продукт с ограниченной логикой, урезанной функциональностью, сопровождаемый дорогостоящей фирмой, и главное - вмешивающийся в логику системы. И главное - где сравнение:
1. в стандартной акспте вы делали так, так и так.
2. но при этом были проблемы с этим, этим и этим
3. а вот тут эти проблемы решены - так, и вот так.
4 но работает это все при условии таком и вот таком.
5. а ко всему этому прилагаются базы данных, сопряжение с GPS и еще еще что-то.

это тоже была бы реклама, но - профессионально корректная. а про цепочках поставок... это настолько сложная и интересная тема, что даже говорить об этом странно в такой форме, как там сказано. ну да ладно.

[Andrew Lyskov]

уверен. теперь перечитав все сверху - точно уверен что, Вы сделаете - лучше!
и ничего, что до этого Вы транспортные задачи в таком объеме и постановке не решали, ведь главное - СИСТЕМНЫЙ ПОДХОД, набор параметрической функциональности и средства разработки.

кстати, уверен, что и статью Вы сможете лучше написать. особенно теперь, после того как прочитали нашу и нашли в ней концептуальные ошибки.