Корректировочный счет-фактура (ФЗ от 19.07.2011 N 245-ФЗ )

[Logger]

Вообще было бы неплохо если бы в инструкции были отражены пара тройка основных сценариев исправления. Было бы тогда понятно как использовать данный функционал.

[Ivanhoe]

Тут есть документ с описанием, в ранее вышедших исправлениях такой документ был? Там не очень подробно, конечно, но основные изменения описаны.

[Daiver]

Цитата:

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

Делаю возврат по Заказу на продажу, указываю ссылку на возвращаемую накладную и СФ.

После разноски получаю формирую печатную форму (см. вложение). Я так понимаю, форма некорректна, т.к.в блоке А должна быть корректируемая строка исходной накладной, а в блоке Б остаток после возврата?!

Кто-нибудь сталкивался с этой проблемой?

Точно с такой же проблемой столкнулся В поле CustInvoiceTrans.RefAdjustedInvoiceTrans_RU попадают не верные RecId. Ссылаются на ту же номенклатуру, но совершенно не на ту накладную с которой связывали при разноске Накладной. Причем странный эффект, когда я помогаю разносить Накладную и СФ с коррекцией, всё нормально, а у пользователей получается не верная связка в строчках. Вроде делают то же самое.

То что касается производительности. Индекс по полю CustInvoiceTrans.RefAdjustedInvoiceTrans_RU не помог Посмотрел план запроса через SQL, больше всего времени тратится на выборку из таблиц SalesParmLine (у нас в ней 4 300 000 записей), SalesParmTable ( 800 000 записей). Добавление индекса по полю RefAdjustedInvoiceTrans_RU в SalesParmLine не принесло положительного результата. Вот думаю, либо запрос этот переписывать, либо заняться чисткой SalesParmLine. Что посоветуете?

[Raven Melancholic]

Интересно, кто придумал завязывать функционал на SalesP arm* многие эти таблицы безжалостно чистят.

[Logger]

Цитата:

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

Вот думаю, либо запрос этот переписывать, либо заняться чисткой SalesParmLine. Что посоветуете?

Чистка табличек точно должна помочь.

[Logger]

Цитата:

Сообщение от Raven Melancholic

Интересно, кто придумал завязывать функционал на SalesP arm* многие эти таблицы безжалостно чистят.

Если я все правильно понимаю, они нужны только в момент разноски, потом можно почистить - это не помешает.

Плохо, что не предусмотрен механизм редактирования ссылок после того как разнесли накладную.

[Logger]

Цитата:

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

Причем странный эффект, когда я помогаю разносить Накладную и СФ с коррекцией, всё нормально, а у пользователей получается не верная связка в строчках. Вроде делают то же самое.

Я при тестировании видел похожий эффект. По-моему это может получаться из-за некорректного прерывания разноски накладной, когда мусор остается в salesParmTable/Line

Поймать условия когда это происходит - не получилось, уже неактуально. Мы вообще все ссылки теперь задаем после разноски.

см. также.
Корректировочный счет-фактура (ФЗ от 19.07.2011 N 245-ФЗ )

[EVGL]

Коллеги, не проверите одну вешь: по кнопке Итогов в книге продаж в моей версии не отражаются кредит-ноты, т.е. отрицательные фактуры, у которых не стоит ссылка на исходную фактуру. Такими фактурами я делаю полное сторно при технической ошибке. Более того, такие записи не попадают в печатную форму книги продаж.

В запросе стоит:

