BEST logo логотип компании БЭСТ - программы для бизнеса ПРОДАЖИ
+7 (991) 312-04-37
trade@bestnet.ru
ПОДДЕРЖКА
+7 (495) 775-66-76
consult@bestnet.ru
СКАЧАТЬ
Обновления
Дистрибутивы
Авторизация

Логин:
Пароль:
Забыли свой пароль?
Регистрация
ВАШ ВОПРОС

Доступ к Личному кабинету закрыт!
Как получить доступ?


Главная  / Поддержка  / Форум  / Публичные форумы  / БЭСТ-5  / Удаленный филиал первый символ в картотеках.

Форум

Поиск  Пользователи  Правила 
Закрыть
Логин:
Пароль:
Забыли свой пароль?
Регистрация
Войти
 
Страницы: 1
RSS
Удаленный филиал первый символ в картотеках.
 
Очень неудобно стало с первым символом при создании номенклатуры и справочника партии на удаленном филиале. Если раньше у нас в номенклатурный номер умещался штрих код то теперь буква мешает, да и номер партии раньше формировался по дате например 01049 теперь b1049. Есть ли решение обойтись без этого первого символа?
 
Цитата
Станислав Кубиковский пишет:
Если раньше у нас в номенклатурный номер умещался

Насчет буквы не знаю, но штрих-код из номера надо убирать в БЭСТ-5 ему уже отведено свое более правильное место.
 
У нас тоже штрих код не в поле н/н. Но бывают случаи что товар от заграничных поставщиков по фактуре и каталогам значиться как 13 символов как в этом случае нам забивать? Заменить первый символ а потом гадать что мы заменили девятку или восьмерку? Далее при импорте строк (ALT+I) из другой базы в накладных, бывает что партий таких нету и предлагается исправить, но как исправить ели все время подставляется этот символ? И номенклатурников таких не зависти...
Можно самим удалить буквы из файла mfilial.dbf ?
 
Цитата
Станислав Кубиковский пишет:
У нас тоже штрих код не в поле н/н. Но бывают случаи что товар от заграничных поставщиков по фактуре и каталогам значиться как 13 символов как в этом случае нам забивать? Заменить первый символ а потом гадать что мы заменили девятку или восьмерку? Далее при импорте строк (ALT+I) из другой базы в накладных, бывает что партий таких нету и предлагается исправить, но как исправить ели все время подставляется этот символ? И номенклатурников таких не зависти...
Можно самим удалить буквы из файла mfilial.dbf ?


Давайте озвучивать перечень вопросов не кусками.
1.Для поставщиков есть каталоги товаров поставщиков
2.код товара чей-то не обязательно и даже не желательно заносить именно в свобственный номенклатурный номер.
3.Импорт строк из других баз в удаленный филиал ????
Вообще Вопрос классификации должен строиться изначально таким образом, чтобы на удаленном модуле не создавали свою номенклатуру.
А что касается партий то не надо при импорте код партии переносить и тогда произойдет авторазброс при расходе. И автосоздание при приходе. И это кстати еще в Б4 надо было так подходить.
 
Цитата
nordk пишет:

Давайте озвучивать перечень вопросов не кусками.

1.Для поставщиков есть каталоги товаров поставщиков

2.код товара чей-то не обязательно и даже не желательно заносить именно в свобственный номенклатурный номер.


