Имя: Пароль:
1C
1С v8
Новая форма НН для Украины. Ландшафт.
0 maxstore
 
26.12.11
12:48
Согласно приказа МинФина №1379 Налоговая накладная располагается в ориентации - ландшафт
Но.. в обновлениях и на 77 и на 8 - портрет. Нужно ли переделывать?
Перерисовывать вручную как-то не хочется.
1 aka MIK
 
26.12.11
12:49
Подождем.. твою мать
2 pumbaEO
 
26.12.11
12:53
Это разве написано или вы на основании того, что в примере она в ландшафте нарисована считаете?
3 maxstore
 
26.12.11
12:55
(2) Позвонил клиент.. с него его клиенты требуют НН в ландшафте
Прямого указания я не нашел, но бланк официальный в ландшафте
4 rider
 
26.12.11
12:56
Что за бред. Колонку добавили и уже ландшафт. Я всем портрет делаю, не пугайте меня:D
5 maxstore
 
26.12.11
13:03
Сейчас вот уточнил в налоговой, вроде как без разницы как располагается бланк
Но номер договора должен быть прижат к правой стороне
6 pumbaEO
 
26.12.11
13:04
у меня вообще печатают 2 шт. на одном листе.
7 Grobik
 
26.12.11
13:11
УТП 1.1.12.3; експорт и сами НН выдраны из 1.2.5.2. Когда количество до 1000 все норма, потом сама форма екпорта ставит пробел и обработка хмл пишет ошибку и в медок естественно ничего (количество) не грузится. Ошибка parsing as decimal datatype (Тип значений не может быть преобразован). Если в экранной форме експорта ставить число руками (больше 999), то все равно при экспорте ошибка. В РегламентированныйОтчетНалоговаяНакладная СоставПоказателей2012 составное поле RG5_ обозвали строковым исправил. В старую 969 все выгружается нормально.
8 maxstore
 
26.12.11
15:57
В отладчике остановка по ошибке и посмотреть тип значений чего он не может преобразовать
9 Grobik
 
26.12.11
16:20
Спасибо за совет. Сам бы не догадался. 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.
10 Grobik
 
26.12.11
18:37
Если скопировать макет J1201003 и вставить его в СоставПоказателей2012 как J1201004 то все работает и прекрасно потребляется медком. "Код товару згідно з УКТ ЗЕД" у нас все равно не используется, наверно так и оставлю. Или чем эти двоичные данные (макеты) редактировать?
11 vmv
 
26.12.11
18:41
(10) открыть двоичный файл, сохранить на диск, поправить и загрузить опять в двоичный макет, но мож Абби пожарные релизы выпустит 12.31.2011 чтобы всем было спокойнее, лично я беспокоюсь)
12 Grobik
 
26.12.11
19:02
Спасибо, сам так в пятницу делал да забыл. Ничем особенным они кроме УКТ ЗЕД и максимального количества строк не отличаются, если форматы количества и цены подправить чтобы работало как раньше. Поправил работает.
Кaк может человек ожидaть, что его мольбaм о снисхождении ответит тот, кто превыше, когдa сaм он откaзывaет в милосердии тем, кто ниже его? Петр Трубецкой