Автор |
Сообщение |
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 Заголовок сообщения: Уважаемый автор пишет: "В качестве кода запаса я рекомендую использовать штрих код, имеющийся на упаковке". Рекомендация , возможно, неплохая, для отдельных случаев . Вряд ли подойдет для болтов М6, которые покупаются у разных производителей, имеют на упаковке разные штрих-коды, но суть одна . Если следовать рекомендации, болты могут разъехаться по разным кодам, что усложнит отслеживание остатков, уровней перезаказа и т.п. Впрочем, можно придумать модель учета, в которой это не так важно.
Думаю, рекомендация возникла в связи с профессиональным креном в момент написания заметки . Профессиональный крен специалиста, вводящего инфорамацию в Скалу, может порождать куда более серьезные проблемы при вводе наименований. Предположим, мы не хотим, чтобы один и тот же запас имел разные коды из-за того, что кто-то назвал режущий компонент болгарки кругом, а кто-то диском. Тогда делегируем кодирование одному человеку. Однако, этот человек вряд ли будет всегда идеально давать наименования, удобные для поиска конечным потребителям, особенно при большой номенклатуре узкоспециализированных запасов. Если специалист ближе к бухгалтерии, наименование будет близко к тому, что фигурирует в товарной накладной. Будет ли это удобно для поиска конечному пользователю запаса (кладовщику, мастеру, инженеру)? И наоборот, если наименование понятно потребителю, но отличается от наименования в бухгалтерской документации? Вообще для кого склад? Для тех, кто пытается на нем что-то найти или подсчитать его стоимость? Понятно, что есть точка соприкосновения. Инженер не нашел в списке запасов нужную запчасть, заказал новую. Стоимость склада растет. "Потерянные" запчасти со временем списывают, как залежалый невостребованный запас.
Далее, Скала допускает ввод складского кода поставщика/производителя. Но , по крайней мере, в 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, пожалуйста, не читайте советы моих коллег, не забивайте себе голову излишними сложностями, делайте, как я сказал (не сейчас, тремя сообщениями выше). 
Прочитаете, когда станете продвинутыми пользователями  |