Попытка обмена с УТ11, формат АТОЛ\ШТРИХ

[Alexander]

Скиньте пример файла - проверим.

[turboatom]

Пример googs.txt выгружаемого УТ11 (форум не дает прикрепить вложение почемуто)

##@@&&
#
$$$ADD
1463;3600541150942;LOREAL GARNIER Шампунь "Fructis" Чистый блеск против жесткой воды, укрепляющий шампунь фл. 400мл.;LOREAL GARNIER Шампунь "Fructis" Чистый блеск против жесткой воды, укрепляющий шампунь фл. 400мл.;29.50;;0;0;0;0;0;0;0;0;0;0;1
# 1463;3600541187665;LOREAL GARNIER Шампунь "Fructis" Чистый блеск против жесткой воды, укрепляющий шампунь фл. 400мл.;LOREAL GARNIER Шампунь "Fructis" Чистый блеск против жесткой воды, укрепляющий шампунь фл. 400мл.;29.50;;;;;

upload.log
10-Jan-2013-02:36:42 Демон загрузки запущен

10-Jan-2013-02:39:17 Запущен процесс загрузки товаров

10-Jan-2013-02:39:17 Загрузка товаров успешно завершена
Всего ошибок : 0

Результат:
http://uaimage.com/gallery/44ecd5b7

P.S. Дэнси 1.2.6 р5

[Alexander]

Тут совпало два момента:
- в команде добавления штрихкода код товара указан с пробелом;
- не указан коэффициент штрих-кода (по протоколу ШТРИХ это поле №10, которое в данном примере вообще отсутствует).

Внесли исправления: отбрасываются пробелы справа/слева в загружаемых параметрах и если коэффициент штрих-кода не указан, он устанавливается равным 1.
Исправления войдут в ближайшую сборку.

[turboatom]

Отлично, спасибо.
Хочу еще заметить, что таким образом выгружаются товары, только те, у которых несколько ШК назначены на одну единицу измерения номенклатуры.
Тоесть если у номенклатуры есть две единицы (например штука и упаковка), то ШК выгружаются под разными кодами.
Если же есть два ШК для единицы штука или два ШК для единицы упаковка тогда ШК выгружаются способом описанным выше (под одним кодом, но с пометкой #).
Вот пример, для номенклатуры заведен один ШК для базовой единицы штука, и два ШК для единицы упаковка (коэффициент 5).
9741;;Gillette Кассеты M3Power зеленый 1 шт, шт_2);Gillette Кассеты M3Power зеленый 1 шт, шт_2);20.00;;0;0;0;0;0;0;0;0;0;0;1
9742;0474;Gillette Кассеты M3Power зеленый 1 шт, упак);Gillette Кассеты M3Power зеленый 1 шт, упак);100.00;;0;0;0;0;0;0;0;0;0;0;1
# 9742;047400074040;Gillette Кассеты M3Power зеленый 1 шт, упак);Gillette Кассеты M3Power зеленый 1 шт, упак);100.00;;;;;

Насколько я понял, в 7.7-8.1 (ут 10.3) товар (для которого заведены упаковки) выгружался с одной ценой и разными коэффициентами, тут же цена пересчитывается на этапе выгрузки, и судя по всему коэффициент всегда равен одному (пока предположение)

[Бродяга_Джон]

Тут совпало два момента:
- в команде добавления штрихкода код товара указан с пробелом;

код обычно вроде без пробела идёт
а возможно ли что в обработке при формировании строки вместо символа "#" добавляется комбинация "# "?

[Alexander]

Пробел добавляет точно обработка. Но, поскольку в УТ11 она встроена в конфигурацию, имеет смысл не обработку править, а оптимизировать демон загрузки. Тем более, что отбрасывание пробелов вообще вполне логичная штука и на данный момент в общем-то все готово уже в ДЭНСИ: КАССе.

Прототип внешней (полностью) обработки для УТ11 в формате ДЭНСИ вчерне тоже уже сделали. Но пока только совсем базовые вещи.

[turboatom]

Прототип внешней (полностью) обработки для УТ11 в формате ДЭНСИ вчерне тоже уже сделали. Но пока только совсем базовые вещи.

Скажите как продвигается работа над обработкой, и в связи с выходом тестовых УТ 11.1.1.1 и УТ 11.1.1.2 не могли бы Вы проверить и работоспособность обработки на УТ 11.1

[turboatom]

Скажите нету новостей по поводу обработки?

[Alexander]

Пока увы, нет.
Вышеупомянутые исправления в демоне загрузки сделаны, но использовать типовые обработки в УТ11 практически бессмысленно, по-моему - настолько они обрезаны по функционалу.

[Бродяга_Джон]

Ну не совсем бессмысленна.
Но для спокойной отработки с отчётом из ДК (для Атола, для Штриха не поверял но там аналогично , только другие моменты)
нужно подправить немножко ДК для выгрузки отчета
1) в транзакции 60, 61, 62, 63 и 64 в поле №6 нужно заносить номер документа, номер по Z отчету, 1С проверяет это поле и как раз на нём и выскакивает невозможность преобразования к числу
Возникает по причине того что обработка проверяет 4 строку отчёта по полям 1, 4, 6 и 14, и спотыкается на 6 поле, так как первой строкой обычно идёт транзакция №62, а у всех 60-ых поле 6 пустое
2) так же нужно ввести транзакцию №42, 1С её обрабатывает, чеки по нему определяет в связке с 55/56 транзакцией
3) 1С по протоколу Атол использует в транзакциях 11 и 12 не 12 поле "Сумма товара+сумма округления" как ДК, а 16 поле "Сумма товара+сумма округления+сумма скидки".

это как минимум надо для того чтоб штатная обработка УТ11 загрузила файл отчета, ковыряю сейчас УТ11.1.1.11 (хотя похоже что от прошлых с введением ОФФлайн касс не изменилась эта часть обработки)