Обработка обмена из Комплексной автоматизации 1.1 (2012г.) в Бухгалтерию 3.0 (для сотен организаций с плохими данными)







Так получилось, что пришлось начать делать обмен из древней Комплексной автоматизации 1.1 (вроде 2012 г., еще и с управленческими данными) в современную Бухгалтерию 3.0. Начать разработку обмена в конвертации данных 2.1, далее из-за большого количества мелких организаций (как оказалось от двух сотен) взять обработку Алексея Ермилова для COM-обмена между одинаковыми бухгалтерскими базами 3.0, и, подгрузив туда код из конвертации данных создать нечто «шаблонное» и далее дорабатывать. Тут, правда, от обработки автора ничего кроме ком-подключения не осталось.
Описание выкладываю в открытый доступ. Считаю, что разработка своего обмена для нескольких баз где сдувают пылинки удобнее в КД, но там затруднена отладка и пришлось в самой инструкции по обмену поднимать орг. вопросы.
Надеюсь, подобный промежуточный вариант будет полезен для обмена несколькими документами.

Первоисточник вот //infostart.ru/public/421541/ (автору Алексею Ермилову я свое "творение" пришлю).

Тестировалась на платформе 8.3.10 и вышедшей в 2024 г. мартовской версии Бухгалтерия 3.0 Проф релиза 3.0.60.34 не выше, увы.

Релиз источника: очень древняя 1.1 редакции (не помню даже релиза, считаем самые первые в редакции 1.1) с большим управленческим учетом высоконагруженная база на основе типовой Комплексной автоматизации (от которой, мало что осталось даже нет "желтых кубов", так что релиз не важен.

Для запуска обмена необходимо создать определенного пользователя в Комплексной автоматизации 1.1 с правом запуска COM-соединение и далее уже пользоваться обработкой на стороне бухгалтерии 3.0 (проверял, тяжелую базу от 100 пользователей обмен не грузит). Мелкие зарпросики. В последней версии заменил все обращения к резквизитам "через точку" на функцию ЗначениеРеквизитаОбъекта() и аналогичные. Немного добавил кэширования при загрузке в таблицу значений. Есть индикатор работы для клиент-сервереного режима. Тестировалась в режиме клиент-сервер для MS SQL базы.  

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

3 Особенности работы и исправление ошибок загрузки пользователем.

3.1 Все данные у справочников и документов при каждой загрузке полностью перезаполняются по данным источника (обработка только для чтения данных из Источника в нем ничего не сохраняется!). В случае появления ошибок в подвале обработки пишется лог (протокол) ошибок, а данный «плохой» (частично загруженный) документ помечается на удаление»
 
Назначение кнопки для визуального отбора документов, подлежащих загрузке, но когда в процессе обмена произошли ошибки в элементах справочников для этого документа (например дубль кода в статьях затрат источника, отсутствия ИНН-КПП у не регламентированных документов и отсутствия галки на вкладке «свойства и категории» что он «регламентированно-управленченский» и документ должен быть отражен в бухгалтерских проводках, но бухгалтерия 3.0 «требует» корректного ИНН-КПП, проверяет обязательные реквизиты (код от дублей). 
Примечание: для загрузки «плохих» контрагентов из источника в случае установки свойства «Не контролировать ИНН/КПП при загрузке в Бух 3.0» при загрузке в Бухгалтерию 3.0 проставляется:
— Случайный код справочника (до исправления в источнике).
— фальшивый ИНН-КПП  для проверки (проходит в Бухгалтерии 3.0 внутреннюю проверку в т.ч. онлайн с классификатором ФНС).
— Страна «Гондурас» (для точного поиска в отчетах подобных управленческо-регламентированных)

 
Назначение данного флажка для сигнализации в ИТ-отдел о том, что идет ошибочный отбор регламентированных документов, которые сложно в целях производительности / методологически исключить из отбора. 

Пользователю необходимо самостоятельно исправлять ошибки в источнике (для этого будет отдельный регламент). Как читать протокол ошибок (правила загрузки/проверки данных :
Вначале пустой документ на основе данных источника записывается в базу-приемник чтоб его можно было точно идентифицировать, пометить на удаление и оставить комментарий. Далее идет последовательное создание всех справочников со всей иерархией. После заполнения всех данных по-источнику до записи элемента проводится проверка заполнения как при записи «вручную». Если ошибок не будет, то происходит аналогичный контроль как при ручном заполнении документа. В случае, если где-то не пройдет контроль элемента справочника или реквизита самого документа, то загрузка всего документа прекращается, документ помечается на удаление и пишется комментарий для облегчения поиска (+ установка/снятие галок в списке).
Ниже фрагмент лога(протокола) ошибок. При двойном щелчке в Бухгалтерии 3.0 получается открыть данный элемент для ускорения и упрощения пропуска (курсивом).
Начало переноса: 09.01.2024 17:15:09
Поле "Вид прочих доходов и расходов" не заполнено
 .Сверьте с источником элемент справочника (тип в источнике): ПрочиеДоходыИРасходы. Приемник: Доходы, не принимаемые в целях н/о прибыли, Код :000000115 у , код владельца справочника(если есть владелец): 

Открываем справочник «Прочие доходы и расходы» в источнике, т.к. перед фразой о некорректной записи документа идут все сообщения о том почему 1С считает «неправильным» какой-то элемент справочника из документа или «неправильным» какой-то реквизит документа.

….
Код в источнике: 000000115, Наименование в источнике: Доходы, не принимаемые в целях н/о прибыли Исправьте в источнике!
# Документ Поступление на расчетный счет АЛГ00000028 от 27.02.2024 0:00:00 помечен на удаление, т.к. входящие данные источника содержат некорректную информацию. 09.01.2024 17:15:46 : Ошибки при заполнении Документа источника: Документ: ПлатежноеПоручениеВходящее № АЛГ00000028 от 27.02.2024 17:57:45 (приемник: Поступление на расчетный счет АЛГ00000028 от 27.02.2024 0:00:00)
Завершение переноса: 09.01.2024 17:17:11(время переноса: 2,03 мин.)
 

Для копирования лога (протокола) ошибок необходимо в окне сообщений нажать “Ctrl+A” и в контекстном меню выбрать «Скопировать» или “Ctrl+С”
 
Для обращения в ИТ-отдел привести в заявке скрин настроек загрузки и лог в виде файла TXT (блокнот) с указанием конкретных документов по которым невозможно определить характер ошибки.
 Также в случае явной синтаксической ошибки исполнения прислать скрин с настройками для воспроизведения ситуации где явно видна организация, период и документы загрузки (желтое окно 1С с описанием ошибки!
Рекомендация грузить повторно по одному отдельно проблемные документы и в таком случае будут логи ошибок только по данному документу!
Для примера устранения ошибки по вышеприведенному примеру:
Ниже – справочник «Прочие доходы и расходы» базы-источника («УК главная» Комплексная автоматизация 1.1).
 
Далее нужно поднять вопрос почему не заполнен реквизит справочника «Вид прочих доходов и расходов» в Источнике, заново выбрать за данный день необходимые документы с ошибками, отметить галками для загрузки и перезагрузить в Бухгалтерию 3.0. 

3.2 Типичные виды ошибок и способы устранения пользователем
— При загрузке документов сообщения о дублях кодов в комментариях элементов справочников. Необходимо исправить в Базе-источники дубли кодов для наведения порядка в базе (сопоставления по кодам элементов справочников).
— Не заполнен какой-либо реквизит у справочника в источнике и при этом в источнике документ проведен (поправить в источнике данные).
Примечание. В случае, если не заполнен какой-либо реквизит у проведенного документа в источнике – обратиться в ИТ-отдел.
— Не заполнен ИНН/КПП у контрагента в источнике.
Примечание: для загрузки уже существующих в Источнике контрагентов, которые присутствуют в проведенных документах источника для загрузки необходимо в базе-источнике у нужных контрагентов (например фирма-Х с ИНН «007») поставить галку на вкладке «категория»: «Не контролировать ИНН/КПП при загрузке в Бух 3.0» (ниже скрин карточки контрагента Базы-источника):
 

— «Битая ссылка» (прислать лог в ИТ-отдел) – данные элементы будут временно грузиться в корневой каталог соответствующего справочника;
— Не найден КБК для счета 68.01.01…(и аналогичное КБК-Счет) при загрузке платежных поручений исходящих по налоговым платежам. Для устранения: созадать в справочнике Бухгалтерия 3.0 «Налоги и взносы» нужный КБК и счет учета с помощью конструктора КБК.
 
Примечание: По-умолчанию все не найденные грузятся в тестовый КБК на рисунке до создания КБК по регламентированному классификатору конструктора КБК Бухгалтерия 3.0
 
КБК – только из классификатора:
 

Список ошибок и способов устранения будет расширяться в процессе эксплуатации.

Версия 1.0.0.003 г.
Список доработок:
    Организации в источнике должны создаваться только по данным источника (с тем же уникальным ГУИД) – по нему идет сопоставление (раньше можно было искать по ИНН-КПП если организация была создана в приемнике руками). Создание организаций по-источнику с тестовой учетной политикой только по кнопке «перенести организацию и учетную политику»
         Отбор организаций в списке сделан с учетом флажка в справочнике Организаций в источнике «НЕ действующая организация» (где в списке выделяются красным в источнике) и сделана сортировка «по наименованию».
     Отлажена загрузка документов «Счет-фактура полученная» для режимов «По реализации» и «На аванс» (корректировок СФ полученных нигде в базе-источнике вообще нет – не тестировалось?!). Примечание все новые документы-основания (пока только Поступление товаров услуг для реализации и списания с р/с (пока без РКО и прочей редкости – если попадется то идет лог ошибок) для для СФ выданных переносятся как пустые документы (с датой-номером) и для полной загрузки документов за период с учетом этой особенности нужно грузить с ВЫКЛЮЧЕННЫМ флагом настройки «При записи проводить», а далее проводить документы по-организации штатными средствами Бухгалтерия 3.0.
    Борьба с блокировками (техническое) по документам (для работы в нескольких сеансах с одной базой). Позже, когда будут работать и пользователи нужно будет сделать и по справочникам.
Примечание: Счета-фактуры полученные при установленной галочке «Отразить вычет НДС в книге покупок» (всегда устанавливаю) в БП 3.0 делают проводку Дт 68.02 Кт 76.ВА (вычет НДС с выданного Аванса) и в последующем поднять вопрос о заполнении регламентного документа «Формирование записей книги покупок» БП 3.0
Особенность загрузки Счетов-фактур полученных с видом «На поступление» (и видимо, многих других документов «по-цепочке», у которых есть документы-основания: В первую очередь нужно загрузить полностью заполненный документ-основание «Поступление товаров, услуг» (можно не проведенный), а только после него – Счет-фактуру полученную. Тогда при групповом проведении документов все корректно заполняется (для «на аванс» – без разницы).
Будет сделано позже сортировка документов по классу очереди загрузки (либо сортировка в правом окре по дереву иерархии).
Техническое: для отладки на сервере БД 2 нужно явно указывать на каком сервере искать отладку.
 

Новый путь подключения к базе УК Главная из обработки обмена Бухгалтерии 3.0 с 12.01.2024: Srvr="serverdb2:1541";Ref="Uk";
Настройку «При записи проводить» — не устанавливать. Использовать позже «Групповое перепроведение документов» (по организации за период), т.к. будут и документы-основания как ссылки и РТУ (прочие приходно-расходные документы, проверяющие товарные остатки/взаиморасчеты).
Документы:
ПКО, РКО (отладка), нужна требование-накладная
Добавить операцию бух (или операцию бух упр, бухсправку) – исследование базы.

С 23.01.2024 1.0.0.004g –
;    Документы ПКО, РКО, бухсправка (аналог операция Бух) и Требование-накладная.
Примечание. Для РКО с видом «Выплата зарплаты» создается «фейковый» документ «Ведомость на выплату зарплаты» без проводок с суммой выплаты как в ведомости источника с той же датой, но различными номерами (документы в БП 3.0 не удаляютюся). Субконто «Работники организации» значени в приемнике: «Сводно по всем» (тип «физические лица)». 
Отладка Плажежный ордер на списание д/с – в Списание с р/с с видом операции «комиссия банка» (все, как-правило, Дт 91 (расходы) Кт 51 на мелкие суммы по ордерам банка.

    Режим блокировок для многопользовательской работы по всем документам и справочникам.
    Добавлена поддержка видов субконто:
—     «уровни бюджетов» перечисление для 68.04.1(Расчеты с бюджетом),68.10 (прочие налоги и сборы). 
—     «Прибыли и убытки» перечисление для 99 счета.
—    «Виды платежей в гос бюджет» для 68 по налогам.
—    «Работники организации» (спр. Физические лица). 
—     Исправлена аналитика в Поступлении услуг Дт 44.01 субконто «Статья затрат» по БУ и НУ.
—    Лог (протокол) загрузки дублируется в технологический журнал 1С и доступен для всех программистов (и пользователей с правами к журналу).
    Испр. При тестировании по организации «Тест» контроль битых ссылок.
    Добавлена опция для СФ Входящих «Счет-фактура ПОЛУЧЕННАЯ. Отразить вычет НДС В Книге покупок датой получения (Дт68.02 Кт 19.0Х по СФ)». Далее можно вводить регламентный документ БП 3.0 «Формирование записей книги покупок» и отразить вычет в конце квартала.
    Добавлена служебная опция (не для пользователей) грузить всех плохих контрагентов как управленческих (для тестов ввода оборотов на больших объемах данных). Не проверяет наличие галки в карточке свойств контрагента «Контрагент для обмена данными с Бухгалтерией 3.0».
    Сделан приоритет загрузки документов (сначала приходные, потом спорные и далее чисто расходные. До 100 – приходные, свыше 100 – расходные). Установка во внутренних настройках программы в шаблоне «Очередь загрузки»:
Приоритет    Список синонимов документов.
    1. ПРИХОДНЫЕ ДОКУМЕНТЫ (до 99 включительно номер очереди загрузки
2    Платежное поручение входящее
4    Приходный кассовый ордер
6    Платежный ордер на поступление денежных средств
         
…  …
    
    2. РАСХОДНЫЕ ДОКУМЕНТЫ (после 99 включительно):
         
         
         
         
         
         
131    Платежное поручение исходящее
133    Платежный ордер на списание денежных средств
135    Расходный кассовый ордер

    Время загрузки приходных и «спорных» документов до 12.00 (пока у всех 10.00), а расходных – после 12.00 (14.59). Помогает бороться с зачетом авансов (загрузка правильнее чем учет в КА 1.1).
Примечание: приоритет загрузки сделан для того, чтоб грузить для примера СФ выставленную (исх.) только на основании ранее проведенной расходный накладной (иначе ошибки). 
Для загрузки ВСЕХ документов нужно установить флаг «при записи проводить» и не изменять приоритет вручную.
СФ выставленные можно загружать ТОЛЬКО для ПРОВЕДЕННЫХ реализаций!
    Документ «Платежный ордер на списание денежных средств» источника переносится в «Списание с расчетного счета» приемника с видом операции «Комиссии банка» за обслуживание системы «Банк-клиент». Как-правило Дт 91.02 (субконто Прочие расходы) Кт 51 (р/с и статья расходов на услуги банков).
Рекомендуемые документы:
— авансовый отчет;
— Корректировка долга;
— По основным средствам (будет анализ по вводу остатков).
 

Заранее извиняюсь за подобное "форматирование" текста. Нет возможности работать на нормальном ПК. 

Публикую как портфолио в связи со сменой профиля работы. 16.10.2024 г.

33 Comments

  1. Lukich66

    Добрый день.

    Уткнулся в проблемы перехода с КА_1 на КА_2.

    Остатки и справочники ч/з типовой механизм с большим трудом( Внеоборотные активы 2.4) перенеслись на 01/01/2018, а вот доки Заказы ,покупки , продажи , з/п ,АО,оплаты текущего года 2018-фиг вам. Просто хочу услышать Ваш совет: много ли я сэкономлю времени на адаптацию Вашей обработки для создания механизма обмена КА_1->КА_2. Конфы нетронутые. Механизм нужен чисто для «гладкого» перехода без остановки боевой КА_1 и отладки будущей КА_2

    Reply
  2. jobkostya1c8

    (1)Добрый.

    Если не ошибаюсь КА 2.х уже на управляемых формах и это «урезанный» вариант ERP? Я не смотрел , но стало интересно для общего развития. Занимаюсь ЗУП 3.1 и Бухгалтерией 3.0 (на ее базе конфой).

    Я, думаю, что есть же типовой конвертер для переноса всего из старой редакции любой программы в новую и именно его стоит адаптировать.

    Я бы сравнил редакции 1 и 2 КА чтоб понять сколько изменений.

    Еще, у данного «обмена» другое назначение: внедрение как у Вас работающих бухгалтерий 3.0 без остановки работы основной системы.

    Ввод остатков не помню, сохранился или нет?! Поместил что было раз уж никому последняя редакция не была нужна.

    Reply
  3. jobkostya1c8

    (1) К слову, ОС и НМА перенести не успел. Их было мало и оставил «на потом».

    Где-то были правила обмена тоже нетиповые (даже по переносу остатков). Я тогда когда разбирался со своим «обменом» что в текущей публикации не знал так хорошо конвертацию данных 2.1. Тем более, что она в основном для однократных обменов, а тут предполагался массовый постоянный.

    Reply
  4. jobkostya1c8

    (1)

    нулся в проблемы перехода с КА_1 на КА_2.

    Остатки и справочники ч/з типовой механизм с большим трудом( Внеоборотные активы 2.4) перенеслись на 01/01/2018,

    И еще мне тогда руководитель проекта сказал «что второй программист месяц повозился и перенес обороты (показал правила обмена почти подходили)»

    и что: » А еще неделю и готовы правила обмена по переносу учетной политики с начальными остатками».

    А потом я выяснял уже на другой работе у более грамотных людей что у того программиста уже были наработки и ему ставились задачи по конвертации узла РИБ данной базы (судя по наработкам).

    Тут все нужно смотреть от и до и взвешивать.

    Reply
  5. vlapet

    хорошая обработка,только не переносит ничего..составляет список объектов,жму перенести ссылки — и ничего в базе приемнике не появляется…

    Reply
  6. jobkostya1c8

    (5)Она рабочая и по частям делалась. В описании все как запустить.

    Однако, это всего лишь наработка. Вам как программисту нужно подправить. Там все помню описал и как организацию перенести и учетную политику. Потому просто выложил чтоб хоть даром труд не пропал.

    Приведите скрин что пишет?

    100% что синтаксический контроль со стороны КА 1.х не прошла (или БП 3.0 — год же прошел).

    Reply
  7. vlapet

    например,для теста,попытался пернести справочник Банковские счета,да,он из классификатора,но тем не менее…список,перенести ссылки,пошел процесс,ошибок не выдает,блпгополучо завершает,но в приемнике этот справочник остается пуст

    Reply
  8. jobkostya1c8

    (7)

    попытался перн

    Я сделал так, чтоб переносились только документы и тянули из справочников по ссылкам только нужную информацию.

    Перенос справочников самих по себя я отключил.

    Данных слишком много было сотни тысяч и миллионы записей. Зачем ташить в новую АИС неактульаную. Нужно из большой базы по куче мелких только то что они используют.

    Reply
  9. jobkostya1c8

    Транзакции я, вроде, по документу использовал. Погляжу сейчас на современном релизе БП 3.0. КОРП с (3.0.64.48)

    Сейчас актуальная на сайте 1С пишут 09.11.2018 17:55 Бухгалтерия предприятия КОРП, редакция 3.0 3.0.66.53

    А так, в Москве не приходится выбирать куда идти на проект. Вот видете, чем закончилось.

    Reply
  10. jobkostya1c8

    По вводу остатков я тоже начал.

    Но, по оборотам только уже в состоянии «глубокой беты».

    Так и свою таблицу соответствия надо по счетам (будет ругаться).

    И по 01 и 02 для простоты остатки в БухСправку.

    И режим по загрузке оборотов из источника в приемник можно тоже все в БухСправку для теста по самим цифрам или посмотреть что не грузится.

    Reply
  11. jobkostya1c8

    Я, Думаю, Бухгалтерия 3.0 мало кардинально сменилась. Чуток подравить на приемной стороне.

    Нет ошибок даже при глубокой проверкой в конфигураторе 1С 8.3.11

    Reply
  12. Lukich66

    Нормально Григорий,отлично Константин.

    Вчера несколько часов провел за адаптацией Вашей обработки для Ка1->Ка2.

    Час убил на v83COMconnect- давненько не пользовался и забыл,что comcntr.dll нужно активировать, хотя в Вашей обр эта функция есть, но я то обр.запускал из под Ка2! В ней нет перечисления.РазделовУчета и др.

    Интерфейс обр приемлем,но вот ПОД и таблицы соответствий(план счетов?) зашитые в макеты сизифов труд. Можно было бы просто «продать» ПОД Ка1->БП_30,но интересна сама идея взять инф из Базы1(конф1) в Базу2(конф2)-да еще это механизм сделать юзеро-настраиваемым (т.е. вы делаете интерактивную настройку обмена Б1->Б2)!!! без конвертации данных в СОМ-режиме= нобелевская 1с.

    Reply
  13. jobkostya1c8

    (12)

    нет перечисления.РазделовУчета и др.

    Интерфейс обр приемлем,но вот ПОД и таблицы соответстви

    За эту «нобелевскую» премию мне не хотели з/п выдавать «цветную». Пока не зашел вопрос об обращении в правоохранительные органы. Так что на этом внедрение закончилось.

    Но, я рад, что кому-то наработка пригодилась.

    Reply
  14. Lukich66

    Не,не обработка, идея!

    Reply
  15. jobkostya1c8

    (14)Вот я и хотел чтоб знающий народ на два вопроса ответил:

    Немного уточняющей информации:

    База-источник управленческая мультидеятельность «подпольных» услуг, в т.ч. «левого» и «правого» алкоголя. С поддержкой ЕГАИС, векселей, прочей «дряни». Не обновляемая древняя. Распределенная. Под две-три сотни пользователей. Еще есть ее «клоны». Организаций сотни мелких, крупных и ИП. Все что можно все есть из бухучета. План счетов тоже пришлось из таблицы соответствий с зашитыми «макетами».

    Так вот, вопросы:

    1. Сколько времени нужно чтоб с нуля написать правила КД (без и с наработками) из КА 1.1 УУ с современной БП 3.0 и попутно решить кучу орг вопросов (с КБК, некорректными контрагентами и прочее (около 15-20 проблем обозначено).

    2. Сколько по п.1, но для того чтоб сделать алгоритмы загрузки без конвертации данных?!

    3. Насколько такой п.1 с настраиваемой обработкой оправдан. Плюс — возможность отладки «на лету» техподдержкой без знания конвертации и необходимостью каждый раз лезть в ее «дебри» без отладчика.

    Reply
  16. jobkostya1c8

    (14)Насчет «идеи» сам автор «протопипа» говорил, что «надоело ему каждый раз правила обмена между типовой БП и еще чем-то»?!

    Кстати, автору я выслал что получилось. И что от «прототипа» остался как от старого ПК после модернизации «корпус и блок питания» и многое «продублировано».

    Reply
  17. Lukich66

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

    И последнее,не совсем понял чем отличаются варианты 1,2,3,4 т.к. в Ка2 удалось запустить только 1-ый.

    В БП_3-последний, но мне БП_3 не нужно.

    Ответы на ?.

    1.8час-но ничего работать не будет

    2.2час-результат тот же

    3.50/50-если все заработает.

    Reply
  18. soap

    Константин скачал эту разработку архив не живой

    не затруднит сбросить живой комплект хотя бы на почту

    soap425@mail.ru

    Борис

    Reply
  19. jobkostya1c8

    (18)Вроде был живой. Я проверю и сброшу вам

    Reply
  20. jobkostya1c8

    (18)Отправли Вам. Проверил еще раз архив протестил 7 zip — вроде нормальный. Еще тут люди скачивали. Странно, нико не жаловался. Видимо глюк.

    Reply
  21. German_Tagil

    скачал и воткнулся сразу в v83COMconnect

    чем лечить?

    Reply
  22. jobkostya1c8

    (21) в зависимости от версии платформы 1с 8 разное название ком обьекта. приветите ошибку и версию платформы. я не помню точно название на память v2 или v3 в конце. может праз на внешнее соединение в роли нет. может, на сом соединение. в понедельник смогу сказать если приведете скрин и сообщение об ошибке. выше писали тоже

    Reply
  23. jobkostya1c8

    Компоненту нужно регистрировать. Выше тоже народ спотыкался, но решил.

    Reply
  24. German_Tagil

    нескромный вопрос — а как ее регистрировать? никогда не делал этого

    Reply
  25. jobkostya1c8
    Reply
  26. German_Tagil

    компоненту зарегистрировал — но ошибка все равно вылетает

    несоответствие версий

    Reply
  27. jobkostya1c8

    (26)У Вас на сервере версия платформы 8.2, а на клиенте (локальном ПК 8.3). Должны быть одинаковые.

    Такое часто возникает, когда настроено локальное подключение с ПК на серверную базу, а админ сервера 1С апгрейдил платформу.

    Еще есть приколы что нужно до сих пор пользоваться клиентами 32-х разрядными (64-х разрядный клиент только вышел из бета-тестирования, а фирма 1С про это не писала 🙂

    Reply
  28. jobkostya1c8

    (26) Проще на локальном ПК поставить нужную версию (я правда, не помню насчет совместимости. Посмотрите в конфигураторе той БП 3.0.х.х

    На релизе от января (у нас база очень тяжелая и обновляется редко) режим совместимости для релиза 3.0.67.67 установлено «Версия 8.3.12»

    Но, я не думаю, что будет трудно чуток подправить этот обмен для нужного релиза Бух (или КА 2.2).

    Reply
  29. German_Tagil

    хорошо а если базу КА 1.1 поставить на компе?

    Reply
  30. jobkostya1c8

    (29)Если все делать на локальном ПК с файловыми базами, то проблем точно меньше и работа быстрее (если ПК мощный). И если базы не огромные 🙂

    Reply
  31. elzetto

    (15)День добрый, наткнулся на вашу обработку, сам ее не запускал, но как я понял идея в следующем:

    Есть УУ в ка 1.1. есть необходимость обменов в БП 3.0 в разрезе юрлиц.

    В уу есть много направлений подразделений юрлиц и типов и видов деятельности.

    Я достаточно давно работаю и использую прототип ка 1.1 как основную управленку.

    Не понимаю как сделать обмен с БП по Отгрузкам, Счетам, Контрагентам. Этого по идее должно быть достаточно что бы бухгалтер смогла отчитаться.

    Знаю одну компанию там есть уу в единой базе на обычных формах. При этом куча юрлиц и выгрузки в бухгалтерии — работают как часы схемы агентские, налоги платят по комплаенс риску. 30-40% выручки чернят

    Reply
  32. jobkostya1c8

    (31)

    правлений подразделений юрлиц и типов и видов деятельности.

    Я достаточно давно работаю и использую прототип ка 1.1 как основную управленку.

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

    Саму управленку не имеет смысла.

    Reply
  33. elzetto

    (32) Это одна из самый правильных на мой вглзяд задач переносить из управленки регламентированную информацию в БП

    Reply

Leave a Comment

Ваш адрес email не будет опубликован. Обязательные поля помечены *