Согласно приказа МинФина №1379 Налоговая накладная располагается в ориентации - ландшафт
Но.. в обновлениях и на 77 и на 8 - портрет. Нужно ли переделывать?
Перерисовывать вручную как-то не хочется.

Подождем.. твою мать

Это разве написано или вы на основании того, что в примере она в ландшафте нарисована считаете?

(2) Позвонил клиент.. с него его клиенты требуют НН в ландшафте
Прямого указания я не нашел, но бланк официальный в ландшафте

Что за бред. Колонку добавили и уже ландшафт. Я всем портрет делаю, не пугайте меня:D

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

у меня вообще печатают 2 шт. на одном листе.

УТП 1.1.12.3; експорт и сами НН выдраны из 1.2.5.2. Когда количество до 1000 все норма, потом сама форма екпорта ставит пробел и обработка хмл пишет ошибку и в медок естественно ничего (количество) не грузится. Ошибка parsing as decimal datatype (Тип значений не может быть преобразован). Если в экранной форме експорта ставить число руками (больше 999), то все равно при экспорте ошибка. В РегламентированныйОтчетНалоговаяНакладная СоставПоказателей2012 составное поле RG5_ обозвали строковым исправил. В старую 969 все выгружается нормально.

В отладчике остановка по ошибке и посмотреть тип значений чего он не может преобразовать

Спасибо за совет. Сам бы не догадался. 1С не останавливается по ошибке. Ошибку пишет после выгрузки файла: — ====== Налоговая накладная
-- Начало загрузки схемы (J1201004.xsd)
- Начало выгрузки в файл 04180030260000J1201004100000006111220110418.xml
Не поддерживаемый XML-тип Decimal6Column_R
Не поддерживаемый XML-тип Decimal12Column_R
Не поддерживаемый XML-тип Decimal6Column_R
Не поддерживаемый XML-тип Decimal12Column_R
Не поддерживаемый XML-тип Decimal6Column_R
Не поддерживаемый XML-тип Decimal12Column_R
Не поддерживаемый XML-тип Decimal6Column_R
Не поддерживаемый XML-тип Decimal12Column_R
Не поддерживаемый XML-тип Decimal6Column_R
Не поддерживаемый XML-тип Decimal12Column_R
- Отчет выгружен успешно!
-- Начало проверки отчета по xsd-схеме.
Ошибка:
Error parsing '6 000' as decimal datatype.
The element: 'RXXXXG5'  has an invalid value according to its data type.

-- Проверка завершена!
//6 000 это первое неправильное (6 000,000 больше 999) значение в R0001G5.

Если скопировать макет J1201003 и вставить его в СоставПоказателей2012 как J1201004 то все работает и прекрасно потребляется медком. "Код товару згідно з УКТ ЗЕД" у нас все равно не используется, наверно так и оставлю. Или чем эти двоичные данные (макеты) редактировать?

(10) открыть двоичный файл, сохранить на диск, поправить и загрузить опять в двоичный макет, но мож Абби пожарные релизы выпустит 12.31.2011 чтобы всем было спокойнее, лично я беспокоюсь)

Спасибо, сам так в пятницу делал да забыл. Ничем особенным они кроме УКТ ЗЕД и максимального количества строк не отличаются, если форматы количества и цены подправить чтобы работало как раньше. Поправил работает.