Как планируются предоплаты?

[mazzy]

Цитата:

Изначально опубликовано glibs
Ничего не говорит. Я лично пока не спрашивал.

Зря там очень вменяемые люди работают.
Правда они консультируют только партнеров.

Цитата:

Изначально опубликовано glibs
Хотелось бы пока самому разобраться с методологией.

Это точно.
Правда еще точнее, наверное, было бы, "хочу прочитать про методологию"

Будем дальше читать доку...

[glibs]

Нашел кусок международной доки по ПДДС. На technet.com. Там есть MS Wordовский файл, который, очень похоже, послужил основой для написания российской доки на эту тему. Только в российскую доку часть информации переведена почему-то не была. Да и в международную доку по третьей версии вроде тоже не все попало, правда больше (хотя я саму версию не видел – может там функционала поубавилось).

Алгоритма все равно нет. Про даты поставки ничего не сказано. Про то, что открытые постоплаты и предоплаты должны попадать в ПДДС – тоже (в смысле в перечне того, что используется в ПДДД их нет). Про то, что берутся только открытые проводки с датой не меньше текущей, – тоже нет упоминаний. Еще в том перечне нет текстовых фактур. Жаль, что непонятно – официальный это документ или нет. А то можно было бы начинать возмущаться.

[dmit2604]

Просто для народа решил дать ссылочку. Мало ли кто искать начнет еще...
http://technet.navision.com/default....put&NEWSID=176

На здоровье!
Может в полезные ссылки занести?

[KVAx]

Возможно ли разбить информацию которая попадает в ПДДС в соответствии с производственной необходимость???

[Zabr]

В теме за сентябрь 2002 г. (см. http://www.axforum.info/forums/showt...=3891#post3891) активно обсуждались принципы формирования ПДДС, называемого в Аксапте "потребностями в валюте". Вопрос в следующем: каким все-таки образом образуются там даты потребностей? У меня версия 2.5 SP5 HF1. Эксперименты показывают, что ни одна (!) из следующих настроек к этой дате отношения не имеет:
1 = Расчеты с поставщиками / настройки / параметры, закладка Прогноз движения средств:
1.1условия оплаты (и к ним м.б. график)
1.2 даты оплаты (и к нему м.б. график)
2 =Поставщик относится к группе, для группы непосредственно указываются:
2.1 условия оплаты (и к ним м.б. график)
2.2 период сопоставления (и к нему м.б. график)
3 = В самой Закупке (закладка цена/скидка) есть :
3.1 условия оплаты (и к ним м.б. график)
3.2 конкретный график оплаты
4 = Закупка / Кнопка «Настройка - График оплаты» можно задать для строк графика оплаты конкретные даты, отличные от автоматически вычисляемых по условиям графика.
5 = Закупка / кнопка «Обработка – Накладная» : в форме обработки также есть кнопка «График оплаты», где показываются автоматически вычисленные даты, и их также можно изменить перед обработкой накладной.

Но какие-бы графики я ни настраивал в этих местах и ккие-бы даты не ставил ручками, в "потребностях в валюте" откуда-то возникает дата оплаты за закупку: 3-е число следующего месяца (причем от даты ввода закупки, а не от даты предполагаемой поставки). Во всех указанных выше местах никаких намеков на такую настройку нет. Где же ее искать? Дока ответа не дает.

[mazzy]

Спасибо за вопрос.

1.
На ПДДС влияют только фактические и плановые проводки. Настройки в поставщиках и группах являются только параметрами, которые подставляются по умолчанию в проводки.

Если посмотреть в класс ledgerCovTotal, то можно увидеть таблицы, которые учитываются при составлени ПДДС:

<PRE>
ledgerBudget.updateLedgerCov();
#UpdateFile(SalesTable)
#UpdateFile(PurchTable)
#UpdateCustVendTrans(CustTransOpen)
#UpdateCustVendTrans(VendTransOpen)
#UpdateFile(ForeCastSales)
#UpdateFile(ForeCastPurch)
#UpdateFile(CustInvoiceJour)
</PRE>
для каждой таблицы вызывается метод updateLedgerCov();


2.
Действительно, в 2.5 графики платежей не учитываются при составлении ПДДС.
В 3.0 графики платежей учитываются.

Добавлено: ух, ты как X++ код показывается. Все таки это perl, а не X++. Может вернуть название кнопочки, или назвать ее просто Code? Изменил оформление на pre

[glibs]

Цитата:

Изначально опубликовано mazzy
...В 3.0 графики платежей учитываются...

А как это достигается? Они учитываются в открытых Заказах/Закупках? У меня не получилось...

[glibs]

Цитата:

Изначально опубликовано Zabr
...
Вопрос в следующем: каким все-таки образом образуются там даты потребностей? У меня версия 2.5 SP5 HF1. Эксперименты показывают, что ни одна (!) из следующих настроек к этой дате отношения не имеет:
...

Механизм формирования дат непрост. Все зависит от того, что у вас попадает в ПДДС. Если это открытые проводки по клиентам и поставщикам (можно посмотреть в форме редактирования открытых проводок (по-русски, кажется, сопоставление открытых проводок)), то там есть дата «Оплатить до», которая и играет ключевую роль. К ней приплюсовывается Дата оплаты из параметров поставщиков/клиентов (ее перекрывает Период сопоставления из групп поставщиков/клиентов, т.е. если указана, то берется из групп, если в группах не указана, то берется из параметров).

Для других объектов учета (открытые заказы и закупки, free text invoice (открытый), бюджеты) может использоваться другой набор параметров. Длинная история. Выше вроде про это мы уже писали. Тренер из датского МБСа мне говорил, что налоги также должны попадать в ПДДС (на основании настройки периодов уплаты налогов). Только я пока это воспроизвести не смог.

Графики платежей у меня в ПДДС не работают, хоть ты их стреляй.

[mazzy]

посмотри SalesTable.updateLedgerCov() в 3.0

[Zabr]

Glibs'у: спасибо, что заметил, о чем собственно был мой вопрос

Но вот результаты экспериментов (на Закупках):
1) Расчеты с поставщиками / параметры : на даты ПДДС НЕ влияют
2) Рачеты с поставщиками/ Группы / Условия оплаты и Период сопоставления: на даты ПДДС НЕ влияют
3) Закупки / Параметры - Период между поставкой и выпиской накладной : ВЛИЯЕТ, добавляется к Дате Х.

Дата Х : это дата из Закупки:
1) если в строке Закупки есть подтвержденная дата поставки, то это она
2) если в строке Закупки есть дата ожидаемой поставки и нет подтвержденной, то это ожидаемая дата
3) если в строке Закупки дат нет, то это дата поставки из шапки Закупки
4) дата оплаты из шапки (со вкладки Цена/скидка) НЕ влияет на дату ПДДС
5) даты, которые могут быть вычислены по Способы оплаты и по Графику оплаты (с той же вкладки из шапки Закупки) НЕ влияют на даты ПДДС

Т.е. окончательно по Закупке:
дата в ПДДС = дата ПОСТАВКИ из Закупки (в соотв. с приоритетом из 3-х дат) + ДЕЛЬТА из Закупки / Параметры (Период между поставкой и выпиской накладной).

Никакие даты, связанные с ОПЛАТАМИ, на ПДДС не влияют, что само по себе очень удивительно. Какая же это потребность в финансах, которая даже не смотрит на даты необходимых проплат этих самых финансов!
Mazzy сейчас скажет "Это не спроста, надо разобраться почему буржуины так сделали", но по-моему -это просто кривота и недоработка, не более того. Не нужно молиться на Аксапту.

Это в 2.5 SP5 HF1, в 3.0 не смотрел.

[mazzy]

Цитата:

Изначально опубликовано Zabr
Mazzy сейчас скажет

Не скажу
Про графики платежей и ПДДС в 2.5 не скажу.
Похоже, что действительно недоработка.

Хотелось бы услвшать вердикт glibs по поводу 3.0.

[glibs]

Метод открывал, читал, почти ничего не понял. Не судьба пока.

Попробую несколько резюмировать.

ПДДС в 3.0 у меня работает как и прежде (в 2.5). Графики я не смог подцепить. В доке описания механизма не нашел. Правда интересная информация в тренингах есть. Буду еще смотреть.

Графики вообще работают интересно. График распространяется на invoice, а не на закупку/заказ. Т.е. если график 50% сейчас, 50% через месяц, то если я сейчас делаю Invoice на 30% суммы закупки, то эти 30% распадутся согласно графика на 2 суммы (одну сейчас, одну через месяц). Если остаток инвойсировать через 15 дней, то он тоже по графику на 2 открытые проводки развалится. Т.е. это не график платежей в чистом виде. М.б. поэтому его и не трогали.

В принципе в закупках и заказах работает поле Оплатить до. Не обязательно даже использовать отрицательные дни (еще в 3.0 не проверял). Но...

Есть еще одна проблема, которая меня беспокоит, — предложения по оплате. Они у меня формируются только на основании открытых проводок (а они возможны только после инвойсирования).

В общем с предоплатами грустно. Я общался с САПовцем. Он говорил, Что САП с предоплатами работает.

