v7: Взаимодействие ТСД и 1с 7.7 #751880

Добрый день. Ребята поставили задачу выяснить какие закупать терминалы сбора данных для логистического центра. Автоматизация будет происходить с помощью самописанной конфигурации на 1с 7.7. Вопрос в том как подружить терминалы с 1с 7.7. Почитал про драйвер SMART Mobile. В инструкции написано, что работает с определёнными конфигурациями. Может у кого-нибудь опыт работы с подобной проблемой? Какие терминалы порекомендуете?

у меня работало (когда-то) 77 самописная с chiperlab 8370 по wifi Драйвер генерил внешнее событие, его 1с отлавливала и отрабатывала

8370 достаточно старая модель. У нас требуется выбрать терминалы которые в будущем будут дуржить и с 1С 8. Но на данный момент всё же 7.7 Но тем не менее, ТСД должен быть не сильно дорогой и с перспективой на будущее. Может бренды какие-то знаете? модели?

"не сильно дорогой и с перспективой на будущее" Быстро, дёшево, надёжно. Выберите любые три пункта

Работал с Honeywell ScanPal 5100, Symbol (Motorola) MC2100 особых нареканий не было. Разьемы у них у всех разбиваются одинаково.

с 1с 7.7 ?

с 8.2. Но какая разница? Взаимодействие все равно идет через драйвер. Клеверенсе поддерживает много конфигураций 7.7. Если у вас своя конфа, можете обработку или у них заказать, или на базе какой-нибудь сами написать. Там своя открытая среда разработки (бесплатная). В принципе, не очень сложно.

видео уроки.

Большое спасибо!

У мну все работало напрямую в базу через РДП. Без проблем. Есть куча наработок по ТСД-обработкам (РМ инвентаризация+ТСД-инвентаризация, отбор, упаковка/контроль и прочая, тоже все работало на самописке, без транзакций, без блокировок). Интересно - стучись в скайп Zlopun . посмотреть можно здесь: (фото на первом слайде - это реально мой склад, ане просто картинка из сети) - здесь маленький бложек и кучка скриншотов

Спасибо, если будут вопросы, постучусь)

И да - все что по ссылкам - без всяких дравйеров, лицензий и прочего. Все работает на "штатном" функционале (формекс)

кстати, вы же вроде акселот (не к ночи будь помянут, тьфу-тьфу ;-) внедрять собирались...?

сначала собрались, а потом решили что для начала будем интегрировать 7.7 с ТСД, а в перспективе WMS

RDP и никаких гвоздей. Даже формекс необязателен как бы.

угу. но формекс - уже практически штатный инструмент.. ;-)

насчет РДП - +100500!

а чего так решили? дорого акселот получился..?

При знании C# проще самому написать приложение и обмен через TCP/IP Угу еще и уместить на экран ТСД это все желательно

ну если не мыслить в "ублюдочных" терминах 1С, которые далеки от складской работы - то на РДП все вмещается и еще и место остается. Потому что с ТСД работают реальные люди, а не роботы автоматы и бухгалтера, которым что вчера что сегодня - до балды. у меня все вмещалось на 240-320 экран. еще и оставалось. на экране - только та информация КОТОРАЯ НУЖНА В ДАННЫЙ КОНКРЕТНЫЙ МОМЕНТ для выполнения данного конкретного действия.

Угу. Насколько приятнее работать со специально заточенным под это интерфейсом и не зависеть от разрывов соединения, которые на складе бывают часто.

ну так все зависит от частностей. если нет возможности организовать на складе устойчивый вайфай - на РДП не ориентируемся. Есть возможность - ориентируемся. Есть желание сэкономить на оборудовании и быстренько все запустить - на РДП не ориентируемся. и т.д. и т.п. Каждому складу - свое решение. У меня принцип простой. Чем меньше промежуточных софтовых прокладок - тем лучше.

а что за софт на ТСД?

Штатный Софт производителя, который стоит везде. РДП клиент и DataWedgе (собственно который принимает результат сканирования)

т.е. ты написал интерфейс/обработку на 1с для работы на ТСД в RDP и получал туда данные баркодов через datawedge?

