Оплата, отгрузка или курсовая разница?

[Firestarter]

Подскажите, по каким признакам можно однозначно утвержадать, что проводка по поставщику (клиенту) является оплатой, отгрузкой или курс./сумм. разницей?

Сразу освещу замеченные проблемы в проводках:
тип. операции = сумм/курс. разница только при сопоставлении, при рассопоставлении тип операции не указывается (можно спутать с оплатой или отгрузкой)

дебит/кредит не показатель -- из-за сторнировок и возвратов

номер накладной -- теоретически могу указать и у оплаты

[mazzy]

поле тип операции

[glibs]

Цитата:

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

Нифига. Если вы регистрируете оплату через специализированные журналы оплат (в Расчетах с клиентами и Поставщиками), то там поля накладной нет (если вы туде не лазили средствами разработки). А в журнале ГК указание/неуказание номера накладной и служит основой для системы для определения, накладная это или нет. Попробуйте уазать и не указать номер и посмотрите потом в журнал "Накладных".

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

[glibs]

Цитата:

Изначально опубликовано mazzy
...поле тип операции...

Кстати о птичках... в 3.0 сп2 СНГ в проводках по клиентам (custtrans) это поле заполняется не всегда, а в поставщиках (vendtrans) через два на третий (если считать курсовые разницы). Только что заглянул в Аксапту... прелесть какая.

PS. Поправил очепятку.

[mazzy]

Возвращаемся к исходному вопорсы

Цитата:

Изначально опубликовано Firestarter
по каким признакам можно однозначно утвержадать, что проводка по поставщику (клиенту) является оплатой, отгрузкой или курс./сумм. разницей?

тип. операции = сумм/курс. разница только при сопоставлении ...(можно спутать с оплатой или отгрузкой)

Ответ Тип операции.

проводки из заказа всегда помечаются как заказ, проводки из накладной на услуги (free text invoice) всегда помечаются как Клиент.
Остальные проводки можно трактовать как оплаты.

Если хочется различать оплаты и курсовые/суммовые, то: проводки по оплате всегда содержат сумму AmountCur. Остальное можно трактовать как курсовые/суммовые.

[Firestarter]

Цитата:

Изначально опубликовано glibs

Нифига. Если вы регистрируете оплату через специализированные журналы оплат (в Расчетах с клиентами и Поставщиками), то там поля накладной нет (если вы туде не лазили средствами разработки). А в журнале ГК указание/неуказание номера накладной и служит основой для системы для определения, накладная это или нет. Попробуйте уазать и не указать номер и посмотрите потом в журнал "Накладных".

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

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

Вообще у меня есть некоторые сомнения относительно использования статуса векселя--все таки это не для этого задумывалось

[Firestarter]

Цитата:

Изначально опубликовано mazzy
Возвращаемся к исходному вопорсы

Ответ Тип операции.

проводки из заказа всегда помечаются как заказ, проводки из накладной на услуги (free text invoice) всегда помечаются как Клиент.
Остальные проводки можно трактовать как оплаты.

Проводки по накладным/заказам/закупкам вообще не имеют типа операции

[Firestarter]

А вообще появилась такая мысль:

лездь в документ ГК и там смотреть проводки (тип разноски):

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

Как считаете?

[glibs]

Цитата:

Изначально опубликовано Firestarter
...Провел опыт: три строки в журнале накладных поставщика, все с номерами накладных.
В первой сумма в дебете, во второй отриц. сумма в дебете, в третьей сумма в кредите. В проводках по поставщику только у третьей статус векселя принял значение "отгружено". Т.е. в данном случае система ориентирвалась на дебет или кредит...

У меня в этом же опыте все проводки статус векселя имеют "Отгружено". Возможно, на это влияют еще какие-то параметры. Функциональность векселей у меня, правда, не настроена. Все три операции у меня числятся в журнале накладных.

Цитата:

Изначально опубликовано Firestarter
...лездь в документ ГК и там смотреть проводки (тип разноски)...

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

[Firestarter]

Цитата:

Изначально опубликовано glibs

У меня в этом же опыте все проводки статус векселя имеют "Отгружено". Возможно, на это влияют еще какие-то параметры. Функциональность векселей у меня, правда, не настроена. Все три операции у меня числятся в журнале накладных.

у нас векселя вообще не используются, соответственно настроек кроме стандартных нет

Цитата:

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

кусовые не попадают, потому что они изначально сопоставлены--сальдо у них сразу нулевое

[xan]

Поле "Тип операции" при рассопоставлении не заполняется :-(