Нашел интересную вещь. Регистрация счетов-фактур с одобрением. В 3.0 они начали корректно разноситься (проводки по балансовым счетам и налоги идут только при одобрении). По ним делаются открытые проводки по факту регистрации. В ПДДС они тоже попадают. Там тоже можно указывать дату Оплатить до (причем раньше даты инвойса). Они включаются в предложения по оплате и с ними можно сопоставлять платеж/предоплату (если одобрить проводку не выполняя саму процедуру одобрения). И в ПДДС они тоже попадают (даже без одобрения). Кстати, там нет графиков платежей.

Но только в них фиксируется дата инвойса (потом ее править нельзя). Я смог проверить только на закупках, журнал одобрения у меня не работает (http://www.axforum.info/forums/showt...&threadid=2127). Ну и задолженность они изменяют сразу. Хотя в отчетах по задолженности на дату все ОК.

Ой, журнал одобрения накладных заработал... Там можно редактировать только дату в создаваемых строках, но в тех, что есть — нельзя (т.е. тоже дату редактировать нельзя). Посмотрю, подумаю...

В общем это однозначно не то, но часть проблем решает. Очень криво. Пока думаю в этом направлении. Возможно, если что-то и делать, то нужно идти в этом направлении.

Как не лучший вариант держу еще такую идею. Можно было бы повесить наконец на российские договора финансовые аналитики и придумать для них график платежей с попаданием в ПДДС и в генерацию платежей.

Извини, что так грустно. А как у тебя графики учитываются можешь рассказать?

[Zabr]

Glibs, еще раз по графикам в 2.5 на примере Закупок:

1) Дата оплаты из шапки Закупки НЕ ВЛИЯЕТ на ПДДС, хотя ты об этом уже дважды говорил. Что влияет - см. я написал выше. Может, где-то нужна какая-то галочка, чтоб влияла, но таковой не нашлось пока.

2) Где все же проявляется график, если не в ПДДС?
в сопоставлении (модуль Закупки/Закупка/кнопка Функции - Сопоставление открытых проводок, либо модуль Расчеты с поставщиками/Поставщик/кнопка Функции - Сопоставление фактур с оплатами). Как только закупку разнесли, там появляются строки с правильно рассчитанными суммами и датами по графику оплаты, сколько строк в графике - столько и там (даты стоят в колонке с заголовком "Оплатить до", может поэтому тебе и показалось, что это именно дата из шапки?)

Но в ПДДС по прежнему ложится одной строкой с ообщей суммой за одну дату.
Ждем-с 4-й Аксапты?

[KVAx]

Зачем же ждать - можно и сейчас поправить. :-)

[glibs]

Цитата:

Изначально опубликовано Zabr
...Дата оплаты из шапки Закупки НЕ ВЛИЯЕТ на ПДДС, хотя ты об этом уже дважды говорил...

Упс... виноват.

В 2.5 дата Оплатить до действительно на ПДДС не влияет. В 3.0 подхватывается и интерпретируется буквально. Значит, изменения все-таки есть.

Склероз, однако. Прошу прощения за попытку ввести в заблуждение.

[glibs]

Цитата:

Изначально опубликовано mazzy
...В 3.0 графики платежей учитываются...

Цитата:

Изначально опубликовано glibs
...Извини, что так грустно. А как у тебя графики учитываются можешь рассказать?...

Кажется, я уже начинаю понимать. В Аксапте, оказывается, есть 2 ПДДС. Мне в голову даже и не приходила мысль, что они могут быть разными.

Второй ПДДС можно посмотреть по соответствующему запросу из форм заказов и закупок. Для обычной закупки, к примеру, там создаются проводки по приходу, задолженности, а также по погашению этой задолженности согласно условий оплаты. График оплат там проявляется не всегда (я нашел комбинацию условия оплаты + график оплаты). И проявляется он как-то непонятно. Платеж планируется один, а вот приходы — согласно графика.

Хм... надо еще подумать.

...

Кажется, начинаю улавливать «логику». Приходы строятся по графику, а платеж — по условиям оплаты. Только работает через раз.

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

Хм... еще подумаю.

[mazzy]

Не, не так. Не 2 ПДДС.

В Аксапте существует прогноз оборотов по финансовым счетам LedgerCov. ПДДС строится по данным из covarage по тем счетам, которые указаны как монетарные. Т.е. ПДДС является просто другим представлением прогноза оборотов.

Кстати, а ты перевел для себя термин Coverage?
Мне очень не нравится перевод "Покрытие".
Я сам не понимаю декларативного смысла и другим объяснить не могу.
Могу перечислить функции, которые присутствуют в этом covarage-покрытие.
Но это не понимание, а только классификация...

Может у тебя сложилось понимание?