Добавление нового запаса (складской позиции)

Автор Сообщение
aav
Администратор
Администратор

Зарегистрирован: 14.09.2004
Сообщения: 1081
Откуда: Санкт-Петербург

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

Экран 1:

Там, где подразумевается выбор из списка, значения в список уже должны быть добавлены, например, коды стран, коды НДС, коды единиц измерения и т.п.

Экран 2:

Экран 3:

Экран 4:

Экран 5:

Экран 6:

Экран 7:

Экран 8:

Экран 9:

Экран 10:

Остальное, если будет предложено (зависит от наличия или отсутствия дополнительных модулей), оставьте заполненным по умолчанию.

Streltsov
Старший форумщик

Зарегистрирован: 30.05.2005
Сообщения: 20
Откуда: Санкт-Петербург

Добавлено: 09.01.2014 11:20 Заголовок сообщения:
Уважаемый автор пишет: "В качестве кода запаса я рекомендую использовать штрих код, имеющийся на упаковке". Рекомендация , возможно, неплохая, для отдельных случаев Smile. Вряд ли подойдет для болтов М6, которые покупаются у разных производителей, имеют на упаковке разные штрих-коды, но суть одна Smile. Если следовать рекомендации, болты могут разъехаться по разным кодам, что усложнит отслеживание остатков, уровней перезаказа и т.п. Впрочем, можно придумать модель учета, в которой это не так важно.
Думаю, рекомендация возникла в связи с профессиональным креном в момент написания заметки Smile. Профессиональный крен специалиста, вводящего инфорамацию в Скалу, может порождать куда более серьезные проблемы при вводе наименований. Предположим, мы не хотим, чтобы один и тот же запас имел разные коды из-за того, что кто-то назвал режущий компонент болгарки кругом, а кто-то диском. Тогда делегируем кодирование одному человеку. Однако, этот человек вряд ли будет всегда идеально давать наименования, удобные для поиска конечным потребителям, особенно при большой номенклатуре узкоспециализированных запасов. Если специалист ближе к бухгалтерии, наименование будет близко к тому, что фигурирует в товарной накладной. Будет ли это удобно для поиска конечному пользователю запаса (кладовщику, мастеру, инженеру)? И наоборот, если наименование понятно потребителю, но отличается от наименования в бухгалтерской документации? Вообще для кого склад? Для тех, кто пытается на нем что-то найти или подсчитать его стоимость? Понятно, что есть точка соприкосновения. Инженер не нашел в списке запасов нужную запчасть, заказал новую. Стоимость склада растет. "Потерянные" запчасти со временем списывают, как залежалый невостребованный запас.
Далее, Скала допускает ввод складского кода поставщика/производителя. Но , по крайней мере, в 2.3 SR3 там можно ввести одно значение, а не несколько (различных поставщиков/производителей). Для компаний, имеющих дело с комплектацией, выпускаемой различными производителями, это является неприятным ограничением.
При условии возможности ввода нескольких значений, я бы вводил штрих-код запаса в поле кода позиции поставщика.
vome
Народный форумщик

Зарегистрирован: 17.09.2004
Сообщения: 210
Откуда: Санкт-Петербург -> Москва

Добавлено: 11.01.2014 16:07 Заголовок сообщения:

Streltsov писал(а):
Скала допускает ввод складского кода поставщика/производителя. Но , по крайней мере, в 2.3 SR3 там можно ввести одно значение, а не несколько (различных поставщиков/производителей). Для компаний, имеющих дело с комплектацией, выпускаемой различными производителями, это является неприятным ограничением.


База данных пользователя (UDDB в понятиях Скалы) позволяет решать подобные задачи на раз-два-три.

aav
Администратор
Администратор

Зарегистрирован: 14.09.2004
Сообщения: 1081
Откуда: Санкт-Петербург

Добавлено: 11.01.2014 18:28 Заголовок сообщения: Re: Добавление нового запаса (складской позиции)

vome писал(а):

Streltsov писал(а):
Скала допускает ввод складского кода поставщика/производителя. Но , по крайней мере, в 2.3 SR3 там можно ввести одно значение, а не несколько (различных поставщиков/производителей). Для компаний, имеющих дело с комплектацией, выпускаемой различными производителями, это является неприятным ограничением.


База данных пользователя (UDDB в понятиях Скалы) позволяет решать подобные задачи на раз-два-три.


Это можно добавить без всяких UDDB, смотрите на картинке ниже:

Уважаемые начинающие пользователи iScala, пожалуйста, не читайте советы моих коллег, не забивайте себе голову излишними сложностями, делайте, как я сказал (не сейчас, тремя сообщениями выше). Very Happy Very Happy Very Happy
Прочитаете, когда станете продвинутыми пользователями
Very Happy Very Happy Very Happy Very Happy Very Happy