Создание документа 1С77 из 1С8 используя внешние источники данных #767730

Помогите, пожалуйста, с созданием документа 1С77 из базы 1С8 не используя OLE. Таблицы базы 1С77 подключены к 1С8 как внешние источники данных. Сложность в том, что за документ отвечают три таблицы (общий журнал документов, таблица шапки и табличной части). Спасибо.

в чем сложность? 1. пишешь в журнал. 2. пишешь заголовок документа. 3. пишешь ТЧ документа.

Вcемирный конгресс врачей. На трибуне американский врач: - Мы научились лечить СПИД! Аплодисменты, крики... На трибуне японский врач: - Мы научились предотвращать инфаркты! Крики, аплодисменты На трибуне русский врач: - А мы научились удалять гланды! В зале недоумении, шум. Русский продолжает: - Через ж0пу. Автогеном...

Варианты решений: 1. В глобальном модуле 7.7 делаем глобальную процедуру формирования нужных документов по нужным параметрам. Через Оле запускаем и формируем. Получается, что на стороне 8ки будет только запуск (ну и параметры какие-то нужно передать). Само формирование будет на стороне 7.7. 2. Если религия не позволяет использовать Оле: делаем промежуточную базу данных (допустим на SQL). Из 8ки туда пишем. На стороне 7.7 периодически запускаем робота и формируем нужные документы по данным нашей новой БД.  И волки сыты и в колодец никто не наплевал! :)

Зачем лишнюю базу? можно просто xml выгружать а 77 будет ее всасывать потом

Можно и так

Сложность будет в п. 1 "пишешь в журнал".

а что, внешние источники данных научились и писать? не знал.... да и тут сложности нет - залочил журнал, нашел максимальный ид по своему узлу распределенки (ну, или вызвал хранимку), записал хотя б пустышку с этим идом, разлочил. Ну а потом - пиши во все три таблицы

пожалуйста, пиши еще.

можно "да и тут сложности нет - залочил журнал, нашел максимальный ид по своему узлу распределенки (ну, или вызвал хранимку), записал хотя б пустышку с этим идом, разлочил. Ну а потом - пиши во все три таблицы" поподробней?

Те, для кого это не сложно - не задают подобных вопросов.

Что именно непонятно? У документов есть первичный ключ IDDOC. Его надо создать. Уникальный. И такой, чтобы при виде его 1С не пришла в ужас. Данные документов хранятся в трёх таблицах - _1SJOURN, DH*, DT*.

Для РИБ надо ещё записать документ для выгрузки (если это надо).

Другое непонятно. Есть ведь штатные способы интеграции - OLE, КД и т.д. Зачем при этом обязательно на лыжах и в гамаке?

согласен. Но плох тот чайник, который не мечтает стать самоваром. при проведении система сама распределит по правилам миграции. прямое создание - гораздо быстрее, чем оле. и синхронно, в отличие от кд и прочих. Хотя согласен насчет некоторой специфичнности данного вида секса...

Как создать уникальный ключ?

в DH ищешь максимальный ИД и прибавляешь к нему 1 если РИБ + префикс базы

да. 1с хранит ид в 36 формате.

Спасибо, попробую.

проще уж через sqllock + НовыйИД

это как?

Хотя, для снеговика, ему всё равно придётся делать это руками

exec sp_executesql N'Insert into _1SJOURN values( ,@P2,@P3,@P4,@P5,@P6,@P7,@P8,@P9,0,1,2,3,4,5,6,7,8,9,@P20,@P21,@P22,@P23,@P24,@P25,@P26,@P27,@P28,@P29,@P30,@P31,@P32,@P33,@P34,@P35,@P36,@P37,@P38,@P39,@P40)', N' int,@P2 varchar,@P3 int,@P4 smallint,@P5 varchar,@P6 varchar,@P7 varchar,@P8 tinyint,@P9 bit,0 int,1 int,2 bit,3 bit,4 bit,5 bit,6 bit,7 bit,8 bit,9 bit,@P20 bit,@P21 bit,@P22 bit,@P23 bit,@P24 bit,@P25 bit,@P26 bit,@P27 bit,@P28 bit,@P29 bit,@P30 bit,@P31 bit,@P32 bit,@P33 bit,@P34 varchar,@P35 varchar,@P36 varchar,@P37 tinyint,@P38 tinyint,@P39 tinyint,@P40 tinyint', 0, ' 8XYCUOFC', 7671, 1, '2016031676IEV4 8XYCUOFC', '      76712016    ', '88565819            ', 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, '     0   ', '     0   ', '                                                  ', 0, 0, 0, 0 я так понимаю это инсерт в таблицу журнала

учти, что "CB " в - это ид текущего узла рбд. если распределенки нет, тогда проще Функция ВернутьНовыйИд Экспорт

ааа.. ща спросит еще, где текст хранимки convert10to36 )

мля...

"НовыйИд=ЗапросСКЛ.ВыполнитьСкалярный("select ltrim(dbo.convert10to36(max(dbo.convert36to10(iddoc))+1)) from _1sjourn "); " без оле чем это можно выполнить?

ado

и.. в нет оле, если что

А что, адо это уже не оле? )))

возьми сам текст запроса, да выполни..

Спасибо

взлетело?

еще руки не дошли. как только доделаю, то обязательно отпишусь как сделал.

Все это должно работать в веб-клиенте, а оле у меня не под ним не заработало. К тому же оле 1С77 не сериализуется. Нужно постоянно инициализировать при каждом новом вызове сервера.

На сервере это должно работать, а не в веб-клиенте.

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

Есть вариант обмена через TCP/IP.

RDP не проще ли настроить?

на удаленной машине запускается только одно приложение написанное на java и больше никакого интерфейса.

А зачем тебе 8 ка, если ты можешь на java написать Вэб сервис или HTTP клиента?

Проще завести сервер терминалов. Дешевле будет.

через  TCP/IP - NetaInet и Rik_SQL прекрасно работают

Дя я не против. Пусть использует, что хочет. Хоть Вэб сокеты. Только для его задачи проще использовать RDP

а может все таки изучить 1С 7.7 ? и внешнюю обработку к ней наваяти?

не запустится на удаленной машине RDP

Это смотря как настроишь. Тут куча народу предпочитают терминальные сессии вместо вэб клиента

добавь в условия еще: "это надо делать ночью на болоте, стоя в гамаке с аквалангом" и пасьянс сойдется.