Электронные счета-фактуры

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

Требуется передать XML файл в систему обмена документов. В соответствующих приказах его структура даже описана (вчера рыскал по просторам интернета в поисках примера заполненного файла), однако, как всегда, никаких примеров, а описано таким кондовым языком, что требуется перевод с чиновничьего на русский. Я всегда в таких случаях прошу: дайте образец, но подготовить образец те, кто готовил инструкцию, конечно не могут, для этого мозги нужны
А может быть это сделано специально, чтобы дать заработать компаниям, которые будут этот самый обмен осуществлять. Несколько примеров на сайтах подобных компаний я нашел, но, в лучшем случае — это картинка невысокого разрешения, а ещё лучше всплывающее окно с лупой, под которой виден XML текст, тогда как без наведения лупы — просто "бумажный" вид счёта-фактуры. Эффектно!

Используется для описания xsd схем, а не в xml файлах. Спасибо коллегам-разработчикам, что подсказали! Я обратился повторно к сотруднику Такскома и он подтвердил это, прислав другой файл, где это выглядит следующим образом:

Мелочь, казалось бы, а я потратил на это кучу времени, реализуя третий сценарий (с использованием Service Connect. Он строгий, и не хотел писать неправильное ).

Кстати, тоже классика. Но я и от рока тоже тащусь, и от фолка

aav писал(а):

Самое первое, что можно сказать по результатам анализа — имеется 2 вопроса: 1. Кавычки в названиях покупателя, запасов и т.п. должны быть заменены на &quote; — это нельзя сделать с помощью обычного DDF, но легко делается в комбинации DDF/RPT или DDF/MSRS 2. Название создаваемого файла должно включать следующие переменные: ИД получателя, ИД отправителя, дата, GUID — это может быть решено разными способами. Буду готовить несколько вариантов

Есть ещё кое-что:
Необходимо разделение адреса (строго) на отдельные компоненты: Индекс, Код региона, Район, Город, Населенный пункт, Улица, Дом, Корпус, Квартира. Отдельные компоненты необязательны (кроме кода региона), например, Населенный пункт или Квартира, но сам адрес, как он сейчас хранится у большинства клиентов в карточках покупателей разбить на составляющие достаточно трудно, разве что кроме индекса и кода региона (в большинстве случаев, но не во всех может быть выделен из ИНН)