Версия для печати темы (https://pro1c.org.ua/index.php?s=39453437b03edc3e20fbc4aad4293d45&showtopic=66789)

Автор: Rogan 02.11.21, 14:04

Подскажите, можно ли для BAS сделать внешнюю обработку обслуживания и подключить так же как и в 1С Предприятие 8,2 8,3 ?
Я имею ввиду чтобы можно было вызывать параметры из формы которая заранее подготовлена для 1С для настроек, и прописать в такой обработке методы обращения к драйверу.

Автор: Petre 02.11.21, 14:45

BAS - маркетинговое наименование серии конфигураций. 1С Предприятие 8 - программа, на которой работают эти конфигурации.
Думаю, вам следует детализировать вопрос.

Автор: Rogan 02.11.21, 15:20

Я понимаю что "BAS" это другая конфигурация в отличии от "Розница" и "Управление торговлей"
Но вот я столкнулся с проблемой что при подключении драйвера в "BAS", в частности драйвера ПРРО, он подключается на прямую через имя OLE объекта, а не через внешнюю обработку как это предусмотрено в "Розница" и "Управление торговлей" и там я не могу найти как этого избежать, чтобы подключить просто внешнюю обработку. Во внешней обработке мне удобно указать форму с моим расположением параметров для настроек. Да и грузит он OLE объект не с того места где он лежит, а копирует в TEMP-овую директорию и запускает ее оттуда.

Автор: Gazulo 02.11.21, 18:07

Rogan @ Сегодня, 16:20 ,
Користуйтесь cashalot, там все реалізовано.

Автор: Rogan 02.11.21, 18:51

Gazulo @ Сегодня, 18:07 ,

Очень дельный совет разработчику собственного ПРРО.

Автор: Vofka 02.11.21, 20:15

Rogan, а где и как вы сохраняли uprro.exe файл?

Автор: Rogan 02.11.21, 21:10

Vofka @ Сегодня, 20:15 ,

Ну файл лежит там где его инсталлировали по своему пути.

Насколько я понял что в конфигурациях BAS , нужно или писать драйвер удовлетворяющий оговоренным требованиям от 1С
или вносить непосредственно изменения в конфигурацию, которые позволят подключать OLE объект так как захочется, а не через вторичные функции, которые придумали в 1С.

Автор: Vofka 02.11.21, 21:19

Rogan @ Сегодня, 21:10 ,
по-моему и в предыдущих конфигурациях вы не могли написать как захочется, надо было писать обработку, которая должна была быть написана определенным образом. Я думаю, что в BAS точно так же. Формат обработок другой наверняка, но 97% даю, что надо просто правильно написать обработку обслуживания, которая будет соответствовать определенному формату. А внутри вы уже сами как хотите так и вызываете свой драйвер или любой другой.

Автор: Petre 03.11.21, 7:35

Чесно говоря, сколько не внедрял в БПО 2.1 функционала нестандартного оборудования, не видел возможности подключения внешних обработок обслуживания.

Автор: Vofka 03.11.21, 9:25

Petre, не знал. Т.е. без доработки можно подключить только конкретные марки и модели оборудования?

Автор: Petre 03.11.21, 9:43

Vofka @ Today, 9:25 ,
Если оборудование работает с универсальной компонентой (как работают, например, практически все сканеры штрих кодов), то необходимо только настроить параметры.
Если под оборудование написана компонента по стандартам 1с, то просто создается элемент справочника драйверов с загрузкой такой компоненты.
Насколько мне известно, только Приватбанк писал компоненту по стандартам 1с для своих эквайринговых терминалов. Прочие терминалы а также РРО требуют доработки функционала конфигураций.

Автор: Vofka 03.11.21, 9:58

Мне кажется, что сканер в контексте подключения торгового оборудования - самое простое устройство. Скорее всего универсальная компонента может быть потому, что любой сканер (или почти любой) умеет притворяется клавиатурой.


Интересно почему не сделали возможность, как в предыдущих конфигурациях, сделать свою обработку. Есть же куча оборудования, которое поставляется со своими драйверами в виде COM объектов. Это теперь под него надо сверху обертку в виде внешней компоненты, еще и по каким-то стандартам, писать?

Автор: Petre 03.11.21, 12:08

Vofka @ Today, 9:58 ,
Там немного не так. Унифицирован программный интерфейс для работы с разными типами оборудования, и перенесен из обработок в общие модули.
А компонента всегда была нужна, будь она написана по стандартам 1с или производителем оборудования как COM-объект. Просто в первом случае используется универсальный общий модуль (ПодключаемоеОборудованиеУниверсальныйДрайверКлиент или ПодключаемоеОборудованиеУниверсальныйДрайверАсинхронноКлиент), а в последнем необходимо писать свой общий модуль (как раньше внешнюю обработку).

Автор: andr_andrey 03.11.21, 17:20

Насколько видно из скриншота, путь к файлу прописан дважды. "C:\Users\...\Temp\C:\Users..."

Автор: Vofka 03.11.21, 18:11

Petre @ Сегодня, 12:08 ,
понял, спасибо! Странно почему так не гибко. Хотя, сейчас же можно расширения делать, может намекают на это. Можно ж, в данном случае, написать расширение, что бы не трогать конфигурацию поставщика?

Автор: Rogan 03.11.21, 21:13

Так все же есть метод подключить внешнюю обработку без изменения конфигурации?

Или просто в конфигурацию подключить написанную внешнюю обработку и прикрутить к существующим вызовам при пробитии чеков?

Автор: Petre 04.11.21, 7:32

Rogan @ Yesterday, 21:13 ,
1. Внешние обработки обслуживания для предыдущей линейки конфигураций не подходят для управляемых конфигураций на БПО 2.0 и выше. Т. е. в этих библиотеках даже отсутствует механизм подключения внешних обработок обслуживания оборудования.
2. Если целью есть доработка без изменения поддержки конфигурации, можно воспользоваться механизмом расширений.