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

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 27.06.2009, 12:45   #1  
Raven Melancholic is offline
Raven Melancholic
Участник
Аватар для Raven Melancholic
Самостоятельные клиенты AX
Лучший по профессии 2015
 
1,708 / 881 (33) +++++++
Регистрация: 21.03.2005
Адрес: Москва-Петушки
График оплаты не от инвойса
Графики оплаты (да и в целом условия оплаты) в DAX реализованы таким образом, что базовой точкой отчета является инвойс (в российской локализации Накладная). Именно от это даты и рассчитываются показатели (вполне понятно - в буржуинстве в большинстве случаев работают так).
У нас ситуация следующая:
  1. Выставляется счет на оплату (стандартный российский функционал).
  2. По условиям договоров клиент обязан оплатить 30% в течении 10 рабочих дней после выставления счета.
  3. 50% клиент оплачивает за два дня до отгрузки.
  4. Оставшиеся 20% клиент оплачивает в течении 14 рабочих дней после отгрузки.
Если со вторым и третьим пунктом все достаточно хорошо вписывается в то, что мне известно про Аксу, то для первого пункт никак не могу придумать схему настройки графика платежей.
Есть ли возможность (может быть не лежащая на поверхности, так "как в лоб" без программирования вроде возможности нет) настроить график платежей таким образом, образом, чтобы первый платеж рассчитывался не от инвойса, а от счета на оплату? Срок между счетом и отгрузкой недетерминирован (оборудование заказное и сроки изготовления и подготовки к отгрузке зависят от многих факторов, но примерная дата отгрузки известна).
Хочется, чтобы данный механизм работал в заказе на продажу в запросе "Прогноз движения денежных средств", в настройке "График платежей" и в стандартных отчетах.
PS: для упрощения пока не заморачиваюсь по поводу частичных отгрузок, вероятности оплаты и т.п. Для начала хочется настроить для простейших случаев: вероятность оплаты счета 100%, отгрузка всех позиций заказа в один день.
Система: DAX4 SP2FP1 EE (со всеми последними обновлениями)
Старый 29.06.2009, 11:21   #2  
VolkaD is offline
VolkaD
Участник
 
14 / 13 (1) ++
Регистрация: 18.01.2005
Обязательство клиента возникает только при формировании накладных, поэтому и даты оплаты (поле "Срок выполнения") рассчитываются от накладной. По счету на оплату никаких обязательств не возникает (у клиента нет обязательств по оплате счетов) Однако в целях планирования движения денежных средств конечно можно рассчитывать дату их поступления , но такой возможности в стандартной системе нет (на сколько мне известно).
За это сообщение автора поблагодарили: Raven Melancholic (2).
Старый 29.06.2009, 11:53   #3  
Михаил Андреев is offline
Михаил Андреев
Участник
Компания АМАНД
Лучший по профессии 2009
 
1,258 / 228 (10) ++++++
Регистрация: 09.11.2001
Адрес: Химки, Московская область
Штатно такого в Аксапте нет. Но, доработка несложная, если делать по уму.
__________________
Михаил Андреев, www.amand.ru
За это сообщение автора поблагодарили: Raven Melancholic (2).
Старый 29.06.2009, 12:14   #4  
raz is offline
raz
NavAx
Аватар для raz
NavAx Club
Лучший по профессии 2014
Лучший по профессии 2009
 
1,349 / 800 (29) +++++++
Регистрация: 22.07.2003
Адрес: МО
Вопрос в догонку. Есть кто нибудь, кто использует графики платежей по клиентам? Как вы боретесь со случаем, когда клиентский платеж закрывает несколько OpenTrans-ов по графику сразу?
Старый 29.06.2009, 15:58   #5  
glibs is offline
glibs
Member
Сотрудники компании It Box
Most Valuable Professional
Лучший по профессии 2011
Лучший по профессии 2009
 
4,942 / 903 (40) +++++++
Регистрация: 10.06.2002
Адрес: I am from Kyiv, Ukraine. Now I am in Moscow. For private contacts: glibs@hotmail.com
Если график по заказу/закупке редактировать вручную, то дата может быть раньше даты поставки. Правда, при построении прогнозных проводок этот ручной график стирается, и подменяется стандартным . А вот в накладную он переносится, если не строить прогнозные проводки . Хотя там тоже может обнуляться (точно не помню, но, по-моему, есть условия).

Я обычно несколько модифицирую поведение стандартного функционала в данном месте.
__________________
С уважением,
glibs®
За это сообщение автора поблагодарили: Raven Melancholic (2).
Старый 30.06.2009, 10:16   #6  
Raven Melancholic is offline
Raven Melancholic
Участник
Аватар для Raven Melancholic
Самостоятельные клиенты AX
Лучший по профессии 2015
 
