transt

(12) Да, можно создать расширенеие и вставить туда из Бухгалтерии EnterpriseData_1_10_2 до момента когда нормальная обнова по УТ приедет. Ничего больше менять не надо.

(6)Вместо 1го mxl (что предполагалось изначально) можно подсунуть ему текстовый файл который будет как набор параметров и команд... Формат файла сами продумайте.

У меня подобным способом, например, рассылка по email работает, так как куча длл-ек для 7ки перестало работать из за всяких шифрований. Первой строкой Email получателя, в следующих строках имена файлов


Не ограничивайте себя! Всё получится!

Не совсем понял суть статьи

Вариант 1: Понятно, но сейчас не используется, потому что есть вариант 2.
Вариант 2: В типовых 1С если нет правил регистрации, то регистрируются все объекты. Можно написать свои правила(условия) регистрации и не лезть в подписки.
Вариант 3: Если Вы уже определились какие документы отправить, то зачем промежуточный регистр? Что он даёт в Вашем примере?
Однако, не всё так просто с третьим вариантом! Он иногда жутко полезен!
Задача стояла такая: Выгружать в другую базу Номенклатуру которая находится в определённом документе...
Проблема в том, что Номенклатура сначала создаётся, а только потом попадает в документ. Логично... И понять, что надо выгружать эту номенклатуру или нет сложно.
И тогда я создал подобный регистр, который фиксировал какая номенклатура уже должна выгружаться.
Поясню:
По подписке по записи этого документа я анализирую номенклатуру и ищу в данном регистре. Если Номенклатура есть, то я её пропускаю. Если Номенклатуры нет, то вставляю запись в регистр и регистрирую номенклатуру на отправку в узел.
Далее на подписке номенклатуры на запись проверяю по регистру надо её выгружать или нет.

Кстати, вспомнил второй случай, когда понадобился именно такой промежуточный регистр: Выгружалось постоянно оооочень много объектов. Сделал такой регистр и закидывал туда всё что должно было отправится. А перед запуском синхронизации сделал обработку: Проверял количество объектов на оправку. И если количество позволяло, то докладывал из него в регистрацию, а регистр подчищал. Так можно распределить обмен более равномерными порциями.

Ага, тоже на первом заходе пропустил про доп реквизит...
Сейчас "без гонки" внимательно перечитал и всё получилось!
Для справки: проверял сейчас на версии 1.6.9.36

Я регистрирую только в C:\Windows\SysWOW64\odbcad32.exe в Системный DSN
Можно так подключиться:

Код

Соединение = Новый COMОбъект("ADODB.Connection"); Соединение.ConnectionString = ("DSN="+СокрЛП(Объект.Сайт.ИмяПараметровDSN));       Попытка       Соединение.Open();       РезультатСоединения = Истина; Исключение       РезультатСоединения = Ложь; КонецПопытки;     Если Не РезультатСоединения Тогда    Возврат "Соединение с сайтом не установлено."; Иначе    Возврат "Соединение выполнено успешно."; КонецЕсли;

Если из драйвера соединение работает, то и из 1С подвяжется

Прикрепленные файлы:

11.png

(4) Ветер в поле, подозреваю, что есть ещё вариантов 20 "приготовления подобного супа".

Личное отношение к Йокселю: проект давно не поддерживается, пожелания про зернистость не исправили, авторов не найти, что там ещё может быть в этой "шкатулке" неизвестно, откуда скачать оригинальный Йоксель в данных реалиях - загадка.

Данная статья просто идея таким же 1Сникам как я сам. Каков будет конечный "рецепт" - пусть решает каждый сам.

На сейчас выяснены следующие неудобства: разделитель страниц игнорируется, т.е. в ПДФе получается всё слитно независимо от исходника

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

Собственно решение:

1. В свойствах документа запретите оперативное проведение (обновляется динамически)
2. Если проведение было завязано на оперативное/неоперативное, то поправить код...

Всё!

Инет пестрит вариантами конвертаций из 1С7.7 в PDF, но устраивающего варианта так и не нашел.
Сел, подумал и написал свой конвертер на 1С 8.х