AXForum  
Вернуться   AXForum > Microsoft Dynamics AX > DAX: Функционал
All
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск Все разделы прочитаны

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 06.04.2012, 19:56   #221  
Jabberwocky is offline
Jabberwocky
Microsoft Dynamics
Аватар для Jabberwocky
Сотрудники Microsoft Dynamics
 
274 / 307 (11) ++++++
Регистрация: 02.09.2005
Адрес: Москва
Цитата:
Сообщение от vanokh Посмотреть сообщение
Для исправительных это смысл имеет, но видимо разработчики поленились писать дополнительную логику в зависимости от указанного типа корректировка-исправление и оставили выбор корректируемой строки на откуп пользователю...
Нет, не поленились. Просто немного изменился механизм линковки исходных и корректирующих строк накладных (линки, сделанные старым механизмом новым алгоритмом поддерживаются). Делая коррекцию/исправление, вы либо корректируете/исправляете существующую строку накладной в исходном документе (или более ранней коррекции), либо создаете строку с новой номенклатурой. В первом случае, на мой взгляд, более логично, чтобы все последовательные коррекции одной и той же исходной строки ссылались на эту самую исходную строку (а не последовательно, друг на друга, как в предыдущем выпуске) - так оптимальнее собирать коррекции. Хотя, безусловно, вопрос дискуссионный.
__________________
You should use Bing before asking dumb questions.
За это сообщение автора поблагодарили: Logger (5), vanokh (2).
Старый 06.04.2012, 21:44   #222  
EVGL is offline
EVGL
Banned
Соотечественники
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
 
4,445 / 3001 (0) ++++++++++
Регистрация: 09.07.2002
Адрес: Parndorf, AT
Еще один дискуссионный вопрос - это принцип подстановки самой первой фактуры для корректировки, когда в форме разноски фактуры по заказу я выбираю "Исправление". Система ничтоже сумняшеся подбирает первую фактуру этого клиента, что есть абсурд. Это притом, что пользователь будет чаще всего пользоваться функций "Создать кредит-ноту", т.е. по лоту возврата и/или сопоставлению можно однозначно понять, что именно он собирается корректировать.

Чтобы подсластить пилюлю: в целом сделано все хорошо, в особенности мне понравилась таблица FactureHeader_RU и способ ее заполнения. Элегантно. Есть, куда подсоединить свой код. Единственно, что "забыли" о том, что все адреса, имена можно менять на уровне заказа, т.е. есть вероятность того, что фактура и накладная покажут разные реквизиты. На практике эта вероятность стремится к нулю. Характерно, что теперь фактуре совершенно плевать на адрес доставки, хотя в предыдущей версии адрес грузополучателя брался именно оттуда. Выпрямили логику грузополучателей, так сказать.
Старый 07.04.2012, 12:56   #223  
Jabberwocky is offline
Jabberwocky
Microsoft Dynamics
Аватар для Jabberwocky
Сотрудники Microsoft Dynamics
 
274 / 307 (11) ++++++
Регистрация: 02.09.2005
Адрес: Москва
Цитата:
Сообщение от EVGL Посмотреть сообщение
Еще один дискуссионный вопрос - это принцип подстановки самой первой фактуры для корректировки, когда в форме разноски фактуры по заказу я выбираю "Исправление". Система ничтоже сумняшеся подбирает первую фактуру этого клиента, что есть абсурд. Это притом, что пользователь будет чаще всего пользоваться функций "Создать кредит-ноту", т.е. по лоту возврата и/или сопоставлению можно однозначно понять, что именно он собирается корректировать.
"Первую" фактуру клиента система не выбирает. Система подставляет фактуру по корректируемому инвойсу, который, в свою очередь, определяется по лоту возрата. Это если упрощенно, т.е. исправляемый инвойс сам не был исправлением - в противном случае система подставляет исходную фактуру в этой цепочке исправлений. Общий постулат, исправительная фактура - это не новая самостоятельная фактура, а новая реинкарнация исправленной.

Для примера, см. методы
\Forms\SalesEditLines\Data Sources\SalesParmTable\Methods\initCorrectedInvoiceValues_RU
\Forms\SalesEditLines\Data Sources\SalesParmTable\Methods\setCorrFacture_RU
__________________
You should use Bing before asking dumb questions.

Последний раз редактировалось Jabberwocky; 07.04.2012 в 13:05.
Старый 07.04.2012, 22:36   #224  
gl00mie is offline
gl00mie
Участник
MCBMSS
Most Valuable Professional
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
3,684 / 5788 (200) ++++++++++
Регистрация: 28.11.2005
Адрес: Москва
Записей в блоге: 3
Опять куча бизнес-логики на формах, прелестно...
PS. Извините, наболело.
Старый 09.04.2012, 05:05   #225  
vanokh is offline
vanokh
Участник
 
108 / 63 (3) ++++
Регистрация: 23.10.2008
Цитата:
Сообщение от Jabberwocky Посмотреть сообщение
Нет, не поленились. Просто немного изменился механизм линковки исходных и корректирующих строк накладных (линки, сделанные старым механизмом новым алгоритмом поддерживаются).
Только строк? А шапки и фактуры по-прежнему в цепочке? Что-то я совсем запутался, пойду разбираться...

Последний раз редактировалось vanokh; 09.04.2012 в 05:21.
Старый 10.04.2012, 09:29   #226  
vanokh is offline
vanokh
Участник
 
108 / 63 (3) ++++
Регистрация: 23.10.2008
Уф, разобрался!
Действительно, теперь строки все на исходную, а шапки по цепочке как и были.
Джоб по заполнению RefOriginalInvoice очень даже полезен)

Мой коммент про "поленились" можно считать бредом )))
Старый 17.04.2012, 17:18   #227  
EVGL is offline
EVGL
Banned
Соотечественники
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
 
4,445 / 3001 (0) ++++++++++
Регистрация: 09.07.2002
Адрес: Parndorf, AT
С первого апреля у нас появилась еще одна проблема. Как указано в пресловутом постановлении, счета-фактуры по договорам в УЕ должны быть выражены в рублях. Т.е. при ведении задолженности в валюте "УЕ" счет-фактуру надо печатать в режиме "В основной валюте". С поправкой на известную ошибку в копейку (которую в AX2009, как мне сегодня сообщили, исправлять не будут), исходящие фактуры формировать можно.

Проблема пришла с нежданной стороны: системы поставщиков, присылая счета по договорам в УЕ, округляют иногда так же, как и наша Аксапта: как бог на душу положит, от суммы, так что ни при каком фиксированном курсе при разноске входящей накладной/фактуры невозможно добиться совпадения трех величин: суммы задолженности в УЕ, суммы фактуры в рублях и суммы НДС в рублях. Характерно, что даже первые две вывести сложно, поскольку у бухгалтера нет простой возможности отрегулировать рублевую составляющую НДС: НДС считается в УЕ, округляется в УЕ, и в рублях заведомо отличается до 39 копеек.

Решением представляется выведение задолженности в УЕ на заданную сумму с последующим редактированием рублевых величин прямо в журнале фактур. К сожалению, последняя версия формы фактур показывает внизу манипулированные временные строки, так что для редактирования строк придется программировать отдельную форму.

.............
Кстати, беру свои слова обратно по поводу FactureHeader_RU: этот класс не обрабатывает фактуры по ГТД, соотв. строчки в книге покупок остаются безымянными. Типа забыли. Господи, за что такое наказание...

Последний раз редактировалось EVGL; 17.04.2012 в 18:43.
Старый 24.04.2012, 17:32   #228  
Logger is offline
Logger
Участник
Лучший по профессии 2015
Лучший по профессии 2014
 
3,867 / 3123 (112) ++++++++++
Регистрация: 12.10.2004
Адрес: Москва
Записей в блоге: 2
Цитата:
Сообщение от Jabberwocky Посмотреть сообщение
"Первую" фактуру клиента система не выбирает. Система подставляет фактуру по корректируемому инвойсу, который, в свою очередь, определяется по лоту возрата. Это если упрощенно, т.е. исправляемый инвойс сам не был исправлением - в противном случае система подставляет исходную фактуру в этой цепочке исправлений. Общий постулат, исправительная фактура - это не новая самостоятельная фактура, а новая реинкарнация исправленной.

Для примера, см. методы
\Forms\SalesEditLines\Data Sources\SalesParmTable\Methods\initCorrectedInvoiceValues_RU
\Forms\SalesEditLines\Data Sources\SalesParmTable\Methods\setCorrFacture_RU
Редактировать ссылки после разноски накладной все-таки не разрешили.
Жаль.
Старый 04.05.2012, 12:58   #229  
maldini is offline
maldini
Участник
 
103 / 30 (2) +++
Регистрация: 06.03.2007
Адрес: москва
Ошибка при закрытие книги продаж
Добрый день.
Ax2009 RollUp 7 установлены все последние патчи кроме тех что идут на RollUp 8

При попытке закрыть книгу продаж возникает ошибка, не найдено значение в карте соответствия.

Посмотрел код, наткнулся на то что есть Map в котором записаны строки из FactureTrans
с ключом [tax,dim,inventTransId,internalInvoiceId,invoiceId,numberSequenceGroupId], а ошибка возникает когда в этом map из журнала восстановления НДС ищутся значения, но вот только ключ из журнала восстановления НДС приходит с пустым inventTransId и конечно возникает ошибка.

Подскажите, что может быть?
Старый 04.05.2012, 14:43   #230  
Sada is offline
Sada
Программатор
Аватар для Sada
 
1,450 / 153 (8) ++++++
Регистрация: 29.03.2005
Адрес: Толи Барнаул, толи Москва
влепить проверку для начала есть ли такое значение в мапе
Старый 04.05.2012, 14:50   #231  
maldini is offline
maldini
Участник
 
103 / 30 (2) +++
Регистрация: 06.03.2007
Адрес: москва
Я смотрел нет ни одного значения без InventTransId
Старый 04.05.2012, 14:52   #232  
Sada is offline
Sada
Программатор
Аватар для Sada
 
1,450 / 153 (8) ++++++
Регистрация: 29.03.2005
Адрес: Толи Барнаул, толи Москва
Ну тогда найти место где заполняется этот мап, и поставить if (imventTransId == "") breakpoint; И курить код, почему пусто.
Старый 05.05.2012, 09:15   #233  
TravellerInTime is offline
TravellerInTime
Участник
Аватар для TravellerInTime
 
130 / 36 (2) +++
Регистрация: 14.07.2003
Адрес: Россия, Тула
Цитата:
Сообщение от maldini Посмотреть сообщение
Ax2009 RollUp 7 установлены все последние патчи кроме тех что идут на RollUp 8

При попытке закрыть книгу продаж возникает ошибка, не найдено значение в карте соответствия.
Тоже столкнулись с подобным. Насколько я понимаю, чтобы работал русский функционал книг покупок и продаж, необходимо включать "Группировать по номеру лота" в настройках поставщиков - закладка "Главная книга и налог" группа "Книга покупок". Без включения этой галки заставить работать акс без ошибки нам не удалось.
За это сообщение автора поблагодарили: Bega (2).
Старый 12.05.2012, 11:26   #234  
maldini is offline
maldini
Участник
 
103 / 30 (2) +++
Регистрация: 06.03.2007
Адрес: москва
Цитата:
Сообщение от TravellerInTime Посмотреть сообщение
Тоже столкнулись с подобным. Насколько я понимаю, чтобы работал русский функционал книг покупок и продаж, необходимо включать "Группировать по номеру лота" в настройках поставщиков - закладка "Главная книга и налог" группа "Книга покупок". Без включения этой галки заставить работать акс без ошибки нам не удалось.
Проблемма где то в другом месте, если при закрытии книги продаж в журнале восстановления НДС есть суммы больше 0, то код идет по другой ветке, в которой и возникает ошибка.
Вот фрагмент кода
X++:
while select restoredVATLogTransOper
            where restoredVATLogTransOper.Include
        exists join restoredVATLogTrans
            where restoredVATLogTrans.TransDate             == restoredVATLogTransOper.TransDate            &&
                  restoredVATLogTrans.ProcessLogTransRecId  == restoredVATLogTransOper.ProcessLogTransRecId &&
                  restoredVATLogTrans.InvoiceRecId          == vendTrans.RecId                              &&
                  restoredVATLogTrans.FactureId             == factureJour.FactureId                        &&
                  restoredVATLogTrans.FactureModule         == factureJour.Module
        exists join restoredVATLogTable
            where restoredVATLogTable.TransDate == restoredVATLogTransOper.TransDate &&
                  restoredVATLogTable.Approved
        {
            if (restoredVATLogTransOper.TaxAmount          +
                restoredVATLogTransOper.TaxAmountNotLiable +
                restoredVATLogTransOper.TaxAmountWrittenOff == 0)
            {
                continue;
            }
            key = [restoredVATLogTransOper.TaxCode,
                   restoredVATLogTransOper.Dimension,
                   restoredVATLogTransOper.InventTransId,
                   vendInvoiceJour.InternalInvoiceId,
                   vendInvoiceJour.InvoiceId,
                   vendInvoiceJour.NumberSequenceGroup];
            addRestoredAmounts(SalesBookVATRestoringType_RU::Export);
            addRestoredAmounts(SalesBookVATRestoringType_RU::NotLiableToVAT);
            addRestoredAmounts(SalesBookVATRestoringType_RU::AssetDisposal);
Вот тут если сумма не равна 0 то заполняется Map который потом в цикле проходит, но возникает ошибка так как в строках фактуры не находится ни одно значение без inventTransId, по какой то причине в таблице restoredVATLogTransOper пустой inventTransId

Последний раз редактировалось maldini; 12.05.2012 в 12:27.
Старый 12.05.2012, 14:27   #235  
maldini is offline
maldini
Участник
 
103 / 30 (2) +++
Регистрация: 06.03.2007
Адрес: москва
Извиняюсь.

Да действительно дело в этой настройке, после того как установлена эта галка "группировка по номеру лота" в параметрах РсП, обработка входящего НДС производится в разрезе лота, и все прекрасно работает.
Но вот только если обработка входящего НДС была произведена без галки, а затем её установить, то в журнал обработки входящего НДС станет вновь как быдто его не обрабатывали. Если же галку убрать все опять вернется
Спасибо!!!

Последний раз редактировалось maldini; 12.05.2012 в 15:42.
Старый 20.05.2012, 20:53   #236  
Logger is offline
Logger
Участник
Лучший по профессии 2015
Лучший по профессии 2014
 
3,867 / 3123 (112) ++++++++++
Регистрация: 12.10.2004
Адрес: Москва
Записей в блоге: 2
Интересный глюк обнаружился при печати корректировочных СФ.
Допустим есть отгрузка :
Номенклатура1, количество 10
Номенклатура2, количество 20
Номенклатура3, количество 30

К ней оформлен возврат
Номенклатура3, количество -30

Т.е. итоговая отгрузка по Номенклатура3 равна 0.

В этом случае при печати корректировочного СФ напечатается фактура, содержащая позиции
Номенклатура1
и
Номенклатура2
с нулевыми изменениями, а Номенклатура3 вообще не будет упомянута. Ошибка воспроизводится именно в случае когда из-за возвратов обнуляется отгруженное количество.

Исправление во вложении.
см. методы
getCorrOrigTrans
GRD_fillDifference
Вложения
Тип файла: xpo Class_CustVendCorrFactureToExcel_RU_2012_05_20_20_50_DEV.xpo (110.5 Кб, 242 просмотров)
За это сообщение автора поблагодарили: Bega (5).
Старый 20.05.2012, 21:15   #237  
Logger is offline
Logger
Участник
Лучший по профессии 2015
Лучший по профессии 2014
 
3,867 / 3123 (112) ++++++++++
Регистрация: 12.10.2004
Адрес: Москва
Записей в блоге: 2

Только после исправления обнаружил, что той же цели можно было добиться, убрав вызов
X++:
        if (empty)
        {
            factureTransOrig.delete();
        }
в методе
\Classes\FactureTaxCorrectionEngine_RU\calcCorrections

при вызовах из печати фактур, т.е. из класса CustVendCorrFactureToExcel_RU
Получилось бы намного проще.

Последний раз редактировалось Logger; 20.05.2012 в 21:18.
За это сообщение автора поблагодарили: Bega (10), Shmel_83 (1).
Старый 28.05.2012, 16:58   #238  
duz is offline
duz
Участник
 
18 / 10 (1) +
Регистрация: 27.12.2001
Адрес: Москва
Подскажите пожалуйста как реализовать исправительную фактуру по цене в закупках?(цена увеличена)
У нас установлено АХ2009 RU8+ xpo - CorrectingFactures_WithID
Имеем исходную накладную на сумму 4720
Выполняем след.действия:
кредит нота на исходную накладную по старой цене и кол-ву(с минусом) -4720
кредит нота на исходную накладную по новой цене и кол-ву(с плюсом) 5900
Обрабатываем 2 накладные для получения корректных бух.проводок
Обрабатываем общую сф на 2 накладные
Обработали входящее НДС - 3 строки


При обновлении строк книги покупок получили неверный результат - 5 строк в книге:
исходную сф со старой суммой 4720
исправительную на 1-ю кредит ноту с 0 суммой ( 4720+(-4720)=0
исправительную на 1-ю кредит ноту с суммой -4720 установлен флаг аннулирование
исправительную на 2-ю кредит ноту с 0 суммой ( 4720+5900=10620
исправительную на 2-ю кредит ноту с суммой -4720 установлен флаг аннулирование

Как получить 3 строки в книге покупок?
4720
-4720
5900
__________________
DUZ L
Старый 28.05.2012, 17:00   #239  
duz is offline
duz
Участник
 
18 / 10 (1) +
Регистрация: 27.12.2001
Адрес: Москва
Подскажите пожалуйста как реализовать исправительную фактуру по цене в закупках?(цена увеличена)
У нас установлено АХ2009 RU8+ xpo - CorrectingFactures_WithID
Имеем исходную накладную на сумму 4720
Выполняем след.действия:
кредит нота на исходную накладную по старой цене и кол-ву(с минусом) -4720
кредит нота на исходную накладную по новой цене и кол-ву(с плюсом) 5900
Обрабатываем 2 накладные для получения корректных бух.проводок
Обрабатываем общую сф на 2 накладные
Обработали входящее НДС - 3 строки


При обновлении строк книги покупок получили неверный результат - 5 строк в книге:
исходную сф со старой суммой 4720
исправительную на 1-ю кредит ноту с 0 суммой 4720+(-4720)=0
исправительную на 1-ю кредит ноту с суммой -4720 установлен флаг аннулирование
исправительную на 2-ю кредит ноту с суммой 4720+5900=10620
исправительную на 2-ю кредит ноту с суммой -4720 установлен флаг аннулирование

Как получить 3 строки в книге покупок?
4720
-4720
5900
__________________
DUZ L
Старый 29.05.2012, 05:48   #240  
vanokh is offline
vanokh
Участник
 
108 / 63 (3) ++++
Регистрация: 23.10.2008
в накладных по кредит-нотам при обработке устанавливали тип Исправление и ссылку Корр. док-т на исходную накладную? проверьте еще раз, что эти связи присутствуют. Также и общая исправительная счф должна ссылаться на исходную счф
Теги
ax2009, корректировочный счет-фактура, локализация, счет-фактура

 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
Счет фактура по строке общего журнала Starling DAX: Функционал 2 28.09.2011 18:31
Счет-фактура по авансовой разнице Andrux DAX: Функционал 2 11.04.2011 10:32
Сторно накладных? Счет-фактура с минусом? Проводки по отборочной накладной? Geo DAX: Функционал 16 24.11.2010 10:18
Не разносится счет-фактура! Verena DAX: Функционал 3 21.11.2008 10:14
DAX 4 SP1 Счет-фактура не может включать различные ставки НДС Daiver DAX: Функционал 3 01.10.2007 15:31
Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск
Опции просмотра

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 16:52.
Powered by vBulletin® v3.8.5. Перевод: zCarot
Контактная информация, Реклама.