Предложение по оплате поставщику аванса

[glibs]

Цитата:

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

...а причем тут авансы...

А при том, что на основании введенной закупки и указанного срока оплаты (а в некоторых случаях предоплаты) можно сформировать предложение по оплате поставщику.

Цитата:

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

...и все что с этим связано?...

Я затрудняюсь прокоментировать эту часть вопроса, т.к. не знаю, что именно вы имеете в виду.

[glibs]

Цитата:

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

...
замечен в любви к 1с в первый раз ))) Никогда ей не занимался и вряд ли буду...
...

На всякий случай уточню, что я вас ни в чем подобном не обвинял. Процитированный вами текст относится преимущественно к локализаторам и в какой-то мере к участнику ppson (за то, что он хочет закладываться в финансовом планировании на функциональность счетов на оплату в модуле Расчеты с поставщиками; аргументы есть в тексте).

Цитата:

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

...
Просто дело в том, что используя предложение по оплате, как минимум можно споставление ручное не проводить.
...

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

Но если вы вводите в журнал платежей предоплату (накладной еще нет), то установить отметку на сопоставление ее... не с чем :-)

Возможность установить отметку на сопоставление появится только после того, как журнал будет успешно разнесен. При этом придется лезть в закупку.

Так что не в одних предложениях на предоплату тут дело. Для описанного вами эффекта функционал еще придется допиливать.

Но по отношению к бизнес-процессу регистрации ПКО и РКО, IMHO, предложения по оплате в общем случае не актуальны.

[Alex_R2]

Цитата:

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

Но если вы вводите в журнал платежей предоплату (накладной еще нет), то установить отметку на сопоставление ее... не с чем :-)

Возможность установить отметку на сопоставление появится только после того, как журнал будет успешно разнесен. При этом придется лезть в закупку.

Так что не в одних предложениях на предоплату тут дело. Для описанного вами эффекта функционал еще придется допиливать.

Дело в том что я хотел бы сопоставить платеж (аванс в частонсти) с ещё не разнесенной заупкой. Такая то возможность есть) Помеченное к сопоставлению повесит пока в spectrans, а когда накладная по закупке разнесется проводки окончательно сопоставятся. Вся функциональность в наличии есть, кроме предложения по оплате на основании разнесенных счетов на оплату (те предоплат)...о чем плачу горькими слезами

ЗЫ Глеб возможно задать Вам вопрос о способе оплаты с использоваением промежуточного счета, разумеется в соответвующей существующей ветке ?

[glibs]

Цитата:

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

...
Дело в том что я хотел бы сопоставить платеж (аванс в частонсти) с ещё не разнесенной заупкой. Такая то возможность есть)
...

Если после разноски журнала платежей, то да. Но предложения по оплате устанавливают пометку на сопоставление еще при создании журнала (до разноски).

Так что мои слова остаются в силе.

Цитата:

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

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

А если будет частичная поставка, куда денется ваш SpecTrans?

Цитата:

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

...
Вся функциональность в наличии есть
...

А я говорю, что не вся... Но сделать можно. И это не очень сложно.

Цитата:

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

...
кроме предложения по оплате на основании разнесенных счетов на оплату (те предоплат)...
...

Не факт, что это решение оптимальное.

Цитата:

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

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

Давайте попробуем.

[Alex_R2]

Цитата:

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

Если после разноски журнала платежей, то да. Но предложения по оплате устанавливают пометку на сопоставление еще при создании журнала (до разноски).

Так что мои слова остаются в силе.

А если будет частичная поставка, куда денется ваш SpecTrans?

А я говорю, что не вся... Но сделать можно. И это не очень сложно.

Не факт, что это решение оптимальное.

Давайте попробуем.

1) И очень здорово, что устанавливают пометку на сопоставление еще при создании журнала.
2) Если будет частичная поставка, то думаю, что частично сопоставится, частично помеченным к сопоставлению останится, не проверял пока .
3) А как по вашему оптимальное решение будет выглядить ? Граффик оплаты ?
4) Уже пишу.

[glibs]

Цитата:

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

...
1) И очень здорово, что устанавливают пометку на сопоставление еще при создании журнала.
...

В случае с предоплатой пометку на сопоставление в стандартном функционале вы не поставите при создании. Только после разноски журнала у вас появится такая возможность.

Цитата:

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

