Проблема: На одном из магазинов не проходит загрузка весов с печатью этикеток.
Оборудование: Весы Digi SM-100, 1С 8.3.10.2667, 1С8:розница 2.2.7.42, Обработка для загрузки весов Digi из 1С8
Ход работы и исправления:
Изначально весы не грузятся совсем. То есть вовсе. Из 1С выгрузка проходит и падает в специальный каталог, откуда должна загружаться утилитой. Но в утилите постоянно висит значок "загрузка происходит" жёлтого цвета:
При этом в самом каталоге лежат файлы с длинными названиями и с кучей непонятных символов:
Вообще для нормальной работы сервера по загрузке данных в весы марки Digi требуется название в стиле "2018012075.csv", где 075 - последние три цифры IP адреса весов.
При удачной загрузке файл пропадает. Его удаляет сама служба загрузки. И правильно - зачем плодить массивы файлов.
Если что-то пошло не так, то как раз файл меняет своё наименование, добавляя массив информации. Если сам формат файла неверный (не подходит под заданные параметры загрузки), то он перемещается в папку BadFiles. Если не так что-то при попытке загрузки (весы, например, не принимают часть информации), то файлик остаётся в этой же папке.
У нас остаётся файл в этой же папке, значит, что-то не так внутри в том числе. Открываем любой из трёх:
Собственно, сразу видна ошибка, по которой не проходит. Во второй колонке - номер PLU. И он содержит целых шесть цифр! Это очень много для весов DIGI. Вообще память у них такова, что больше 4 цифр они не примут. Да и 4 цифры - это 9999 товаров! И без того хватит. Очень редко когда в магазине встречается такой огромный ассортимент весового товара.
Правда, тут мы видим и другие товары в выгрузке: Пиво, Кашу, Зубную пасту... Вряд ли такие товары идут на вес... Значит, выгружаются все товары всей базы... Ещё и по огромному PLU
Зайдём и проверим на всякий случай в самой 1С в обработке по работе с Digi:
Так и есть...
Теперь в самой базе заходим "НСИ -->> Работа с кодами товаров SKU":
Просмотрим этот список:
Что интересно: красным не я выделял во время скриншота. Это выделяет сама 1С! То есть она уже привлекает внимание таким образом. Не заметить подобное немного сложно. Ну, не может же 1С из монитора баннер 4 на 3 метра достать, чтобы сказать об ошибке!...
Что произошло?
Почти наверняка кто-то из работников магазина случайно нажал на кнопку "Изменить SKU". И ввёл совершенно странную и глупую цифру. После чего 1С при генерации брала этот номер как максимальный и генерировала, отталкиваясь от него. Грубо говоря, если база SKU пуста, она начнёт генерировать 100, ... 101, ... 102... и т.д. Кстати, я нашёл, где её ввели...
Крупы Весовые... 100 000:
Пикантность ситуации состоит в следующем:
1) Введён SKU для Группы. Не для отдельной номенклатуры, а для группы. Шикарно!
2) При работе с SKU обязательно есть Отбор. Кнопка сверху есть "Показать отбор". Открываем её:
А там стоит отбор "только весовой товар". И обратите внимание: если убрать галочку, то количество товаров резко меняется с 612 до 3423. Это написано большими буквами и даже другим шрифтом. Для привлечения внимания. Чтобы работник оценил количество товаров.
Получилось что? Кто-то открыл отбор, убрал "Только весовой товар", нажал "Заполнить по отбору", потом поставил код для "Крупы весовые" (это не первый элемент и не последний, а где-то внутри списка, после чего сгенерировал ВСЕМ товарам SKU, после чего открыл отбор, поставил отбор "Только весовой товар". Прям спецоперация! Такое можно сделать или по глубокому незнанию и нежеланию напрягаться читать текст, или по совершенно случайному тыканию на всё подряд. И то - с маленькой вероятностью.
3) 1С подсвечивает большое число красным. Что уже должно было броситься в глаза. Особенно с учётом того, что некоторые коды уже 101 733!! То есть уже сгенерировано 1733 позиции. И все они выделяются красным!!! Тут уже баннер не 4 на 3 нужен. Тут уже нечто большее нужно. Слезоточивый газ, резиновые пули... Сложно подобрать...
Решение проблемы:
1) Заходим в "Очистка SKU", Убираем отбор только по весовому товару , очищаем все SKU:
2) Заходим в "Генерация SKU", Ставим отбор только по весовому товару, проверяем, что товаров нормальное адекватное количество и генерируем все SKU для весовой номенклатуры:
3) Заходим в обработку по работе с весами и выгружаем всю номенклатуру:
Правда, должен отметить, что в данном случае загрузка не пошла. В виду того, что весы DIGI SM-100 уже получили совершенно неверный и сумасбродный SKU, загрузка практически сразу прерывается. Также это определяется и в том, что из конфигурационного модуля не подгружается формат этикетки для весов:
В этом случае требуется обнулить весы, после чего всё заново загрузить (этикетку, логотип, бегущую строку и все коды товаров), после чего всё нормально должно работать.
Но делается это непосредственно с весами, не через интернет, а потому требуется выезд на место.
Необходимо всегда смотреть, что и как делаете. Не нужно просто так нажимать только потому, что нужно занести или сделать, не обращая на результаты. В конце концов так можно и не то внести, и не так с накладными. А потом по товароучёту нарваться на такие недостачи, что полжизни рассчитываться.
Призываю всех читателей канала обращать внимания на любые мелочи, которые выплывают перед глазами. Тогда и ошибок будет меньше, и жизнь проще, и солнце ярче. Однако, если у вас что-то не получилось, можете смело писать мне - greenand@rambler.ru. Я прочитаю с интересом, рассмотрю всю мистику и помогу вам с принятие действительно простого и отнюдь не мистического решения. Чтобы всё работало и не доставляло неприятностей! Также можете писать мне, если вам требуется обработка для работы с весами DIGI, а найти вы её не смогли.
Ну, и не забывайте подписываться на канал "Кассовик". И тогда ни одна, даже самая малейшая проблема не доставит Вам совершенно никаких неприятностей.