SELECT FIRSTFAST * FROM SalesBookTrans_RU WHERE (((SalesBookTrans_RU_1.TransType!=3)    || (SalesBookTrans_RU_1.CorrectedFactureExternalId))

Запрос этот формируется в методе \Classes\SalesBook_Print_RU\initDefaultQuery


Я сначала думал, что схожу с ума: ну не бьется сальдо 68-го с книгой - и все.

[Jabberwocky]

Цитата:

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

Коллеги, не проверите одну вешь: по кнопке Итогов в книге продаж в моей версии не отражаются кредит-ноты, т.е. отрицательные фактуры, у которых не стоит ссылка на исходную фактуру. Такими фактурами я делаю полное сторно при технической ошибке. Более того, такие записи не попадают в печатную форму книги продаж.

Такие фактуры уже очень давно печатаются в книге покупок - с точки зрения системы это возврат товара клиентом. Причем, до последнего обновления в "другую" книгу при печати попадали только некорректирующие кредит-ноты, в свете последнего постановления - все подряд, с отрицательной суммой.

[EVGL]

Спасибо! Будь проклята страна, где вянут розы... Это же надо было придумать такую методику составления журнала, при которой невозможно сравнение итогов списка с соответствующим счетом ГК!

[vanokh]

Коллеги, кому-нибудь удалось скачать последнюю часть обновления (kb 2666787)?
Ссылка была выложена тут, но при переходе выдается непредвиденная ошибка. Поиск по номеру kb тоже ничего не дал... (((

[AndyD]

Попробуйте эту ссылку (необходим доступ к Партнерсорсу/Кастомерсорсу)

[vanokh]

Цитата:

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

Попробуйте эту ссылку (необходим доступ к Партнерсорсу/Кастомерсорсу)

Ага, спасибо. Уже нашел, но по присланной ссылке файл не качался. Еще раз открыл по вашей, теперь пошло)

[Logger]

В последнем обновлении
http://blogs.technet.com/b/rumicroso...2/3478557.aspx

в классе
\Classes\CustVendCorrFactureToExcel_RU\main

строки :

    infolog.yield();

    #StartSafeCall_RU
    corrFactureReport.run();
    #EndSafeCall_RU

были заменены на

    corrFactureReport.setTimeOut(identifierstr(run), 0, false);
    dialog.run();
    dialog.wait();

Это другой подход в лечении глюков по работе с Excel ?
Он лучше чем способ с макросами ?

[Jabberwocky]

Да, это конечно workaround. Макросы - панацея далеко не во всех случаях. Здесь происходит вывод в Excel в параллельном потоке - на текущий момент "ошибку COM" при таком подходе поймать не удалось.

[Logger]

Цитата:

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

Да, это конечно workaround. Макросы - панацея далеко не во всех случаях. Здесь происходит вывод в Excel в параллельном потоке - на текущий момент "ошибку COM" при таком подходе поймать не удалось.

А не бывает проблем при отладке и при выводе в инфолог ?

[RVS]

"You should use Bing before asking dumb questions."

Да. Именно так, список поисковиков можно расширить.

Вопрос, к инсаидеру: КТО придумал унаследовать Счет-фактуры (да, те самые, в Ёкселе )... от Корректировочной Счет-Фактуры?

Ребят, лошадь впереди паровоза... Я фигею с MSBS...

[Daiver]

Цитата:

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

В последнем обновлении
http://blogs.technet.com/b/rumicroso...2/3478557.aspx

в классе
\Classes\CustVendCorrFactureToExcel_RU\main

строки :

    infolog.yield();

    #StartSafeCall_RU
    corrFactureReport.run();
    #EndSafeCall_RU

были заменены на

    corrFactureReport.setTimeOut(identifierstr(run), 0, false);
    dialog.run();
    dialog.wait();

Это другой подход в лечении глюков по работе с Excel ?
Он лучше чем способ с макросами ?

Это улучшение приводит к странным эффектам. После вывода СФ, форма FactureJour_RU не закрывается, и Аксапта не закрывается. Пришлось оставить старый вариант с макросами.

[Logger]

Цитата:

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

Это улучшение приводит к странным эффектам. После вывода СФ, форма FactureJour_RU не закрывается, и Аксапта не закрывается. Пришлось оставить старый вариант с макросами.

Ну я про такие же эффекты и намекал
Скорее всего у вас на невидимой форме не отработал метод close() и она остается открытой, что мешает аксапте закрываться.

Вывод отчета посередине не прерывался ?
Еще такой же глюк бывает с формой поиска SysFormSearch на некоторых формах, перегруженных датасорсами. В какой-то момент она становится скрытой, но ядяро думает что она открыта и не дает закрыть аксапту, а также форму на на которой делали поиск.

P. S.
Мы тоже оставили вариант с макросами.

[Logger]

Может попробовать добавить try catch в котором принудительно форму закрывать ?