|
![]() |
#1 |
Участник
|
Цитата:
![]() Скорее всего у вас на невидимой форме не отработал метод close() и она остается открытой, что мешает аксапте закрываться. Вывод отчета посередине не прерывался ? Еще такой же глюк бывает с формой поиска SysFormSearch на некоторых формах, перегруженных датасорсами. В какой-то момент она становится скрытой, но ядяро думает что она открыта и не дает закрыть аксапту, а также форму на на которой делали поиск. P. S. Мы тоже оставили вариант с макросами. |
|
![]() |
#2 |
Microsoft Dynamics
|
Да, это конечно workaround. Макросы - панацея далеко не во всех случаях. Здесь происходит вывод в Excel в параллельном потоке - на текущий момент "ошибку COM" при таком подходе поймать не удалось.
__________________
You should use Bing before asking dumb questions. |
|
|
За это сообщение автора поблагодарили: Logger (10). |
![]() |
#3 |
Участник
|
|
|
![]() |
#4 |
Сенбернар
|
"You should use Bing before asking dumb questions."
Да. Именно так, список поисковиков можно расширить. Вопрос, к инсаидеру: КТО придумал унаследовать Счет-фактуры (да, те самые, в Ёкселе ![]() Ребят, лошадь впереди паровоза... Я фигею с MSBS...
__________________
Best Regards, Roman |
|
![]() |
#5 |
Участник
|
Еще одно пожелание - сделать связь между строкой корректирующей накладной на услуги custInvoiceLine и корректируемой строкой custInvoiceTrans по Itemid (для чего добавить ItemId в строки custInvoiceLine).
Связь по названию - не совсем верно. Название - это не ключ, а в корректирующих фактурах используется как ключ. Для одной и той же номенклатуры оно может меняться со временем (убрали запятую, отредактировали опечатку, а корректировка уже не видит связи). Для разных номенклатур - оно может совпадать. В общем, много веских причин. |
|
![]() |
#6 |
Участник
|
Добрый день.
Кто-нибудь решал проблему массовой печати счетов - фактур в новой форме?
__________________
С уважением, Алексей. |
|
![]() |
#7 |
Участник
|
|
|
![]() |
#8 |
Участник
|
Понял, что проблемы нет как таковой. Извиняюсь.
__________________
С уважением, Алексей. |
|
![]() |
#9 |
Участник
|
Может попробовать добавить try catch в котором принудительно форму закрывать ?
|
|
|
За это сообщение автора поблагодарили: RVS (1). |
![]() |
#10 |
Участник
|
Подскажите, пожалуйста, где можно взять слой sl2 Human Resources Management and Payroll (Russia), адаптированный под обновление KB2666787?
|
|
![]() |
#11 |
Участник
|
Да, придется.
|
|
![]() |
#12 |
Banned
|
По-моему, там всегда по умолчанию обычная фактура вылезает. Чтобы получить корректировочную, надо сходить в журнал фактур и принудительно напечатать в виде корректировочной.
|
|
![]() |
#13 |
Участник
|
Если печатать в виде корректировочной через журнал, что я пробовал делать - выходит, только в самой печатной форме не заполняется первичные значения(строчка), которые(ая) корректируется. У Вас так же?, подскажите пожалуйста.
__________________
С уважением, Алексей. |
|
![]() |
#14 |
Участник
|
У вас скорее всего ссылка на корректируемую накладную некорректно заполнена. Так всегда бывает когда она не находит исходную накладную при печати фактуры.
|
|
![]() |
#15 |
Участник
|
Цитата:
Корр фактура так ищется: X++: this.CorrectedFactureExternalId X++: select firstonly * from facturejour where facturejour.CorrectedFactureExternalId == && facturejour.CorrectedFactureDate == && facturejour.CustVendInvoiceAccount == ;
__________________
С уважением, Алексей. Последний раз редактировалось axalex; 01.03.2012 в 12:29. |
|
![]() |
#16 |
Участник
|
Ссылка на источник: http://www.pravcons.ru/publ23-11-2011-2.php
"В случае увеличения первоначальной цены сделки продавец должен начислить к уплате в бюджет дополнительную сумму налога. Причем такое доначисление производится не в периоде корректировки, а в том квартале, когда была отражена реализация ТРУИмП (п. 13 ст. 171 НК РФ). Соответственно, и корректировочный счет-фактура в этом случае регистрируется в книге продаж того налогового периода, в котором произведена отгрузка (выполнение, оказание, передача). Причем если корректировка осуществляется в другом налоговом периоде (не в квартале отгрузки), возникает обязанность составления дополнительного листа книги продаж." Так что внутри налогового периода, как я понял без разницы в какой месяц она попадает. |
|
|
За это сообщение автора поблагодарили: axalex (1). |
![]() |
#17 |
Участник
|
|
|
![]() |
#18 |
Участник
|
Коллеги, кто может прокомментировать такую особенность :
1. В корректирующей фактуре нет параметра ГТД. ( а в обычной есть) 2. Если коррекция по количеству (возврат например) идет по другой ГТД, то при печати корректирующей фактуры количества и суммы до коррекции становятся нулями (это происходит из-за того что в коде стоит группировка по ГТД и по складской аналитике и с точки зрения Аксапты получается что корректировать нечего). Вопрос : 1. Почему в корректирующей фактуре нет ГТД ? 2. Зачем группировать по ГТД и аналитике, если ГТД в корректирующей фактуре все равно не выводится ? Логичнее было бы отказаться от этого. Так как получается что на вид корректирующей фактуры влияет параметр (ГТД), который на ней не печатается. Последний раз редактировалось Logger; 29.02.2012 в 17:21. |
|
![]() |
#19 |
Участник
|
После установки обновления Корр. фактуры 3, начал тестировать Книги покупок/продаж. И столкнулся с такой проблемой:
Случай 1. Создаю счет-фактуру в феврале, корректировочную в феврале В книгу всё попадает отлично. Случай 2. Беру фактуру с января и корректирую в феврале. В февральскую книгу данная корр. фактура не попадает. Посмотрел - попадает в январь. Вопрос: Верно ли то, что корр. фактура попадает в Книги покупок/продаж в месяц, в котором была создана оригинальная фактура??
__________________
С уважением, Алексей. |
|
![]() |
#20 |
Enjoy!
|
Вот все руководства в некой иерархии, может кому пригодится
![]() |
|
|
За это сообщение автора поблагодарили: S.Kuskov (5), Ivanhoe (5), lev (5), Bega (5), NickMDAX (1), Logger (10), sukhanchik (6), wedmak_dk (1). |
Теги |
ax2009, корректировочный счет-фактура, локализация, счет-фактура |
|
|