Ордерная схема. Отключение при приобретении
Здравствуйте! Стоит ордерная схема на складе. Для упрощения работы людей и чтобы они не забывали создавать ордера, было принято отменить ордерную схему при приобретении товаров, но при перемещении на этот склад ордерную схему оставить. Скажите пожалуйста как это можно сделать? Если только с помощью внесения изменения в коде, подскажите в какой модуле смотреть. Заранее всем спасибо!
Найденные решения
(6) то есть план такой. Находим "модуль" (в УТ 11. Один модуль. Да-да)...
- где создаются ордера при поступлении
- где делаются движения по складам
- где делаются отчеты. Дада, в каждом отчете по товарам небольшой запросец подправляем.
ну и всего-то делов. И все это в одном модуле. В УТ 11.
Боюсь, что это полнейшая утопия. Я думаю, что решение поставленной задачи в этой конфигурации - работа серьезно не на один день, а вылов последующих мелких багов - так и не на одну неделю. Мало того, что это серьезное вмешательство в алгоритмы программы, так еще и устройство этой конфигурации таково, что только найти место, где исправлять, может занять денек-другой легко.
Я бы на вашем месте рассмотрел бы другой подход. Делаем обработку, которая по нажатию кнопки делает все нужные ордера, и поступления товаров делаем через нее. Это выглядит намного более реалистичным.
- где создаются ордера при поступлении
- где делаются движения по складам
- где делаются отчеты. Дада, в каждом отчете по товарам небольшой запросец подправляем.
ну и всего-то делов. И все это в одном модуле. В УТ 11.
Боюсь, что это полнейшая утопия. Я думаю, что решение поставленной задачи в этой конфигурации - работа серьезно не на один день, а вылов последующих мелких багов - так и не на одну неделю. Мало того, что это серьезное вмешательство в алгоритмы программы, так еще и устройство этой конфигурации таково, что только найти место, где исправлять, может занять денек-другой легко.
Я бы на вашем месте рассмотрел бы другой подход. Делаем обработку, которая по нажатию кнопки делает все нужные ордера, и поступления товаров делаем через нее. Это выглядит намного более реалистичным.
Остальные ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(3) скорее всего в модуле объекта документа-основания. Но поскольку мы не знаем даже того, о какой конфигурации идет речь, можем только гадать.
И самое главное в этом деле - если найти и закомментировать создание ордера, то это не решит заданную проблему, а только породит несколько новых.
И самое главное в этом деле - если найти и закомментировать создание ордера, то это не решит заданную проблему, а только породит несколько новых.
(5) Извините, что не написал сразу, речь идет о УТ11. План был такой, что в каком то модуле идет проверка : является или нет склад ордерным и на основании этого создается ордер. я хотел посмотреть, где это происходит и условно захардкодить, что этот склад не ордерный, но потратив с целый день с отладчиком, так и не нашел ответ на этот вопрос, поэтому и задал его сюда...
(6) то есть план такой. Находим "модуль" (в УТ 11. Один модуль. Да-да)...
- где создаются ордера при поступлении
- где делаются движения по складам
- где делаются отчеты. Дада, в каждом отчете по товарам небольшой запросец подправляем.
ну и всего-то делов. И все это в одном модуле. В УТ 11.
Боюсь, что это полнейшая утопия. Я думаю, что решение поставленной задачи в этой конфигурации - работа серьезно не на один день, а вылов последующих мелких багов - так и не на одну неделю. Мало того, что это серьезное вмешательство в алгоритмы программы, так еще и устройство этой конфигурации таково, что только найти место, где исправлять, может занять денек-другой легко.
Я бы на вашем месте рассмотрел бы другой подход. Делаем обработку, которая по нажатию кнопки делает все нужные ордера, и поступления товаров делаем через нее. Это выглядит намного более реалистичным.
- где создаются ордера при поступлении
- где делаются движения по складам
- где делаются отчеты. Дада, в каждом отчете по товарам небольшой запросец подправляем.
ну и всего-то делов. И все это в одном модуле. В УТ 11.
Боюсь, что это полнейшая утопия. Я думаю, что решение поставленной задачи в этой конфигурации - работа серьезно не на один день, а вылов последующих мелких багов - так и не на одну неделю. Мало того, что это серьезное вмешательство в алгоритмы программы, так еще и устройство этой конфигурации таково, что только найти место, где исправлять, может занять денек-другой легко.
Я бы на вашем месте рассмотрел бы другой подход. Делаем обработку, которая по нажатию кнопки делает все нужные ордера, и поступления товаров делаем через нее. Это выглядит намного более реалистичным.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот