Имя: Пароль:
1C
1C 7.7
v7: Взаимодействие ТСД и 1с 7.7
0 Славянин
 
28.08.15
11:22
Добрый день. Ребята поставили задачу выяснить какие закупать терминалы сбора данных для логистического центра. Автоматизация будет происходить с помощью самописанной конфигурации на 1с 7.7. Вопрос в том как подружить терминалы с 1с 7.7. Почитал про драйвер SMART Mobile. В инструкции написано, что работает с определёнными конфигурациями. Может у кого-нибудь опыт работы с подобной проблемой? Какие терминалы порекомендуете?
1 ДенисЧ
 
28.08.15
11:24
у меня работало (когда-то) 77 самописная с chiperlab 8370 по wifi
Драйвер генерил внешнее событие, его 1с отлавливала и отрабатывала
2 Славянин
 
28.08.15
11:33
8370 достаточно старая модель. У нас требуется выбрать терминалы которые в будущем будут дуржить и с 1С 8. Но на данный момент всё же 7.7 Но тем не менее, ТСД должен быть не сильно дорогой и с перспективой на будущее. Может бренды какие-то знаете? модели?
3 ДенисЧ
 
28.08.15
11:34
"не сильно дорогой и с перспективой на будущее"

Быстро, дёшево, надёжно. Выберите любые три пункта
4 MadJhey
 
28.08.15
11:40
Работал с
Honeywell ScanPal 5100,
Symbol (Motorola) MC2100 особых нареканий не было.
Разьемы у них у всех разбиваются одинаково.
5 Славянин
 
28.08.15
11:45
(4) с 1с 7.7 ?
6 MadJhey
 
28.08.15
12:03
(5) с 8.2. Но какая разница? Взаимодействие все равно идет через драйвер. Клеверенсе поддерживает много конфигураций 7.7. Если у вас своя конфа, можете обработку или у них заказать, или на базе какой-нибудь сами написать.
Там своя открытая среда разработки (бесплатная). В принципе, не очень сложно.
7 MadJhey
 
28.08.15
12:12
8 Славянин
 
28.08.15
12:50
(7) Большое спасибо!
9 Злопчинский
 
28.08.15
15:47
(0) У мну все работало напрямую в базу через РДП. Без проблем. Есть куча наработок по ТСД-обработкам (РМ инвентаризация+ТСД-инвентаризация, отбор, упаковка/контроль и прочая, тоже все работало на самописке, без транзакций, без блокировок). Интересно - стучись в скайп Zlopun
.
посмотреть можно здесь:
http://catalog.mista.ru/public/338893/ (фото на первом слайде - это реально мой склад, ане просто картинка из сети)
http://catalog.mista.ru/public/266256/
http://forums.kuban.ru/f1040/0_5off%2A2_terminator-zhopik_ill_back_ckromnost-_ukrashaet_kogda_net_drugih_dostoinstv-6373179.html - здесь маленький бложек и кучка скриншотов
10 Славянин
 
28.08.15
15:49
(9) Спасибо, если будут вопросы, постучусь)
11 Злопчинский
 
28.08.15
15:54
(10) И да - все что по ссылкам - без всяких дравйеров, лицензий и прочего. Все работает на "штатном" функционале (формекс)
12 Злопчинский
 
28.08.15
16:07
(0) кстати, вы же вроде акселот (не к ночи будь помянут, тьфу-тьфу ;-) внедрять собирались...?
13 Славянин
 
28.08.15
16:16
(12) сначала собрались, а потом решили что для начала будем интегрировать 7.7 с ТСД, а в перспективе WMS
14 DGorgoN
 
28.08.15
16:30
(13) RDP и никаких гвоздей. Даже формекс необязателен как бы.
15 Злопчинский
 
28.08.15
17:18
(14) угу.
но формекс - уже практически штатный инструмент.. ;-)
16 Злопчинский
 
28.08.15
17:18
(14) насчет РДП - +100500!
17 Злопчинский
 
28.08.15
17:19
(13) а чего так решили? дорого акселот получился..?
18 Serginio1
 
28.08.15
17:23
(0) При знании C# проще самому написать приложение и обмен через TCP/IP
(14) Угу еще и уместить на экран ТСД это все желательно
19 Злопчинский
 
28.08.15
17:27
(18) ну если не мыслить в "ублюдочных" терминах 1С, которые далеки от складской работы - то на РДП все вмещается и еще и место остается. Потому что с ТСД работают реальные люди, а не роботы автоматы и бухгалтера, которым что вчера что сегодня - до балды.

у меня все вмещалось на 240-320 экран. еще и оставалось.

на экране - только та информация КОТОРАЯ НУЖНА В ДАННЫЙ КОНКРЕТНЫЙ МОМЕНТ для выполнения данного конкретного действия.
20 Serginio1
 
28.08.15
19:47
(19) Угу. Насколько приятнее работать со специально заточенным под это интерфейсом и не зависеть от разрывов соединения, которые на складе бывают часто.
21 Злопчинский
 
28.08.15
20:05
(20) ну так все зависит от частностей. если нет возможности организовать на складе устойчивый вайфай - на РДП не ориентируемся. Есть возможность - ориентируемся. Есть желание сэкономить на оборудовании и быстренько все запустить - на РДП не ориентируемся. и т.д. и т.п. Каждому складу - свое решение.

У меня принцип простой. Чем меньше промежуточных софтовых прокладок - тем лучше.
22 MadJhey
 
28.08.15
20:27
(9) а что за софт на ТСД?
23 Злопчинский
 
28.08.15
23:41
(22) Штатный Софт производителя, который стоит везде. РДП клиент и DataWedgе (собственно который принимает результат сканирования)
24 MadJhey
 
29.08.15
00:12
(23) т.е. ты написал интерфейс/обработку на 1с для работы на ТСД в RDP и получал туда данные баркодов через datawedge?
25 Злопчинский
 
29.08.15
01:14
(24) да, выше по ссылкам приведено куча скриншотов, в т.ч демо-конфигурация рабочая
26 Злопчинский
 
29.08.15
01:15
> и получал туда данные баркодов через datawedge?
- я ничего не получал ;-) оно само приходило ;-)
27 Serginio1
 
29.08.15
02:02
(21) Это потому, что у тебя не было других решений. Я один раз потратился на изучение и написание заготовки на Compct Frame work а затем просто и легко приспосабливал их под конкретные задачи. А на Net функционал можно значительно проще чем на 1С.
28 Злопчинский
 
29.08.15
02:53
(27) ничего не понял
> Это потому, что у тебя не было других решений.
- если есть возможность организовать решение малыми силами (например РДП напрямую в базу) - зачем привлекать излишние сущности? не будет возможности РДП сделать (а это частенько бывает там где всем все пофиг в части инфраструктуры нормальной (вариант действительно больших затрат на вайфай в сложных складских условиях не рассматриваем)) - будем привлекать альтернативные варианты.

> А на Net функционал можно значительно проще чем на 1С.
я сторонник гомогенных сред - там где это возможно без существенных затруднений в разработке. пусть документ отрисовывается на 0.05 сек долше, но это все будет на 1С.
если на Нет можно проще - это не значит что это рабочий вариант. Можно. Однако пашут в подавляющем колве все нга 1С, а не на "поделках" на нет.
29 spectre1978
 
29.08.15
07:40
(2) У меня Cipher 8370 с ТиС работает. Может работать и с восьмеркой, софт позволяет. Из недостатков - терминал онлайновый и обработка всех событий всех терминалов идет через один обработчик события. Здесь узкое место - если терминалов много, нужно сильно оптимизировать код обработчика, чтобы не было задержек. На момент конца нулевых - начала 10-х это было самое бюджетное решение из онлайновых ТСД. Сейчас, конечно, лучше в сторону RDP смотреть.
30 ДенисЧ
 
29.08.15
08:30
(29) Что значит оффлайновый?
У меня они работали в онлайне. 5 штук одновременно
31 spectre1978
 
29.08.15
08:32
(30) а я нигде и не писал что они оффлайновые. 8370 это онлайновые ТСД.
32 ДенисЧ
 
29.08.15
08:44
(31) Сорри, неправильно прочитал
33 Serginio1
 
29.08.15
10:04
(28) Ты выбираешь между мерседесом и запорожцем запоржец, не потому что он лучше, а потому, что ты привык к нему и не умеешь ездить на мерседесе.
На самом деле написать приложение на том, же Net намного проще чем на 1С. Больше возможностей. Например у DataView есть возможность фильтрации строк в виде строки
https://msdn.microsoft.com/en-us/library/sf19z8ze(v=vs.110).aspx

Очень удобно показывать только те строки которые не приняты или не отгружены. И люди к этому привыкают и уже прося такое делать на 1С. И ты начинаешь извращаться через копирование итд. На самом деле получаешь бОльшее удовольствие от смены языков программирования.
34 Злопчинский
 