В данном случае речь идет о уже существующей базе которой несколько лет, увы там как раз все наоборот :( Тамошние менеджеры и продавцы уже привыкли искать и составлять отчеты по номенклатуре.

Цитата
nordk пишет:

3.Импорт строк из других баз в удаленный филиал ????


Да почему нет? Есть один виртуальный склад который не желательно по некоторым причинам указывать в основной базе.

Цитата
nordk пишет:
Вообще Вопрос классификации должен строиться изначально таким образом, чтобы на удаленном модуле не создавали свою номенклатуру.


А вот в связи с экономической ситуацией по стране сократили должность эту в офисе :(

Цитата
nordk пишет:
А что касается партий то не надо при импорте код партии переносить и тогда произойдет авторазброс при расходе. И автосоздание при приходе. И это кстати еще в Б4 надо было так подходить.


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

Пока ждал ответ умельцы нашли еще одну проблему в Б4 был товар в номенклатуре которого присутствовала * . Перенестись он перенеся а вот в накладных не подставляется. Можно вылечить путем замены * на - в самих dbf ?
 
Цитата
Станислав Кубиковский пишет:
В данном случае речь идет о уже существующей базе которой несколько лет, увы там как раз все наоборот :( Тамошние менеджеры и продавцы уже привыкли искать и составлять отчеты по номенклатуре.

Это называется перетаскивать старый стереотип в новую систему.
При переходе на Б5 этому Вопросу следует сразу уделять Внимание.

Цитата
Станислав Кубиковский пишет:
Цитата
nordk пишет:

3.Импорт строк из других баз в удаленный филиал ????



Да почему нет? Есть один виртуальный склад который не желательно по некоторым причинам указывать в основной базе.

Цитата
nordk пишет:
Вообще Вопрос классификации должен строиться изначально таким образом, чтобы на удаленном модуле не создавали свою номенклатуру.


А вот в связи с экономической ситуацией по стране сократили должность эту в офисе :(


А вот это уже частный случай организации труда.
Убрав букву разрабочик обречет других пользователей на то, что
могут появиться двойные номенклатурные номера и двойные номера партий, поэтому в БЭСТ-5 такой подход к решению Вопроса недопустим.
 
Все верно.
Но лучше было бы действовать не "инквизиторскими" методами раз и все... Раз уж существовала эта номенклатура в наших базах и были придуманы алгоритмы её помещение в 13 символов. Нельзя ли было расширить поле номенклатуры до 14 символов чтобы этот служебный символ был и никому не мешал?
 
Цитата
Станислав Кубиковский пишет:
Все верно.
Но лучше было бы действовать не "инквизиторскими" методами раз и все... Раз уж существовала эта номенклатура в наших базах и были придуманы алгоритмы её помещение в 13 символов. Нельзя ли было расширить поле номенклатуры до 14 символов чтобы этот служебный символ был и никому не мешал?

Станислав это первостепенное поле. Как стенка несущая в доме.
Ее трогать нельзя.
Раньше это поле было ключевым, теперь гуиды, но люди переходят
с предыдущих версий и вот так запросто отменить ключевые позиции этого поля просто не получится.
Вам тоже не удобно - я Вас понимаю прекрасно.
Но в данном случае это для БЭСТа называется малой кровью.
Гораздо серъезнее проблемы если поле увеличить.

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

Давайте подумаем может Вам посредством плагинов можно чем-то помочь в Вашей ситуации.
 
Хорошо попробуем изменить угол зрения на товарный учет.

1. До этого у нас штрих-код товара ввелся в атрибуте номенклатурного номера (Сорт), сейчас для штрих-кодов предлагается правильное место (barcode.dbf). В связи с чем Вопрос как более грамотно перенести их из mlabel.dbf в barcode.dbf. Ручками с помощью своего конвертера я могу это сделать, но тогда остается незаполненным поле BC_ID в barcode.dbf на что оно влияет?

2. Далее допустим я все перенес. Идем в модуль "Торговый Зал", формирование справочника на кассы. Формируется он по номенклатурному номеру основному и дополнительному коду который брался из mlabel.dbf-sort. А теперь идем в "справочник кодов" там на выбор не предлагаются значения из barcode.dbf.
Как формировать mbarcode.dbf в папке sclad с учетом уже нового места хранения штрих-кодов?

Спасибо за готовность помочь разобраться в нашей ситуации.
 
по второму Вопросу:

«настройка» на Яндекс.Фотках
Живому всё хорошо.
Страницы: 1
Читают тему (гостей: 1)