да, выше по ссылкам приведено куча скриншотов, в т.ч демо-конфигурация рабочая

> и получал туда данные баркодов через datawedge? - я ничего не получал ;-) оно само приходило ;-)

Это потому, что у тебя не было других решений. Я один раз потратился на изучение и написание заготовки на Compct Frame work а затем просто и легко приспосабливал их под конкретные задачи. А на Net функционал можно значительно проще чем на 1С.

ничего не понял > Это потому, что у тебя не было других решений. - если есть возможность организовать решение малыми силами (например РДП напрямую в базу) - зачем привлекать излишние сущности? не будет возможности РДП сделать (а это частенько бывает там где всем все пофиг в части инфраструктуры нормальной (вариант действительно больших затрат на вайфай в сложных складских условиях не рассматриваем)) - будем привлекать альтернативные варианты. > А на Net функционал можно значительно проще чем на 1С. я сторонник гомогенных сред - там где это возможно без существенных затруднений в разработке. пусть документ отрисовывается на 0.05 сек долше, но это все будет на 1С. если на Нет можно проще - это не значит что это рабочий вариант. Можно. Однако пашут в подавляющем колве все нга 1С, а не на "поделках" на нет.

У меня Cipher 8370 с ТиС работает. Может работать и с восьмеркой, софт позволяет. Из недостатков - терминал онлайновый и обработка всех событий всех терминалов идет через один обработчик события. Здесь узкое место - если терминалов много, нужно сильно оптимизировать код обработчика, чтобы не было задержек. На момент конца нулевых - начала 10-х это было самое бюджетное решение из онлайновых ТСД. Сейчас, конечно, лучше в сторону RDP смотреть.

Что значит оффлайновый? У меня они работали в онлайне. 5 штук одновременно

а я нигде и не писал что они оффлайновые. 8370 это онлайновые ТСД.

Сорри, неправильно прочитал

Ты выбираешь между мерседесом и запорожцем запоржец, не потому что он лучше, а потому, что ты привык к нему и не умеешь ездить на мерседесе. На самом деле написать приложение на том, же Net намного проще чем на 1С. Больше возможностей. Например у DataView есть возможность фильтрации строк в виде строки Очень удобно показывать только те строки которые не приняты или не отгружены. И люди к этому привыкают и уже прося такое делать на 1С. И ты начинаешь извращаться через копирование итд. На самом деле получаешь бОльшее удовольствие от смены языков программирования.

вы задрали уже ;-) Чтото не видно триумфального шествия приложений на Нет в сфере автоматизации бизнеса, несмотря на всю мощь этого самого Нет Видимо он такой мощный что его никто толком сдвинуть с места не может А 1c сильный и легкий А работа с тч или тз вполне себе достаточна для большого количества задач

Кто тебя драл? Я использую его на равне с 1С. Просто Compact Framework имеет кучу ограничений. Но вот с Выходом VS 20015 можно писать приложения и под андроид и под IOS и Windows 10