1,708 / 881 (33) +++++++
Регистрация: 21.03.2005
Адрес: Москва-Петушки
Да, то что в стандарте напрямую такого нет, было понятно. Надеялся на чудо - вдруг кто-нибудь нашел обходной путь. Как например, догадались же люди использовать механизм триангуляции для ведения курсов условных единиц
glibs, спасибо. Раз можно что-то делать вручную, то это всегда можно автоматизировать, если возможность требуется часто. Будем "пилить".
Цитата:
Сообщение от raz Посмотреть сообщение
ВКак вы боретесь со случаем, когда клиентский платеж закрывает несколько OpenTrans-ов по графику сразу?
А какие в этих случаях есть подводные камни? Мы графики платежей не использовали ранее, только планируем. Там проблемы в датах следующих платежей или более серьезные, типа проблем сопоставления или расчета пени и штрафов?
Старый 30.06.2009, 13:02   #7  
raz is offline
raz
NavAx
Аватар для raz
NavAx Club
Лучший по профессии 2014
Лучший по профессии 2009
 
1,349 / 800 (29) +++++++
Регистрация: 22.07.2003
Адрес: МО
Цитата:
Сообщение от Raven Melancholic Посмотреть сообщение
А какие в этих случаях есть подводные камни? Мы графики платежей не использовали ранее, только планируем. Там проблемы в датах следующих платежей или более серьезные, типа проблем сопоставления или расчета пени и штрафов?
Просто выскочит ошибка при сопоставлении "Сопоставление невозможно: нарушение процедуры ведения книг продаж/покупок." и всё

AX3\Classes\CustVendSettle\settleNow()
X++:
            if ( ! isBadDebtAmortisation && ! this.checkIfCanBeSettled_RU(transactionDate))
            {
                throw error("@DIS8080");
            }
Мы сделали кнопочку, которая схлопывает custTransOpen, когда надо сопоставлять клиентский платеж закрывающий несколько OpenTrans-ов.
Старый 30.06.2009, 13:07   #8  
Maxim Gorbunov is offline
Maxim Gorbunov
Administrator
Соотечественники
Лучший по профессии 2009
 
2,483 / 626 (25) +++++++
Регистрация: 27.11.2001
Адрес: Dubai, UAE
Цитата:
Сообщение от Raven Melancholic Посмотреть сообщение
(вполне понятно - в буржуинстве в большинстве случаев работают так).
Не всегда. Описанный вариант тоже встречается.
Цитата:
У нас ситуация следующая:
  1. Выставляется счет на оплату (стандартный российский функционал).
  2. По условиям договоров клиент обязан оплатить 30% в течении 10 рабочих дней после выставления счета.
  3. 50% клиент оплачивает за два дня до отгрузки.
  4. Оставшиеся 20% клиент оплачивает в течении 14 рабочих дней после отгрузки.
Обычно решается с помощью включения в заказ дополнительной строки PREPAYMENT. Соответственно, на нее создаются инвойсы с нужными датами (или один инвойс с нужным графиком платежей). Когда разносится последний инвойс (при отгрузке товара), строка PREPAYMENT включается в него с отрицательной суммой (чтобы уменьшить общую сумму). В качестве бонуса: в строках последнего инвойса видно, каким образом была рассчитана сумма к оплате.
__________________
Not registered yet? Register here!
Have comments, questions, suggestions or anything else regarding our web site? Don't hesitate, send them to me
За это сообщение автора поблагодарили: glibs (7).
Старый 30.06.2009, 14:04   #9  
Raven Melancholic is offline
Raven Melancholic
Участник
Аватар для Raven Melancholic
Самостоятельные клиенты AX
Лучший по профессии 2015
 
1,708 / 881 (33) +++++++
Регистрация: 21.03.2005
Адрес: Москва-Петушки
Цитата:
Сообщение от Maxim Gorbunov Посмотреть сообщение
Обычно решается с помощью включения в заказ дополнительной строки PREPAYMENT. ...
Необычно, но красиво. Нужно будет попробовать и протестить не вылезет ли это каким-нибудь боком в книге продаж.
Цитата:
Просто выскочит ошибка при сопоставлении "Сопоставление невозможно: нарушение процедуры ведения книг продаж/покупок." и всё
А, ну это не страшно. Она не только с графиком платежей получается. У нас часто это возникает, когда при периодической операции сопоставления сопоставление распределилось не так как финансовый отдел считает правильным и они начинают пересопоставлять. В итоге, бывает, что один платеж пытаются сопоставить на на пару отрытых проводок по одной накладной (первая часть автоматом, вторую вручную).
Поэтому схлопывание, разбиение открытых проводок уже есть.
Теги
график оплаты, счет на оплату

 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
Настройка графика оплаты fialka DAX: Функционал 6 06.12.2007 12:38
Графики оплаты в прогнозе ДДС Oz DAX: Функционал 4 09.06.2006 15:12
График оплаты при частичной поставке Oz DAX: Функционал 4 02.06.2006 14:56
график оплаты rus_stas DAX: Функционал 4 03.11.2004 19:12
Вариант оплаты в строках журнала платежей поставщикам DimaS DAX: Функционал 0 24.06.2004 15:02
Опции темы Поиск в этой теме
Поиск в этой теме:

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

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

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

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