Формирование транспортной накладной по отгрузке

[Ivanhoe]

В том то и дело, что если настроить параметр "Обновить отборочную накладную", то запись в таблице транспортных накладных появляется (международная функциональность), а вот распечатать по ней русскую ТТН нельзя - требует накладную. Эта проблема еще с 4.0 тянется - Товарно-транспортная накладная (1-Т) в АХ 4.0.

[ice321i]

Цитата:

Сообщение от Ivanhoe

В том то и дело, что если настроить параметр "Обновить отборочную накладную", то запись в таблице транспортных накладных появляется (международная функциональность), а вот распечатать по ней русскую ТТН нельзя - требует накладную. Эта проблема еще с 4.0 тянется - Товарно-транспортная накладная (1-Т) в АХ 4.0.

Именно, придется дописывать...

[Evgeniy_R]

Да, пропустил в топике - Формат Российский.

Согласен, стандартом пока что не обойтись..

[EVGL]

Цитата:

Сообщение от Ivanhoe

В том то и дело, что если настроить параметр "Обновить отборочную накладную", то запись в таблице транспортных накладных появляется (международная функциональность), а вот распечатать по ней русскую ТТН нельзя - требует накладную. Эта проблема еще с 4.0 тянется - Товарно-транспортная накладная (1-Т) в АХ 4.0.

Да, припоминаю наивный русский код в этом месте, который тянет информацию строго из CustInvoiceJour.

ТТН - это вообще головная боль, если печатать ее в пакетном режиме. В классе ...Excel..._RU появляется случайным образом ошибка в случайном месте. Помогает некий хотфикс ax32.exe от Microsoft. Коллега прочитал блоги и KB и предположил, что нарушается взаимодействие между AX и COM-объектом, поскольку Windows считает, что AX зависает, и заменяет ее - Аксапты - окно на некое dummy-окно "мертвой программы" на считанные секунды.

[AndyD]

Цитата:

Сообщение от EVGL

ТТН - это вообще головная боль, если печатать ее в пакетном режиме. В классе ...Excel..._RU появляется случайным образом ошибка в случайном месте. Помогает некий хотфикс ax32.exe от Microsoft. Коллега прочитал блоги и KB и предположил, что нарушается взаимодействие между AX и COM-объектом, поскольку Windows считает, что AX зависает, и заменяет ее - Аксапты - окно на некое dummy-окно "мертвой программы" на считанные секунды.

Это под Win7 и 2008R2 проблема, или и под другими операционками тоже?

Ошибка чтения файлов XLS под Windows 7
Ошибка времени выполнения в ComExcelDocument_RU.findRange()

[EVGL]

Цитата:

Сообщение от AndyD

Это под Win7 и 2008R2 проблема, или и под другими операционками тоже?

Не могу сказать. Работает все в Citrix, эмулирует, кажется, 2008R2.

[Logger]

Цитата:

Сообщение от EVGL

Помогает некий хотфикс ax32.exe от Microsoft. Коллега прочитал блоги и KB и предположил, что нарушается взаимодействие между AX и COM-объектом, поскольку Windows считает, что AX зависает, и заменяет ее - Аксапты - окно на некое dummy-окно "мертвой программы" на считанные секунды.

А можете подсказать что за хотфикс ? Интересно посмотреть.

[sukhanchik]

Цитата:

Сообщение от EVGL

Помогает некий хотфикс ax32.exe от Microsoft. Коллега прочитал блоги и KB и предположил, что нарушается взаимодействие между AX и COM-объектом, поскольку Windows считает, что AX зависает, и заменяет ее - Аксапты - окно на некое dummy-окно "мертвой программы" на считанные секунды.

Ага, значит все-таки "попахивает" Win 7... Жень не томи народ - уже измученный эти COM-ом под Win 7 . Узнай плз номер KB (можно даже ссылку).

[Zabr]

Цитата:

Сообщение от EVGL

В классе ...Excel..._RU появляется случайным образом ошибка в случайном месте.

Ax40. Была аналогичная плавающая ошибка в своем коде, выводящем документ в Excel через классы SysExcel*. Ошибка проявлялась только на Win7. Удалось отловить, что виснет при формировании query для вывода строк документа (корректном и довольно не сложном). Замена query на while select полностью решила проблему. Но в чем конкретно проблема с query, так и осталось непонятным. Тем более что под WinXP ошибки не было.