Доброго дня.

Есть устаревшая конфигурация:
1. Специализированная программа, которая, кроме всего прочего, выдает документы по реализации в произвольном настраиваемом формате. Сейчас это печатная форма накладных и с/ф в формате Excel.
2. Бухгалтерия 1С7.7.
3. Самодельная обработка, которая парсит первичные документы в формате Excel и создает документы в Бухгалтерии 1С7.7

Сейчас производится переход на Бухгалтерию 3.0
Можно, конечно, быстро по аналогии сделать обработку парсинга Excel и импорта документов для Бухгалтерии 3.0. Но, мне кажется, должен быть "стандартный" способ импорта документов в Бухгатерию в формате XML.
Отсюда два вопроса:
1. Какой метод импорта документов является "стандартным" для Бухгалтерии 3.0?
Под "стандартным" импортом я подразумеваю обработку, поставляемую 1С (в составе Базовой, Типовой конфигурации или на диске ИТС), на входе которой дается файл в нужном формате (XML), а на выходе в создаются законченные документы Бухгалтерии 3.0.
2. Где взять актуальный справочник формата импортируемых документов в XML?

Спасибо.

(0) 1 - кроме СФ нет стандартов
2 - на сайте ФНС и 1С http://v8.1c.ru/edi/edi_stnd/

А УПД в электронном виде так и не утвердили?

(2) нет. Уже 9 месяцев ЖДУ!

(1) Это "внешние" форматы. Интересует, скорее, "внутренний" формат 1С. Например, как создать документ Накладная импортом XML? Зеркально должна быть возможность его выгрузки в том же формате.

(4) Конвертация данных 2.0.

+(5) Но универсального внутреннего формата нет, файлы выгрузки зависят от конфигураций - источника и приёмника.

(4) поржал
внутренний формат это и есть конвертация данных
и файлик ей давно не нужен, работает на прямки через Com

(6) Я, конечно, туплю, но попробую сузить задачу, чтобы и мне стало понятнее.
Скажем, есть конфигурация Бухгалтерия 3.0 Базовая и обработка УниверсальныйОбменДаннымиXML. Обработка будет использоваться только на импорт.
Нужно сделать файл во внешней программе (не 1С) в формате XML, чтобы после импорта в Бухгалтерии возникла накладная.
Где взять описание формата XML для документа Накладная?

(8) тебе написать конвертация данных большими буквами ?
КД

(5) (9) у него источник данных НЕ 1С
(8) для вашего случая наверное УниверсальныйОбменДаннымиXML не лучший вариант - правила для этой обработки нужно рисовать в КД (см.выше), но КД рисует правила только для обмена между 1С-конфигурациями.

вам нужно (имхо)
1. придумать свой формат (а лучше взять существующий из (1))
2. написать обработку для 1С, которая будет в этом формате класть данные в бух и забирать их от туда для внешней программы. Это не сложно, я вот помню летом кажется такое делал для УТ10.3
3. что то придумать со стороны вашей внешней программы, что бы тоже понимала/отдавала в этом формате

можно конечно продолжать парсить эксель - но это фууу, никрасиво как то по нынешним временам...

(10) КД давным давно научилась работать с ADODB,
КД идеальный генератор схемы XML

(10) А если, скажем, выгрузить из конфигурации, например, Торговля пару тестовых накладных, используя стандартные правила обмена. А потом "раскурить" формат и повторить его в экспорте внешней программы? Чем плох такой подход?

(13) гимор ужасный и неоправданный
(12) правда? нужно мне оленей покормить... но мы же не знаем, что там у ТС за программа, возможно там к БД и через ADODB не добраться?..

(12) а КД с ADODB там как теперь, в обе стороны может? и забрать, и отдать туда то же?

(13) плох всем

(13) если реально и подходит то, что говорится в (12) - правила обмена рисовать на КД - однозначный выбор!