...
2) Если будет частичная поставка, то думаю, что частично сопоставится, частично помеченным к сопоставлению останится, не проверял пока .
...

Проверьте, проверьте.

Цитата:

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

...
3) А как по вашему оптимальное решение будет выглядить ? Граффик оплаты ?
...

Да, именно график оплаты. Это естественно.

[glibs]

Цитата:

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

...
Я пока вижу только одну сложность. Предложение по оплатам строится не просто на основании "накладной" поставщика, а на основании одобренной "накладной". Для одобрения даже есть специальный функционал (альтернативный, и у нас многие им не пользуются).
...

Кажется, я уже передумал.

Мы на одном проекте закупки вводим через форму журнала закупок (Расчеты с поставщиками\Журналы\Закупки\Журнал закупок). Немного допилили, чтобы менеджеры не могли фильтр по полю Тип закупки изменить (в результате в этой форме менеджеры могут править только журналы). И форме создания строк пришлось немного "мозги вправить" (точнее кнопке, которая ее открывает). В "трацдиционной" форме закупок менеджеры могут смотреть, но ничего не могут редактировать. Те, кто утверждают (утверждение сводится к смене типа закупки с "Журнал" на "Закупка") работают в "традиционной форме" с правами на редактирование.

Так что утверждение сделать можно.

Осталось только допилить графики и функциональность предложений по оплате.

Опционально можно сделать, чтобы платеж по предложению по оплате по предоплате помечался на сопоставление с закупкой после разноски.

Опционально можно сделать, чтобы в случае частичного оприходования пометка на сопоставление предоплаты с закупкой восстанавливалась.

В результате с помощью финансовых отчетов можно делать оценку по показателям:
Статья............Бюджет..............Факт...........Утверждено в закупках...........Остаток

Например:
Реклама.........100.....................70...............20...........................................10

Расходы в отчет попадут по методу начислений... но все равно полезная табличка получится. "Утверждено в закупках" можно и по прогнозной дате оплаты развернуть. С финансовыми аналитиками нужно еще подумать.

[Pavel]

Цитата:

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

Прошу прощения "за серость в фискальном учете" а какая специфика в бух проводке оплата аванса поставщику (она же предоплата))) ?

Эта не только специфика "фискального учета", но и финансовой отчетности. При оплате товаров/услуг поставщика формируется проводка Д60 - К51, а при авансовом платеже система автоматически должна формировать проводку на выделенном субсчете 60", т.е. Д60" - К51. Затем при выполнении поставщиком обязательств, возникает кредиторская задолжность предприятия (проводка Д41 или 10 или 08 или 26 - К60), которая сопоставляется с суммой выплаченного раннее аванса. В момент сопоставления система автоматически должна делать проводку Д60 - К60" на сумму отработанного аванса.

В балансе суммы выплаченных авансов указываются в разделе активы нашего предприятия (со счета 60" по контрагентам), по гражданскому кодексу суммы выплаченных авансов принадлежат предприятию, до исполнения поставщиком своих обязательств, а в случае их не исполнения подлежат возврату.

Отдельная тема - Книга покупок, зачет отработанных поставщиком авансов приводит к факту погашения кредиторской задолжности и возможности возмещения НДС (проводка Д68 - К19).

Всю перечисленное относится к локализованной функциональности и никаким образом не отрабатывается в стандартной функции формирования предложений указанной glibs.

[Maxim Gorbunov]

Цитата:

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

М-м-м... ну это пока предложения по оплате работают на основании "накладной".

Не совсем точно. Вообще-то, на основании проводки по поставщику.

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

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

Конечно, приходится при этом контролировать, чтобы не было счетов с одинаковыми номерами от одного поставщика. Но чем-то надо жертвовать

[glibs]

Цитата:

Сообщение от Maxim Gorbunov

...
Вообще-то, на основании проводки по поставщику.
...

Упс. Неправильно сформулировал мысль. Спасибо.

На самом деле предложения формируются по CustTrans'ам. Причем не только по проводкам по "накладным", но и по переплтам/авансам тоже.

Я имел в виду, что предложения по оплате в обычном режиме формируется по CustTrans'ам, которые созданы по "накладным" поставщиков.

Цитата:

Сообщение от Maxim Gorbunov

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

М-да... мы что-то подобное делали в модуле Расчеты с клиентами. Жаль только, что в стандартная версия по этому поводу "не чешется".

Да и еще. Раз уж на то пошло, то нужно было начать с того, что разработка счетов на оплату является проявлением недостаточной компетенции постановщиков задачи, т.к. счет на оплату по своей сути абсолютно ничем не отличается от Quotation, и по-сути его дублирует. Нужно было просто доделать печатную форму над quotation.

[Alex_R2]

День добрый, прошу прошения за отсутствие:

2glibs
[QUOTE=glibs]А при том, что на основании введенной закупки и указанного срока оплаты (а в некоторых случаях предоплаты) можно сформировать предложение по оплате поставщику.

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

2 Pavel спасибо за пространный коммент, я примерно так и думал)))
У меня счета ГК по типу разные. Счета авансы поставщикам это актив, а задолженность перед ними обязательства.

