7.0.311
Непонятно…..
Загружаю приходную накладную через прыг-скок товаром, который точно есть в базе. Ставлю основой для поиска ШК как однозначный идентификатор номенклатуры. Но П-С говорит в конце, что данная номенклатура не найдена….
Думаю - соглашусь создать новые элементы (ну мало-ли , может реально пропустил и не внес, Потом если что уберу обработкой «Замена дублей»).
Соглашаюсь на создание новых (соответственно, истории цены нет и это несколько напрягает), делаю замену дублей.
Казалось бы – все хорошо, но……
...Но дай, думаю, еще раз загружу эти же товары . И что вы думаете – все повторяется . По ШК не ищется и создаются новые. А по артикулу – ищется….

Предыстория: все это происходит с товаром ШК которого начинается на 0.
Я по-первости не придавал значения этому нулю и как-то не замечал, что при экспорте из экселя, эксель этот самый нолик убирает как не значащий…. Ипонский городовой ….
Ну ничего – где-то поправил руками, где-то(как выше) экспортировал и убирал дубли обработкой. И вот где убирались дубли у номенклатуры оказалось по два ШК: неправильный ,без нолика и правильный, С ноликом.
И почему-то П-С эти позиции с двумя ШК не хочет правильно загружать. Вероятно сравнивает и обрабатывает по алгоритму «И» оба ШК у импортируемой номенклатуры, тогда как надо бы по «ИЛИ».
Возможно , я и ошибаюсь в своих заключениях, но пока дело обстоит так.
Возможно , что-то делаю не так, но это уже только Юрий сможет сказать.
PS Юрий, ЭТО не горит и спокойно ждет до приезда.
PPS как вариант, сделать проверку ШК на валидность при импорте или уже в имеющейся номенклатуре. ….

В общем, это действительно баг. И вероятно, связан он либо с наличием нескольких ШК у позиции, либо, что более вероятно КМК, причина в первом нуле в ШК.
Вчера делал приходную и в исходнике были позиции с первым 0 в ШК.
Все загрузились, кроме них.
П-С их не находит и помещает в не найденные(в настройках у меня стоит "не создавать", дабы не засорять справочник в таких ситуациях).
Закрываю П-С.
Перехожу в справочник номенклатуры, открываю позиции - они есть в справочнике.
Открываю вкладку ШК : два ШК. Удаляю неправильный(без первого 0 который), записываю, закрываю.

Снова П-С и снова тот же результат - позиции с первым значащим 0 в ШК не находит.
Переношу в документ без этих позиций. Теперь добавляю их сканером - спокойно находит и добавляет.....

а добавляет тоже с первым нулем? при сканировании сканером

Trioka пишет: да. Правильный ШК - с нулем(все что из СШП) , например 055500018178 Fresh Step Extreme Впитывающий наполнитель для кошачьего туалета

добавил видео.
Пояснения к нему т.к. записано без звука:
Есть готовый к импорту файл приходной накладной
беру из него ШК первой позиции
создаю документ и через ввод ШК вношу первую позицию - позиция ищется и вносится, т.е. она зарегистрирована в справочнике
теперь запускаю Прыг-Скок с настройкой "не создавать новые элементы" , импортирую.... - элементы не найдены, но мы то знаем, что они есть....
в чем причина - я не знаю.

PS попробовал по другому:
документ приходная накладная - заполнить - обмен с ШК комбайном
копирую из файла и вставляю столбцы с ШК и количеством
перенести в документ -- все переносится корректно, но намного менее удобно

1. Тема не соответствует своему содержанию
2. Ответ на похожую тему уже был и есть на форуме
3. Штрихкоды с лидирующими НУЛЯМИ - штатно загружаются и из файла EXCEL и из табличной части
программа корректно отрабатывает поиск и нахождения товара

0012345678012 - загружается и находит
0000000078012 - загружается и находит

даже вот так (без нулей) при соответсвующей настройке загрузит корректно

12345678012

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


055500018178 - это 12 символов, а правильный ШТРИХКОД по формате EAN 13 - ТРИНАДЦАТЬ символов

055500018178 - это первые 12 символов у вашей таблице которую вы хотите загрузить (это не ШТРИХКОД)

но ПРЫГ-СКОК по "ОШИБКЕ" не загружает в базу...

Ждем новую тему "ОШИБКА ,СКАНЕР НЕ ОПРЕДЕЛЯЕТ ШТРИХКОД !!!!! Видео на ютубе , смотреть всем!!!!!"


так как , когда дойдет до продажи

продавец от сканирует - "например 055500018178 Fresh Step Extreme Впитывающий наполнитель для кошачьего туалета"

но ! Сканер вернет в программу
не
055500018178
а
0555000181780 - тринадцать символов по международному формату EAN13

(можете конечно жалобу и на производителей сканеров написать, как на меня на пример

и программа выдаст "ШТРИХКОД в базе не найден! "

Юрий, вот все мимо.А вы посмотрите на это объективно. Без эмоций.
Я могу даже сфотографировать и приложить ШК с упаковки. и там будет 12 символов с лидирующем нулем. это нормальный ШК для товаров из США


мимо - продажа отрабатывается штатно с этим ШК . никаких ошибок. да и приход со сканера тоже без ошибок. да и с ШК комбайна без ошибок . ошибка только у Прыг-Скок.
если это так, то можно было бы и ссылку сразу
издержки - я не профессионал в видеоблогинге и даже не любитель.
то что оно открыто...
1. что скрывать?
2. не знаю как сделать и закрыто и чтоб доступ был - даже не заморачивался на такую ерунду
3. хотел прикрепить файл к сообщению, но т.к. правила игры постоянно меняются и не знаешь чего ожидать и что можешь ненароком нарушить, то сделал так как есть
4. к чему это вообще? есть момент - нужно просто работать
:фэйспалм:
ну это уже можно в подпись поставить, чтоб не писать каждый раз )))) могу даже себе, если хотите
кошка бросила котят если в Магазька найден баг -- это Путин sergejkov виноват
...и кстати, если хотите и вам так удобнее, можем снова перейти на тот ресурс.

Что в остатке: в остатке пока ошибка импорта через Прыг-Скок. И я думаю что нужно ее устранять для корректной работы программы

Ещё раз - это не ОШИБКА!

Это все равно, что написать
"Ошибка, Прыг Скок не умеет жарить котлеты..."
Давайте, исправляйте! Хочется вкусных котлет ок..
Да, не умеет, но никто и не говорил, что она умеет.

Это не эмоции, я спокоен.

Прыг Скок товар со штрихкодов EAN13 и EAN8
загружает на 100%, как и было заявлено.
Тема закрыта.