Дмитрий Кинаш

В чем именно сложность в почте или в формате pdf?

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

2) Отправлять письма можно десятками разных способов. Начиная от компоненты v7plus.dll и виндузных почтовых COM-объектов, заканчивая самописными програмками. Запросы в гугл и яндекс вам дадут подробные инструкции с инфостарты и мисты - вам останется только выбрать тот, который вам больше всего подойдет с точки зрения прав доступа и локальной инфраструктуры.

У меня есть собственный проект, в котором 1С и мобильное приложение на Android обмениваются информацией через SOAP. Так же я участвовал в качестве программиста 1С как раз в проекте мобильного приложения для торговых агентов как раз для УТ - мы там тоже делали все через веб-сервисы.

Но это все старые проекты. Последний год в платформе доступны уже HTTP-сервисы. Мой коллега как раз их использовал недавно при реализации связки УТ и Агент+. Реализация выходит более простой (как со стороны 1С, так и со стороны мобильного приложения) и уменьшился объем трафика.

P.S. Замечание по поводу мобильного приложения. Его можно делать с помощью платформы "1С Предприятие", платформы "Агент+ 2" или делать самописку на Java/Swift/Object-C - выбор за вами в зависимости от аппаратных ограничений, бюджета и наличия опытных разработчиков.

Решение этой проблемы очень простое - забейте на этого пользователя и создайте ему новую учетку (если это не пользователь AD).

Причин по которым может тормозить у одного, а у остальных все работает при идентичных правах проставленных в конфигураторе, я вижу две:

1) Для пользователя что-то мудреное накрутили в дополнительных настройках и ограничениям доступа (RLS). Или возможно внесли какие-то кривые правки в настройки самих ролей (к примеру, что бы обычные бухгалтера не видели остатки на зарплатных счетах). Вероятность, что проблема в БД не очень велика, так как исходя из моего опыта еще ни разу проблемы не локализировались на единичном пользователе - тормоза чувствовали все.

2) Хитрые настройки в коде конфигурации под особенности этого пользователя. Поясняю - в одной фирме я видел код при старте системы, по которому анализировалось имя вошедшего пользователя и если оно равнялось определенной строке, то дальше запускалась синхронизация с базой SAP. Возможно у вашего пользователя стоит обработчик ожидания, который каждые несколько минут что-то ужасное делает.

Всем кто отвечал - спасибо. У меня вчера не вышло самостоятельно справится с проблемой и пришлось подключить специалиста из сисадминской компании.

Он подтвердил мои опасения по поводу нашего на#$%^#$@ся программного рейда и помог устранить последствия. В процессе было обновлено ядро и разрулены наиболее ужасные проявления dependency hell.

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

1) Начнем с автоматического обмена. Раз вы разумно решили не городить велосипед, а использовать встроенные механизмы типовых платформ, то обращаю ваше внимание на закладку "Автоматический обмен" в вашей настройке обмена. Тут можно настроить обмен по расписанию или по некоторому событию. Ничего сверхсложного. Только отмечу, что если база файловая, то потребуется в настройках указать пользователя, в рамках которого будет стартовать менеджер фоновых заданий и который будет иметь достаточно прав на работу с объектами обмена; ну и конечно потом запустить сессию с базой от имени этого пользователя.
2) Для работы в Конвертации данных 2.0 и 2.1 с внешними параметрами необходимо их создать на закладке Параметры в элементе, который описывает соответствующую конвертацию (не правила - это подчиненные справочники, а именно конвертацию, где вы описываете от куда и куда, и где описываются обработчики глобальных событий обмена такие как "ПередВыгрузкойДанных", "ПередВыгрузкойОбъекта", "ПослеЗагрузкиДанных" и прочие). Если теперь воспользоваться обработками "Универсальный обмен данными XML", то что в 7.7, что в 8-ках появятся ваши параметры, которым вы можете указать требуемые значения.
3) При автоматическом обмене в типовых конфигурациях все параметры обмена выносят в настройки соответствующих планов обмена, где узлы соответствуют базам обмена. Так с разными базами бухи можно обмениваться или полностью всеми документами, или только от контрагентов с определенной папки (типа "белый учет").
4) Если у вас нет возможности изменять конфигурацию-источник, то в самой конфигурации можно реализовать получение данных в параметры. Обычно это делается в обработчике "ПередВыгрузкойДанных". В зависимости от типа вашего параметра вы можете ему присвоить значение с помощью Справочник.Номенклатура.НайтиПоКоду(123) или коллекцию из подобных элементов.
5) Фильтрацию выгружаемых данных можно делать вообще сотней способов. Можно пойти в правила выгрузки данных (ПВД) и похимичить с выбираемым множеством исходных данных для выгрузки. Можно пойти в правила конвертации объектов (ПКО) и там делать отказ от выгрузки неугодных элементов. Можно в упомянутом выше обработчике "ПередВыгрузкойОбъекта" из свойств конфигурации сделать фильтр. А можно во всех трех местах допустить выгрузку, но отсечь эти данные уже на этапе загрузки в базу-приемник.... Посмотрите для примера типовые правила обменов УТ-БУ там такого добра хватает.