2 Maxim Gorbunov
М-да... мы что-то подобное делали в модуле Расчеты с клиентами.

? а как ( в каких практических случаях) может быть использовано предложение по оплате клиентам .

? Да и еще. Раз уж на то пошло, то нужно было начать с того, что разработка счетов на оплату является проявлением недостаточной компетенции постановщиков задачи, т.к. счет на оплату по своей сути абсолютно ничем не отличается от Quotation, и по-сути его дублирует. Нужно было просто доделать печатную форму над quotation
Стесняюсь спросить что такое Quotation ?

[Alex_R2]

И ещe непонятка.
Когда я через предложение по оплате создаю строку журнала платежей то,
-автоматом маркируется проводка к сопоставлению
-переносится аналитика основания (накладной)
-подхватываются поля группа договоров, договор и номер договора
-прописывается тескт проводки с указанием документа основания и ещё ряд приятных мелочей происходит...
А когда я создаю строку журнала руками, затем через сопоставление маркирую то же самое основание накладную то все эти приятности не подцепляются...
Отчего такая несправедливость ?

[Pavel]

Цитата:

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

А когда я создаю строку журнала руками, затем через сопоставление маркирую то же самое основание накладную то все эти приятности не подцепляются...
Отчего такая несправедливость ?

Почему же сразу несправедливость? Может это фича?!
Если серьезно, то автоматизированная функция предоставляет некие предопределенные сервисы, а ручной ввод позволяет реализовать любую, даже самую нестандартную ситуацию.

[glibs]

Цитата:

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

...
А как можно это реализовать ? В доках не нашел такой возможности.
...

Это можно было бы запрограммировать. В стандартном функционале такого нет.

В тексте речь идет о том, на основании чего можно было бы построить предложения по оплатам.

Цитата:

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

...
а как ( в каких практических случаях) может быть использовано предложение по оплате клиентам .
...

Программировали. В журналах ПКО и прихода по банку после выбора клиента указывается счет на оплату. Если проводка оказывается предоплатой, то после разноски журнала происходит маркировка заказа с разнесенным авансом.

Цитата:

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

...
Стесняюсь спросить что такое Quotation ?
...

Обработка\Предложение в заказах
Обработка\Заявка в закупках
есть еще аналогичная вещь в CRM.

[glibs]

Цитата:

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

...
Отчего такая несправедливость ?
...

Дань универсальности...

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

[d&m]

апну тему...

много приходилось мучиться с отсутствием в Аксапте вменяемых стандартных средств по планированию предоплат, потому с особым вниманием слежу за данной тематикой

читал what's new in AX2012 account's payable (расчеты с поставщиками) и с удивлением для себя обнаружил, что МС сделал несколько шагов в сторону планирования предоплат...

а именно:
1. можено сделать особую накладную на предопталу
1.а. очень надеюсь, что такая накладная будет попадать в Прогноз ДДС и предложением по оплатам.
т.е. по смыслу "накладная на предоплату" это наша задолженность перед поставщиком, а именно - мы должны ему предоплату

2. сделать предоплату и сопоставить ее с накладной на предоплату
3. сформировать обычную накладную и сопоставить ее с накладной на предоплату


прошу высказаться коллег... может кто-то уже успел "потрогать" сие чудо.

да и вообще ваши мысли (к примеру, наконец-то дождались... или наборот, нафиг это не надо и будем дальше юзать отрицательные дни в графике оплат).

ЗЫ: картинка, возможно, нарушает политику партии, но сам текст сообщения уж точно должен пройти фейс-контроль