|
Новая форма НН для Украины. Ландшафт. | ☑ | ||
---|---|---|---|---|
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
|
Спасибо, сам так в пятницу делал да забыл. Ничем особенным они кроме УКТ ЗЕД и максимального количества строк не отличаются, если форматы количества и цены подправить чтобы работало как раньше. Поправил работает.
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |