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

[Alex_R2]

День добрый !

Возможно ли создать предложение по оплате, а затем и строку журнала платежей поставщику по авансу стандартными средствами ? Если да, то как ))

btw а почему в кассе в журнале ордеров нет такой возможности ?

ЗЫ есть подозрение, что через закупку, разноска счета на оплату, но почему то не работает...))

ПСБки

[Голова 2уха]

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

[Alex_R2]

Хм...а как мне тогда аванс привязать к закупке, только через форму заказ/сопоставление открытых проводок получится. Те в момент оплаты никак...тока разнеся.

[Pavel]

Цитата:

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

День добрый !
Возможно ли создать предложение по оплате, а затем и строку журнала платежей поставщику по авансу стандартными средствами ? Если да, то как ))

btw а почему в кассе в журнале ордеров нет такой возможности ?

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

P.S. Впрочем, запрограммировать можно практически любое требование (безотносительно целесообразности бизнес процессов).

[ppson]

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

[glibs]

Цитата:

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

День добрый !...
а почему в кассе в журнале ордеров нет такой возможности ?
...

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

[glibs]

Цитата:

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

...
Интересно, на основании какой информации система можеть принять решение о формировании сроки аванса в журнале платежей?
...

Ну, cashflow forecast на основании какой-то информации она таки умеет строить... если захочет. И вопреки стереотипам некоторых товарищей... :-)

[Alex_R2]

2 ppson псб за понимание, если я правильно понял вы модификацию делали, насколько она трудоъемка если не секрет ?

2 glibs По идее, инициатором кассовых платежей является не система, а получатель денег.
Поясните пжлста Вашу мысль, чем получатель безналичных ДС отличается от получателя наличных ДС.

[glibs]

Поясняю.

Безналичные мы платим сами. Есть договор (или счет, или просто так). Мы должны заплатить. Берем и делаем платежку. Поставщик тут уже не при чем (ну, разве что мы ему не заплатим, и он будет выражать недовольство в том или ином виде, а также в меру своего воспитания).

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

Теперь объясните вы мне ситуацию. Система вам говорит нате, мол, РКО, сегодня платим такому-то поставщику по такому-то счету. Придет ли к вам представитель поставщика — не известно. Что вы будете делать с РКО? Или вы cash курьерами сами развозите? Но тогда это уже не платеж поставщику, а выдача в подотчет.

[ppson]

glibs, бог с ними с наличными платежами, аксапта и по безналу не может планировать авансовые платежи.

[glibs]

Цитата:

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

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

Планировать может :-)

См. cashflow forecast и LedgerCov.

Предложение по оплате не хочет делать.

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

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

Ощущаете в чем суть?

[Alex_R2]

Спасибо за разъяснение.

Теперь объясните вы мне ситуацию. Система вам говорит нате, мол, РКО, сегодня платим такому-то поставщику по такому-то счету. Придет ли к вам представитель поставщика — не известно. Что вы будете делать с РКО? Или вы cash курьерами сами развозите? Но тогда это уже не платеж поставщику, а выдача в подотчет.

Я не говорю о том, что предложение по оплате 100% равно оплате. По моему пониманию ситуации, предложение по оплате втч значит , что у меня подошел срок оплаты, и я должен выплатить со своих счетов ДС по таким то обязательствам, срок оплаты которых наступил.

[glibs]

Цитата:

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

...
Я не говорю о том, что предложение по оплате 100% равно оплате. По моему пониманию ситуации, предложение по оплате втч значит , что у меня подошел срок оплаты, и я должен выплатить со своих счетов ДС по таким то обязательствам, срок оплаты которых наступил.
...

Ясно. Просто в моем понимании это график платежей, а не предложения.

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

[ppson]

Цитата:

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

Планировать может :-)

См. cashflow forecast и LedgerCov.

Предложение по оплате не хочет делать.

ээээ glibs, луквавишь
Аксапта может планировать оплаты, но не предоплаты. Разве в условиях оплаты можно указать - оплатить за 10 дней до даты поставки .
И счета на оплату (точнее на предоплату, так как аксапта предусматривает только такие счета) никак в прогнозе ДДС не участвует.

[glibs]

Цитата:

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

...ээээ glibs, луквавишь ...

Ну что вы, отнюдь :-)

Цитата:

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

...
Аксапта может планировать оплаты, но не предоплаты. Разве в условиях оплаты можно указать - оплатить за 10 дней до даты поставки .
...

Может, может. Начиная с 3.0.

С вашим утверждением согласен, но в поле Оплатить до можно поставить любую дату. С графиками проблемы, а одну конкретную дату поставить можно. Легко. И будет вам прогноз предоплат.

Так что не смотря на то, что в Аксапте все сильно запущено, она все-таки не безнадежна. Просто неухожена, как дите. Микрософт для нее — мачеха.

Цитата:

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

...
И счета на оплату (точнее на предоплату, так как аксапта предусматривает только такие счета) никак в прогнозе ДДС не участвует.
...

Ну, счета на оплату в поставщиках писали локализаторы. В 1С cashflow forecast не было, вот и в Аксапту не срисовали. Задача "осмыслить и увязать...", судя по всему, перед постановщиками не стояла.

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

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

В общем, дурацкая это идея делать из Аксапты 1С. Это как из мальчика сделать девочку. Можно что-то где-то отрезать, что-то где-то нарастить, еще чего-то там сделать, но ведь детей рожать не сможет (природа у него другая, а против природы не попрешь — она отомстит).

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

[Alex_R2]

Цитата:

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

Ну что вы, отнюдь :-)

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

В общем, дурацкая это идея делать из Аксапты 1С. Это как из мальчика сделать девочку. Можно что-то где-то отрезать, что-то где-то нарастить, еще чего-то там сделать, но ведь детей рожать не сможет (природа у него другая, а против природы не попрешь — она отомстит).

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

))) замечен в любви к 1с в первый раз ))) Никогда ей не занимался и вряд ли буду...
Просто дело в том, что используя предложение по оплате, как минимум можно споставление ручное не проводить.
А начет : "Но счетов на оплату м.б. много (они ведь не удаляются и не перепроводятся). И не по всем нужно платить. И все-равно счет могут оплатить частично. И как знать, по какому счету заплатили уже, а по какому нет? "
ИМХО моно использовать такой же механизм как и для накладных в журналах регистрации накладных без разноски и последуещго их разнесения из другого журнала...
Зато до разноски можно было бы проводки помеченные к сопоставлению, а после разноски накладной по заказу они бы радосто слились в сопоставленнии...

[Pavel]

Цитата:

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

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

Это базовая функциональность системы и она не связана с российской обработкой авансовых платежей.

[Pavel]

Цитата:

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

Ну, cashflow forecast на основании какой-то информации она таки умеет строить... если захочет. И вопреки стереотипам некоторых товарищей... :-)

Клево... а причем тут авансы и все что с этим связано?

[Pavel]

Цитата:

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

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

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

[Alex_R2]

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