Какие есть возможные варианты решения этой задачи?

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

А обычно в практике используют следующие четыре варианты обмена файлами:
1) Отправка по HTTP (метод POST) по аналогии, как вы в браузере прикрепляете файлики на форумах или на почтовых сайтах.
2) Выгрузка на FTP.
3) Выгрузка на сетевую шару. Тут или компьютер с 1С или веб-сервер должны иметь скажем VPN-доступ в локалку своего корреспондента.
4) Отправка по почте. Тут сайт должен иметь доступ к почтовому ящику.

Самый понятный и легкореализуемый первый вариант. Тут необходимо всего навсего создать объект типа HTTPСоединение (HTTPConnection) и дергнуть его метод ОтправитьДляОбработки (Post).

Т.е. вы уже пересмотрели www.v8.1c.ru/metod/videotutorial/000000001.html ?

Тогда для начала можете посмотреть тут - курсы-по-1с.рф/free/. Выложенные в публичный доступ курсы от создателей проектов spec8.ru (в основном программирование) и NasF.ru (в основном типовые конфигурации и конвертация данных). Если понравится, то можете поискать их ролики на торрентах и файлохранилищах (лично видел, что есть, но ссылки по понятным причинам не даю) или подписаться на их курсы и получить видео-материалы с методической поддержкой. Мой коллега купил себе курс на spec8.ru и был очень доволен.

Если у вас такая несложная задача (подмена ресурса), то почему бы не использовать между клиентом и IIS прокси-сервер? Средствами самого IIS (или Apache) у вас вряд ли что-то получится.

Что бы понять суть проблемы нужно увидеть базу. Но такую ошибку можно вызвать, если играясь добавить лишний узел обмена (после чего были какие-то изменения в данных, которые зарегистрировали для отправки), а потом этот узел удалил (или кардинально изменил его свойства). В общем вам нужен программист 1С, который глянет существующие зарегистрированные на неизвестного получателя данные и либо зачистит их, либо восстановит получателя.

Почему не удается очевидно - в настройках Apache вы используете явную библиотеку для обработки 1с-вских данных. Т.е. у вас есть одна из двух строчек:

LoadModule _1cws_module "/opt/1C/v8.2/i386/wsap22.so"

или

LoadModule _1cws_module "/opt/1C/v8.3/i386/wsap22.so"

(если винда, то ссылки естественно в нужные каталоги ProgramFiles и не *.so, а *.dll)

А далее, прописывая базы, вы указываете в описании соответствующего directory инструкцию "SetHandler 1c-application".

К сожалению, я не занимался таким извращением, которое хотите сделать вы. Сомневаюсь, что в мире есть люди которые таким занимались... Но точно есть люди, которые подгружали одновременно различные версии одного и того же обработчика. Советую глянуть в сторону директивы AddHandler - возможно у вас получится подключить библиотеку версии 1С8.2 как обработчик 1c-application82. Тогда в настройках старых баз вам будет достаточно указать "SetHandler 1c-application82" и все заработает как надо. Покурите немного мануал и StackOverflow.

Если получится, то ждем вашу статью на Хабре :)

В печати ничего магического нет - все довольно просто.
Ваша главная проблема в том, что вы сами не знаете чего хотите!

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