29.08.15
13:14
(33)  вы задрали уже ;-)
Чтото не видно триумфального шествия приложений на Нет в сфере автоматизации бизнеса, несмотря на всю мощь этого самого Нет
Видимо он такой мощный что его никто толком сдвинуть с места не может

А 1c сильный и легкий

А работа с тч или тз вполне себе достаточна для большого количества задач
35 Serginio1
 
29.08.15
13:32
(34) Кто тебя драл? Я использую его на равне с 1С.
Просто Compact Framework имеет кучу ограничений. Но вот с Выходом VS 20015 можно писать приложения и под андроид и под IOS и Windows 10

https://xakep.ru/2015/04/09/195-windows-10/
http://www.codeproject.com/Articles/860150/Visual-Studio-and-Apache-Cordova
36 ДенисЧ
 
29.08.15
13:54
"есть возможность фильтрации строк в виде строки "

В 1с отборы в ТП намного интереснй ((
37 Serginio1
 
29.08.15
14:09
(36) Отборы и фильтация это разные вещи. Кстати а как там насчет неравенства?
v8: Отбор с условием
38 Злопчинский
 
29.08.15
14:13
идите ка вы программистские вопросы обсуждать в другую тему...
39 Serginio1
 
29.08.15
14:57
(36) Прошу прощения. Видно тогда не увидел это решение с табличными частями
Книга знаний: Отбор строк табличной части
40 Serginio1
 
29.08.15
15:00
(36) Кстати а как сделать отбор Выписано<КоличествоВНакладной. К сожалению сейчас больше на 7.7 пишу.
41 Serginio1
 
29.08.15
15:06
40 При изменении нужно найти эти строки например через (37) и подставить их в Значение отбора
ВидСравнения = ВидСравнения.ВСписке;
Да немного лучше чем копирование.
42 ДенисЧ
 
29.08.15
15:10
(37) Отбор и фильтрация - это одно и тоже. Ступай учи матчасть.
И честно - ты уже задолбал лезть со своей поделкой во все места, где тебя даже не просят.
43 ДенисЧ
 
29.08.15
15:10
"сейчас больше на 7.7 пишу"
Вот и сиди пиши. И не лезь в темы, где большие дядьки обсуждают глобальные проблемы
44 Serginio1
 
29.08.15
15:27
(42) Отбор и фильтрация разные вещи относительно набора данных. Отбор это массив, а не таблица часть.
      
Так дядька ответь на 40. При этом трудозатраты такие же как при копировании. Я должен отследить изменение, сравнить значения и удалить и списка.
Так, что дядька приведи отбор как в DataView
"Выписан<ВНакладной"
45 ДенисЧ
 
29.08.15
15:29
(44) Тебе, как упёртому апологету (а это, на мой взгляд, диагноз, я бы на работу не принял) - не буду подсказывать.
Возьми книги и изучай.
46 Serginio1
 
29.08.15
15:33
(45) Я у тебя прошу совета. Или у тебя его не?
А апологет чего я. Я пишу на 1С. Я просто говорю, о том что есть интересные решения которых нет в 1С и за счет которых можно расширить функционал 1С.
Кстати про фильтрацию в DataView https://msdn.microsoft.com/Ru-ru/library/system.data.datacolumn.expression(v=vs.110).aspx

Ты можешь применять Полный функционал и функции используемые в SQL Where
47 Serginio1
 
29.08.15
15:36
(43) Кстати а ветка то о 7.7
48 ДенисЧ
 
29.08.15
15:44
(47) Ветка о ТСД, если ты ещё, как тот Зоркий Глаз, ещё не заметил
49 Злопчинский
 
29.08.15
15:45
(40) где именно сделать?
50 Serginio1
 
29.08.15
15:50
(49) Как сделать отбор в табличном поле по условию Выписан<ВНакладной
51 Serginio1
 
29.08.15
15:51
(0) Вообще то Взаимодействие ТСД и 1с 7.7
52 ДенисЧ
 
29.08.15
15:53
(51) Вот теперь и расскажи, каким боком связаны отборы и фильтрация в net со связкой ТСД и 77.
53 Serginio1
 
29.08.15
15:59
(52) в 7.7 их вообще нет.
Давай без эмоций. Мне честно интересно есть решение на мой вопрос в 50 или нет? Я просто говорил, о том, что нарисовать интерфейс на том же C# значительно проще чем на 1С и он будет полностью адаптирован под конкретную модель ТСД.
54 Serginio1
 
29.08.15
16:00
53 вернее они есть но через добавления или удаления строк из копии и синхронизации данных при изменении.
55 Злопчинский
 
29.08.15
16:00
(53) бред какой-то...
56 Злопчинский
 
29.08.15
16:03
в 77 штатно нет табличного поля
и да, на тсд в подавляющем колве случаев нет никакой необходимости делать какие-то отборы, да и ТП визуализировать на ТСД не так уж и часто нужно. для этого вполне подходит штатная ТЗ.
57 Serginio1
 
29.08.15
16:07
(56) Я не про 7.7. Если такая возможность в 8 ке.
По поводу визуализации, то очень часто штрихкоды могут быть потертыми и тогда если список небольшой можно увидеть данные визуально, либо применить фильтр на вхождение строк в тот же штрих код или наименование.
58 Serginio1
 
29.08.15
18:03
(43) Кстати ты считаешь правильным так отвечать?  
С какой поделкой я сюда влез?
Я всего навсего делюсь своим опытом, который у меня не маленький.
И ответь пожалуйчта на 44 раз ты все знаешь. Искал решения не нашел.
59 Serginio1
 
29.08.15
18:12
(56) Кстати визуализация хороша при отгрузке товара. Сразу видно, что осталось отгрузить или при инвентаризации, что осталось проверить.
При получении товара те штрих кода которые не считываются их оставляют напоследок, а затем уже смотрят по оставшемуся списку
60 ДенисЧ
 
29.08.15
18:19
(58) если я отвечаю - значит, я считаю это правильным.

Ты вылез сюда со своим нетом, хотя вопрос был про тсд и 1с77.
Так что ты залез в глубокий оффтоп (впрочем, как и я сейчас)
61 Serginio1
 
29.08.15
18:40
(60) То есть ты считаешь что хамство это нормально.
Например я извинился, за то, что не заметил про ТП и реально забыл, про возможность фильтрации к табличным частям. Ничего страшного я в этом не вижу. Просто когда на трех языках программируешь, многое начинает путаться. Но мой ответ касался 7 ки - раз.
Второе ты так и не ответил на то, на что по хамски заявил о своем превосходстве.
Третье возможности ТП значительно меньше возможносте по фильтрации DataView.
Опять какой это оффтоп если касается ТСД и 1С7.7?
62 spectre1978
 
29.08.15
18:42
(60) ну на самом деле Net-приложение для ТСД - это тоже вариант, имеющий право на существование. Хотя мне кажется, что он скорее для компании, которая потом будет свое решение продавать, чем для конечного ИТ-шника бизнес-приложения в непрофильной компании, которому надо "что-то сделать чтоб работало" и поджимают средства и сроки.
63 spectre1978
 
29.08.15
18:42
* разработчика бизнес-приложения
64 Serginio1
 
29.08.15
18:51
(62) Если у тебя есть программист который знает не только 1С, то это вполне нормальное решение. Плохо когда такого программиста нет. На самом деле там ничего сложного нет.
На семерке обмен по TCP/IP через ВК. С 8 возможностей значительно больше. Но главное можешь работать как в онлайне, так и в оффлайне, максимально подгонять интерфейс по ТСД итд.
65 Serginio1
 
29.08.15
18:53
64+ Второе это для больших компаний http://rsdn.ru/forum/pda/6144613.flat
66 spectre1978
 
29.08.15
19:30
(64) Если компания непрофильная (скажем, торговая) и тем более не особенно большая, то по статистике она нечасто будет держать дорогостоящих специалистов, которые владеют несколькими языками. Поэтому упомянуть о таком решении можно, но на практике преимущество всегда либо у RDP, либо у генераторов приложений, которые делают терминалу "морду" за несколько минут путем задания визуальных меню и простейших форм (так реализовано у Cipher 8XXX к примеру).
67 spectre1978
 
29.08.15
19:33
Кстати, а такой вариант как мобильная платформа + андроид-терминалы кто-нибудь рассматривал, пробовал применять?
68 Serginio1
 
29.08.15
19:49
(67) Я уже писал в 35. Но на самом деле для большинства задач можно написать универсально приложение с адаптацией по колонкам. DataTable очень универсальна. И продавать их по небольшой цене. Второе это уже адаптировать под конкретные условия, котрые пишутся очень быстро.
69 Serginio1
 
29.08.15
20:13
68+ Прошу прощения на просторах интернета такие решения существуют.
70 Serginio1
 
29.08.15
20:15
Прошу прощения, за то что не внимательно прочитал (67)
В интернете есть решения связки Андроид РДП 1С.
71 Злопчинский
 
29.08.15
22:55
(59) > Кстати визуализация хороша при отгрузке товара. Сразу видно, что осталось отгрузить или при инвентаризации, что осталось проверить.
- эта визуализация нужна только для того чтобы видеть все отгружено или не все. то есть в принципе можно заменить на простую надпись отгружен не все/все ;-) и в этой задаче вообщем нафиг не нужны отборы/фильтры... но смотряи от хитропопости задачи...
72 Злопчинский
 
29.08.15
22:57
(64) когда такого программиста нет - это наоборот, хорошо. для мелкой-средней компании. Вот выбирал я решение для ВМС - было одно на рассмотрении - написано на скуле что-то, наружу смотрит через интерфейс восьмерки (только для построения отчетов), ТСД работает через веб-клиента - нафига мне этот зоопарк?
73 Злопчинский
 
29.08.15
23:00
(67) на Исе есть, смотри в профиле ditrix - он активно копает эту тему/специализируется. да и другие разработки есть. все более-менее стоящее я вроде собрал здесь: http://catalog.mista.ru/community/groups/22/
74 spectre1978
 
29.08.15
23:00
(72) Да, ты прав. Даже если решение окажется хорошим, там по итогу добавляются всякие-разные риски. Например, проблемы с поддержкой решения если автор-программист уйдет. Особенно неприятно, если уйдет недружественно.
75 Serginio1
 
29.08.15
23:11
(74) А тот, кто морду будет писать если уйдет?
Храни исходники. Разобраться с ними легче, чем с кодом на 1С. Я вот не пойму, что там на экранах тсд вообще видно.
Я правда давно хотел прикрутить через РДП, правда лет 12 назад, так там ничего не помещается. Конечно, можно попытаться настроить формы, но ...
76 spectre1978
 
29.08.15
23:22
(75) а что там такое серьезное должно помещаться? Обычно с ТСД работают люди которым совершенно не надо замудренных интерфейсов и много слов. Одно поле и текст типа "иди туда, сканируй сюда" - все. Там не надо много места.
77 spectre1978
 
29.08.15
23:27
Ну, уйдет, другой специалист по 1С придет и разберется в вопросе достаточно легко. Это же просто обработка, написанная на 1С, все нюансы исключительно в отрисовке морды (в случае RDP, в случае конструктора приложений для Cipher - все еще проще, его можно при желании перерисовать вообще без исходников). А вот найти еще одного человека который разбирался бы и в Net и в 1С - несколько сложнее. И дороже.
78 Serginio1
 
30.08.15
00:01
(77) Зачем ему разбираться в 1С? Его задача принять и передать данные используя Tcp/ip или Вэб и Http сервисы. Сейчас на самом деле зарабатывают именно на мобильных решениях. И есть куча Тсд на не х же андроидах. Помятуя про 35 их будут писать и на VS так, что в скором времени любой студент тебе напишет поделку для мобильного приложения. Но каждый выбирает то, что ему понятно. Я ни на чем не настаиваю
79 Serginio1
 
30.08.15
00:03
(76) Поверь задачи бывают очень разные. Например работал с импортными запчастями там своя специфика, в других местах другая итд.  Все зависит от ситуации. Если хватает ТСД то это прекрасно. Самый простой выход.
80 Serginio1
 
30.08.15
00:04
Впрочем как и мало возможностей. Каждый выбирает по ситуации
81 Serginio1
 
30.08.15
09:01
То есть у клиента должен быть выбор
1. ТСД
2. Мобильное приложение 1С.
3. Приложение на других языках с интеграцией с 1С.
У каждого подхода есть свои плюсы и минусы.
Клиент воочию наблюдает сравнивает и выбирает
82 Злопчинский
 
30.08.15
11:51
(78)  понимаешь
У нас видимо разные подходы
Мне не важно кто на чем зарабатывает
Мне важно чтобы моя контора работала без сбоев и без лишнего мне головняка
83 Злопчинский
 
30.08.15
11:52
(75)  написание морды на одноэс ничем не отличается от остальной одноэсной работы
84 Злопчинский
 
30.08.15
11:56
(78)  от большинства этих поделок тошнит
Ибо сделаны они без знания и понимания тонкостей присущих области автоматизации
85 Злопчинский
 
30.08.15
11:57
(81)  именно так
С уточнением
Что частенько клиент мало представляет что ему действительно нужно
86 Serginio1
 
30.08.15
12:31
(85) Ну вообще то тебе сам товарищ Нуралиев велел использовать хотя бы мобильное приложение, там где есть проблемы со связью.
87 Злопчинский
 
30.08.15
13:00
(86)  там где есть проблемы со связью я чтонить буду решать
Или связь или другое решение