(9) К сожалению, дополнительные конфигурации в данном случае не вариант.
Диспозиция такая: при внешней программе (не 1С) живет на зарплате программист, который, как часто бывает, слышать не желает об 1С. Но может предоставить выгрузку документов в ЛЮБОМ формате. Только нужно объяснить, в каком. Да, и от прямого доступа к своей базе он тоже не будет в восторге, думаю.
Бухгалтерией же пользуется же бухгалтер. Ему нужна инструкция из 2-х действий: как получить накладные к себе в базу.
Написание обработки возможно, но это непрофильный проект и все же теплится надежда ничего не дописывать к 1С.

(14) Конвертация данных, редакция 3.0

    Общая информация
    Особенности применения новой технологии
    Пример использования    

Общая информация

Редакция 3.0 конфигурации Конвертация данных предоставляет новые технологические возможности обмена данными между прикладными решениями на платформе "1С:Предприятие 8".

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

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

Для реализации новой технологии обмена разработан формат данных EnterpriseData, который дает возможность осуществлять обмен данными без учета внутреннего устройства программ-корреспондентов. Формат EnterpriseData поддерживает передачу данных трех основных типов:

(18)[ Но может предоставить выгрузку документов в ЛЮБОМ формате. Только нужно объяснить, в каком]
дык dbf,mdb
если есть сиквел, то тупо делает там базу с нужной тебе структурой


1С сама заберёт у него всё необходимое, надо лишь озаботится соглашением о ключах НСИ


городить выгрузку в xml
которая будет ломаться после любого обновления релиза 1С - безумие

(18) обработка нужна внешняя, ничего дописывать в типовой БП3 не нужно. Обработка не сложная для вашей задачи (гонять накладные и с/ф).
Вижу, вы не адинесник. Закажите такую обработку - будет нидорага.

в перспективе - если ваша внешняя программа, в которой никто не разберется, кроме смертного программиста - сулит вам изрядных проблем в будущем.. понимаете в какую сторону клоню?))

(20) правила в КД тоже придется актуализировать после обновлений. У него же просто накладные гонять в бух, и всё! Из программы, которая через пару-тройку лет (максимум) сдохнет.

(20) программа источник - MS SQL Server. Прямой доступ к данным базы затруднен по ряду нетехнических проблем.
Я уже понял о преимуществах КД. Теперь пытаюсь построить схему обмена.
Что будет являться источником данных для КД? В любом случае, какая-то промежуточная таблица. Что посоветуете? Формат накладных не утвержден. Значит, разрабатывать самим.

Пошел курить КД.

(23) вот, это дело ))

(22) да, именно так.

(23)[ MS SQL Server. Прямой доступ к данным базы затруднен по ряду нетехнических проблем]
ну это отмазка

путь сделают вьюшку/хранимку/репликацию

выгружать что-то в файл при наличии сиквела маразм

(22) не нужно ему КД
нужен прямой доступ к сиквелу через ADODB или источники в 1С

(27) Чуть подробнее, прошу )

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

(28) рисуешь внешнюю обработку для БП3, которая забирает данные из спец.таблицы MSSQL напрямую, без всяких XML через ADODB.connection или запросом 1С к внешнему источнику
(27) так?))

КД все равно покури, пригодится ))

(21) Обработку для 1С7.7 писал я сам. Только давно) Посижу дня 2-3 - напишу и для 3-ки. Можно и заказать, только сейчас не ясно, что. А когда пойму, тогда останется только закодить;)

По второму не страшно, так как программист по совместительству владелец.

(32) >> программист по совместительству владелец

вот ты попал.. низавидую.. пусть сам и на 1с пишет )))

(28) блин
цепляешь к сиквелу из 1С через ADODB
получаешь данные с ключами для 1С
создаешь и заполняешь документ средствами 1С с данными из сиквела и ссылками из 1С

(34) а средства 1С - это кастомная обработка, так?

(35) что мешает сделать это фоновым заданием или веб-сервисом ?