Очень странное поведение... Не проще ли сделать VPN на сетевой принтер и печатать напрямую?

Но у меня есть подозрение, что у вас в базе (бухгалтерия или торговля) есть некоторое количество документов (возможно залитых по вебсервису) и вы хотите отправить команду, по которой они пойдут на печать. Это совсем другая постановка задачи. Можно решить следующим образом: передавайте тип документа (можно строковое представление метаданных, а можно что угодно - главное что бы вы сами разобрались), номер документа (желательно с датой, так как обычно нумерация в бухгалтерии начинается с нового года заново, а для некоторых документов счетчик обнуляется каждый месяц) и параметры печати (см. выше). В обработчике веб-сервиса на стороне 1С находите по переданной информации документ и вызываете функцию его печати (в типовых конфигурациях есть режим печати напрямую на принтер по-умолчанию без вывода предпросмотра).

Вы кого под разработчиками 1С понимаете? Разработчиков, которые работает в Москве в компании 1С под руководством Сергея Нуравлева (большой зоопарк программистов на c, c++, java; веб-программисты; андроид- и iOS-программисты)? PHP-разработчиков (кастомизаторов), которые работают с битрисовскими сайтами (более вероятно, так как вы разместили вопрос в хабе Битрикса)? Или программистов на встроенном языке платформы 1С-Предприятие?

По поводу первых известно только то, что они сами рассказывают: к примеру тут они рассказывают, что оперируют 5 горизонтами планирования и выход новых релизов подчинен этой идеологии. Конкретно про программные продукты не известно, но подозреваю, что используют свои наработки.

Про битриксовых кастомизаторов трудно что-то сказать… Разве у них есть релизы для управления? Всегда думал, что у них есть работа, которую нужно сдать заказчику (обмены данными с внешними системами + уникальное оформление), а дальше обычное сервисное обслуживание.

Команды разработчиков на платформе 1С обычно используют сервера хранилищ конфигураций для версионирования и получения релизных версий, а так же конфигурацию «Автоматизированная проверка конфигураций» для проверки их работ на наличие ошибок и соответствие общепринятым и корпоративным стандартам. В одном из проектов, где я участвовал, использовался Итилиум, а в другом самописная конфигурация. Были в практике и более экзотичные случаи…

P.S. Не ориентируйтесь на других. Посмотрите, что нужно конкретно вам и подберите удобный инструмент именно под ваши уникальные потребности.

Подобных проблем не было (было много других, которые намного хуже — вы даже не подозреваете сколько в линуксовом сервере 1С подводных камней).

Давайте посмотрим с точки зрения здравого смысла.

1) В конфигураторе запросы не выполняются — там происходит только конфигурирование и администрирование. Запросы вы выполняли скорее всего в тонком или толстом клиенте, который подключен к серверу. Поскольку вы упомянули конфигуратор, то склоняюсь к выводу, что речь идет именно о толстом клиенте с подключением к серверу в локальной сети по TCP.

2) Веб-сервисы у вас подняты на Apache и обслуживаются с помощью апачевского модуля, который подобно тонкому/толстому клиенту подключается к серверу 1С по TCP, получает от сервера данные, а далее возвращает ответ клиенту по HTTP(S).

На поверхности лежит вывод, что в обоих случаях сервер отрабатывает с одинаковой скоростью (если в моменты тестирования нагрузка был идентичной), а вот на обслуживание HTTP(s) запросов/ответов веб-сервером тратятся ваши лишние 50 секунд. Проверяйте в этом направлении — на 70% уверен, что или ваш Apache настроен через ж, или на нем кроме опубликованной 1С крутятся другие нагруженные приложения и время на 1С-вский модуль выделяется по остаточному принципу.

Еще вариант, что вы не все рассказали. Моя вторая версия, что данные запроса в толстом клиенте вы получаете единой выборкой, а вот веб-сервис вы делаете не на единичный запрос, а на каждый элемент выборки заново устанавливаете ws-соединение. При таком подходе даже на выделенном сервере скорость веб-сервисов в случае больших данных будет в сотни и тысячи раз медленнее чем работа в 1С-вских клиентах.