Глюк при отмене предоплаты

[RFC]

1) Преобразуем платеж в предоплату с 62.1 оплата номально сторнируется.
2) Отменяем предоплату спрашивает итоговый счет ставим 62.1
в итоге в ledgerTrans получаем нормальное сторно и проводка попадает на счет 62.1
но в CustTrans проводка проходит с другим профилем (тот который указан в параметрах модуля) и соответвенно в оборотносальдовой ведомости по клиенту (похоже он смотрит только итоговый счет в профиле разноски) выводит что проводка прошла по счету 62.2
Кто нибудь сталкивался с этим? Если сталкивались как решали? Может просто я не вижу какой то глубинный смысл сего действа?

[Ann]

посмотрела. действительно работает некорректно...
вы решили эту проблему? подскажите, если да.

[Nic]

Проводки по оплате Вы занесли через Модуль Главная книга. Если Вы будете проводки создавать в Журнале платежей в модуле Расчеты с клиентами или в Журнале ордеров в модуле Денежные средства, то подобная проблема не возникнет. Советую использовать стандартный порядок ввода проводок по оплате, тогда при смене статуса проводки оплата-предоплата и предоплата-оплата проводки в указанных таблицах будут формироваться верно.

[BOAL]

Это не глюки опции оплату в предоплату или предоплату в оплату (писал, помнится сам, на заре карьеры - как никак ответсвенность несу ) - это глюки именно отчета. Он точно строется по профилям и от этого страдает и другими глюками.
Как то: смена счета в профиле навсегда отрежет часть данных от отчета, неиспользование закрытия года покажет лажу в начальных сальдо и еще что-то (не помню)

Пишите свои отчеты, которым можно верить безоговорочно или правье этот.
Или купите готовый блок ГК отчетов и инструмента контроля проводок(например, кнопочку "распровести")

[RFC]

Цитата:

Изначально опубликовано Nic
Проводки по оплате Вы занесли через Модуль Главная книга. Если Вы будете проводки создавать в Журнале платежей в модуле Расчеты с клиентами или в Журнале ордеров в модуле Денежные средства, то подобная проблема не возникнет. Советую использовать стандартный порядок ввода проводок по оплате, тогда при смене статуса проводки оплата-предоплата и предоплата-оплата проводки в указанных таблицах будут формироваться верно.

Дело в том что я преобразую уже существующий платеж в предоплату, через журнал платежей наблюдается идентичная картина........пока правлю профиль в CustTrans на необходимый....есть еще заморочка
1. Д51 К62.01 (10000) - изначалный платеж
2. Д51 К62.01 (-10000) - сторно изначального платежа
Д51 К62.2.1 (10000) - предоплата
Д62.2.2 К68.02 (1525,42) - налог по предоплате
3. Д62.01 К90.01 - реализация
4. Д62.2.1 К62.01 - закрытие счета после сопоставления.

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

[RFC]

Цитата:

Изначально опубликовано BOAL
Это не глюки опции оплату в предоплату или предоплату в оплату (писал, помнится сам, на заре карьеры - как никак ответсвенность несу ) - это глюки именно отчета. Он точно строется по профилям и от этого страдает и другими глюками.
Как то: смена счета в профиле навсегда отрежет часть данных от отчета, неиспользование закрытия года покажет лажу в начальных сальдо и еще что-то (не помню)

Пишите свои отчеты, которым можно верить безоговорочно или правье этот.
Или купите готовый блок ГК отчетов и инструмента контроля проводок(например, кнопочку "распровести")

Тогда вопрос с какой целью при отмене подтягивается профиль стоящий по умолчанию в параметрах......если дается выбрать итоговый счет почему бы просто не дать выбрать вместо счета профиль?

[BOAL]

В параметрах задается два профиля: основной и предоплатный
второй используется автоматом, если в ЖГК ставить галку "предоплата" (заполняет поля по умолчанию), соот. он же и используется (автоматом) в преобразовании.
тк преобразование автоматическое, то оно и ничего не спрашивает а работает по образу ЖГК.
Если вам хочется большего, то имеет смысл делать сторно ручками и нужную проводку тоже ручками. Тогда все точно будет сходится.

[RFC]

Цитата:

Изначально опубликовано BOAL
В параметрах задается два профиля: основной и предоплатный
второй используется автоматом, если в ЖГК ставить галку "предоплата" (заполняет поля по умолчанию), соот. он же и используется (автоматом) в преобразовании.
тк преобразование автоматическое, то оно и ничего не спрашивает а работает по образу ЖГК.

С этим согласен и работает нормально..........пока не сталкивался с трудностями

проблема с отменой предоплаты....
1. создали платеж
2. преобразовали в предоплату
3. преобразуем прелоплату в оплату

Первые две проходят нормально
Третья операция заменяет профиль "Предоплата" на "первый" профиль заполненый в параметрах....хотя изначальный (тот который при 2 операции поменялся на "Предоплата") был отличен от "первого" профиля....

[BOAL]

подрозумевается, что преобразование в оплату дает стандартную оплату, а не "старый профиль"

иначе вам нужна кнопка "преобразовать к профилю"

а ее нет? так че вы тогда жмете не ту?

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

[kvan]

2 BOAL:

Цитата:

Или купите готовый блок ГК отчетов и инструмента контроля проводок(например, кнопочку "распровести")

вот здесь если можно поподробнее.

[BOAL]

Что имено подробнее?

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

если есть конкретные вопросы - то в личку (мыло). тут это уже офф-топик.