"есть возможность фильтрации строк в виде строки " В 1с отборы в ТП намного интереснй ((

Отборы и фильтация это разные вещи. Кстати а как там насчет неравенства?

идите ка вы программистские вопросы обсуждать в другую тему...

Прошу прощения. Видно тогда не увидел это решение с табличными частями

Кстати а как сделать отбор Выписано<КоличествоВНакладной. К сожалению сейчас больше на 7.7 пишу.

40 При изменении нужно найти эти строки например через и подставить их в Значение отбора Да немного лучше чем копирование.

Отбор и фильтрация - это одно и тоже. Ступай учи матчасть. И честно - ты уже задолбал лезть со своей поделкой во все места, где тебя даже не просят.

"сейчас больше на 7.7 пишу" Вот и сиди пиши. И не лезь в темы, где большие дядьки обсуждают глобальные проблемы

Отбор и фильтрация разные вещи относительно набора данных. Отбор это массив, а не таблица часть.        Так дядька ответь на 40. При этом трудозатраты такие же как при копировании. Я должен отследить изменение, сравнить значения и удалить и списка. Так, что дядька приведи отбор как в DataView "Выписан<ВНакладной"

Тебе, как упёртому апологету (а это, на мой взгляд, диагноз, я бы на работу не принял) - не буду подсказывать. Возьми книги и изучай.

Я у тебя прошу совета. Или у тебя его не? А апологет чего я. Я пишу на 1С. Я просто говорю, о том что есть интересные решения которых нет в 1С и за счет которых можно расширить функционал 1С. Кстати про фильтрацию в DataView Ты можешь применять Полный функционал и функции используемые в SQL Where

Кстати а ветка то о 7.7

Ветка о ТСД, если ты ещё, как тот Зоркий Глаз, ещё не заметил

где именно сделать?

Как сделать отбор в табличном поле по условию Выписан<ВНакладной

Вообще то Взаимодействие ТСД и 1с 7.7

Вот теперь и расскажи, каким боком связаны отборы и фильтрация в net со связкой ТСД и 77.

в 7.7 их вообще нет. Давай без эмоций. Мне честно интересно есть решение на мой вопрос в 50 или нет? Я просто говорил, о том, что нарисовать интерфейс на том же C# значительно проще чем на 1С и он будет полностью адаптирован под конкретную модель ТСД.

53 вернее они есть но через добавления или удаления строк из копии и синхронизации данных при изменении.

бред какой-то...

в 77 штатно нет табличного поля и да, на тсд в подавляющем колве случаев нет никакой необходимости делать какие-то отборы, да и ТП визуализировать на ТСД не так уж и часто нужно. для этого вполне подходит штатная ТЗ.

Я не про 7.7. Если такая возможность в 8 ке. По поводу визуализации, то очень часто штрихкоды могут быть потертыми и тогда если список небольшой можно увидеть данные визуально, либо применить фильтр на вхождение строк в тот же штрих код или наименование.

Кстати ты считаешь правильным так отвечать?   С какой поделкой я сюда влез? Я всего навсего делюсь своим опытом, который у меня не маленький. И ответь пожалуйчта на 44 раз ты все знаешь. Искал решения не нашел.

Кстати визуализация хороша при отгрузке товара. Сразу видно, что осталось отгрузить или при инвентаризации, что осталось проверить. При получении товара те штрих кода которые не считываются их оставляют напоследок, а затем уже смотрят по оставшемуся списку

если я отвечаю - значит, я считаю это правильным. Ты вылез сюда со своим нетом, хотя вопрос был про тсд и 1с77. Так что ты залез в глубокий оффтоп (впрочем, как и я сейчас)

То есть ты считаешь что хамство это нормально. Например я извинился, за то, что не заметил про ТП и реально забыл, про возможность фильтрации к табличным частям. Ничего страшного я в этом не вижу. Просто когда на трех языках программируешь, многое начинает путаться. Но мой ответ касался 7 ки - раз. Второе ты так и не ответил на то, на что по хамски заявил о своем превосходстве. Третье возможности ТП значительно меньше возможносте по фильтрации DataView. Опять какой это оффтоп если касается ТСД и 1С7.7?

ну на самом деле Net-приложение для ТСД - это тоже вариант, имеющий право на существование. Хотя мне кажется, что он скорее для компании, которая потом будет свое решение продавать, чем для конечного ИТ-шника бизнес-приложения в непрофильной компании, которому надо "что-то сделать чтоб работало" и поджимают средства и сроки.

* разработчика бизнес-приложения

Если у тебя есть программист который знает не только 1С, то это вполне нормальное решение. Плохо когда такого программиста нет. На самом деле там ничего сложного нет. На семерке обмен по TCP/IP через ВК. С 8 возможностей значительно больше. Но главное можешь работать как в онлайне, так и в оффлайне, максимально подгонять интерфейс по ТСД итд.

64+ Второе это для больших компаний

Если компания непрофильная (скажем, торговая) и тем более не особенно большая, то по статистике она нечасто будет держать дорогостоящих специалистов, которые владеют несколькими языками. Поэтому упомянуть о таком решении можно, но на практике преимущество всегда либо у RDP, либо у генераторов приложений, которые делают терминалу "морду" за несколько минут путем задания визуальных меню и простейших форм (так реализовано у Cipher 8XXX к примеру).

Кстати, а такой вариант как мобильная платформа + андроид-терминалы кто-нибудь рассматривал, пробовал применять?

Я уже писал в 35. Но на самом деле для большинства задач можно написать универсально приложение с адаптацией по колонкам. DataTable очень универсальна. И продавать их по небольшой цене. Второе это уже адаптировать под конкретные условия, котрые пишутся очень быстро.

68+ Прошу прощения на просторах интернета такие решения существуют.

Прошу прощения, за то что не внимательно прочитал В интернете есть решения связки Андроид РДП 1С.

> Кстати визуализация хороша при отгрузке товара. Сразу видно, что осталось отгрузить или при инвентаризации, что осталось проверить. - эта визуализация нужна только для того чтобы видеть все отгружено или не все. то есть в принципе можно заменить на простую надпись отгружен не все/все ;-) и в этой задаче вообщем нафиг не нужны отборы/фильтры... но смотряи от хитропопости задачи...

когда такого программиста нет - это наоборот, хорошо. для мелкой-средней компании. Вот выбирал я решение для ВМС - было одно на рассмотрении - написано на скуле что-то, наружу смотрит через интерфейс восьмерки (только для построения отчетов), ТСД работает через веб-клиента - нафига мне этот зоопарк?

на Исе есть, смотри в профиле ditrix - он активно копает эту тему/специализируется. да и другие разработки есть. все более-менее стоящее я вроде собрал здесь:

Да, ты прав. Даже если решение окажется хорошим, там по итогу добавляются всякие-разные риски. Например, проблемы с поддержкой решения если автор-программист уйдет. Особенно неприятно, если уйдет недружественно.

А тот, кто морду будет писать если уйдет? Храни исходники. Разобраться с ними легче, чем с кодом на 1С. Я вот не пойму, что там на экранах тсд вообще видно. Я правда давно хотел прикрутить через РДП, правда лет 12 назад, так там ничего не помещается. Конечно, можно попытаться настроить формы, но ...

а что там такое серьезное должно помещаться? Обычно с ТСД работают люди которым совершенно не надо замудренных интерфейсов и много слов. Одно поле и текст типа "иди туда, сканируй сюда" - все. Там не надо много места.

Ну, уйдет, другой специалист по 1С придет и разберется в вопросе достаточно легко. Это же просто обработка, написанная на 1С, все нюансы исключительно в отрисовке морды (в случае RDP, в случае конструктора приложений для Cipher - все еще проще, его можно при желании перерисовать вообще без исходников). А вот найти еще одного человека который разбирался бы и в Net и в 1С - несколько сложнее. И дороже.

Зачем ему разбираться в 1С? Его задача принять и передать данные используя Tcp/ip или Вэб и Http сервисы. Сейчас на самом деле зарабатывают именно на мобильных решениях. И есть куча Тсд на не х же андроидах. Помятуя про 35 их будут писать и на VS так, что в скором времени любой студент тебе напишет поделку для мобильного приложения. Но каждый выбирает то, что ему понятно. Я ни на чем не настаиваю

Поверь задачи бывают очень разные. Например работал с импортными запчастями там своя специфика, в других местах другая итд.  Все зависит от ситуации. Если хватает ТСД то это прекрасно. Самый простой выход.

Впрочем как и мало возможностей. Каждый выбирает по ситуации

То есть у клиента должен быть выбор 1. ТСД 2. Мобильное приложение 1С. 3. Приложение на других языках с интеграцией с 1С. У каждого подхода есть свои плюсы и минусы. Клиент воочию наблюдает сравнивает и выбирает

понимаешь У нас видимо разные подходы Мне не важно кто на чем зарабатывает Мне важно чтобы моя контора работала без сбоев и без лишнего мне головняка

написание морды на одноэс ничем не отличается от остальной одноэсной работы

от большинства этих поделок тошнит Ибо сделаны они без знания и понимания тонкостей присущих области автоматизации

именно так С уточнением Что частенько клиент мало представляет что ему действительно нужно

Ну вообще то тебе сам товарищ Нуралиев велел использовать хотя бы мобильное приложение, там где есть проблемы со связью.

там где есть проблемы со связью я чтонить буду решать Или связь или другое решение