Поставщик Книга Операций

[OntheJump]

Здрасти всем, денек сеня просто волшебный, а мы вот в офисах сидим

Вопрос следующий... Допустим я учитываю Заказ Покупки на три позиции. После учета в Поставщик Книге Операций у нас появится одна запись на общую сумму Заказа.

Можно ли сделать так, чтобы в Поставщик Книге Операций было три записи (по кол-ву позиций) вместо одной?

Клиент хочет видеть за что он должен Поставщику и не любить нажимать много кнопок )

[rmv]

Можно .
Но когда в заказе покупки будет 100 позиций - пусть готовится увеличить штат бухов на порядок.
Ибо сопоставлять оплаты с заказами будет еще та задача.

[Fordewind]

Да, лучше отчетец забабахать, чем записи разводить.

[NeNavision_imported]

Делали как то такой функционал.
Отслеживание потоварной задолженности.
Т.е. клиент оплачивал конкретные позиии в заказе,
каждая позиция имела свою отсрочку платежа и т.д.
Ест-но, что необходимо было в любой момент знать за что
и сколько должен клиент.
Если интересно, пишите в ЛС.

[Галина]

Мда.... Клиент конечно хочет.
Но от таких хотелок лично у меня начинается тоска....
Бредовые хотелки, показывающие абсолютно финансовую безграмотность клиента.
Покажите мне хоть один документ - где так анализируется задолженность?
И самое интересное-что дальше то делать с этим будут?
Я такую ситуацию описала фин.директору-очень грамотному и мною уважаемому человеку, хохотал... А потом правда был в шоке... Что так кто ведет бизнес. И таких много увы....

[balashov]

Цитата:

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

Здрасти всем, денек сеня просто волшебный, а мы вот в офисах сидим

Вопрос следующий... Допустим я учитываю Заказ Покупки на три позиции. После учета в Поставщик Книге Операций у нас появится одна запись на общую сумму Заказа.

Можно ли сделать так, чтобы в Поставщик Книге Операций было три записи (по кол-ву позиций) вместо одной?

Клиент хочет видеть за что он должен Поставщику и не любить нажимать много кнопок )

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

[OntheJump]

Спасибо всем за ответы!

rmv, если можно - то коротко идею плиз

NeNavision, спасибо, если надумаем покупать - напишу.

Fordewind, Галина - к сожалению не всегда хватает красноречия и сил переубедить в том Клиента

balshov, идея и правда оптимальная, респект.

[rmv]

Ну если коротко
1. Лезете в 90 кодеюинит.
2. Ищете строчку // Post vendor entries
3. Обрамляете формирование и учет строки поставщика циклом либо по буферу либо по строкам заказа.
4. Меняете суммы при формировании строки фин. журнала на суммы из буфера или строки соответственно.

[OntheJump]

кстати, народ, а может поможете мне переубедить Клиента?

В общем он любит делать так ) Заходит в Фин. Оборотную Ведомость и по порядочку смотрит что, на каком счете лежит. Раскрывает, допустим, сумму на 20-м счете и видит - ага, такого-то числа мы учли такие-то затраты от такого-то Поставщика..

Потом заходит на 76, раскрывает кредит и видит - ага, а тут мы должны поставщику.. Так, а за что мы должны? Почему это здесь не видно? Это же неудобная программа, пользователю хочет видеть все в одном окне и пр. пр.

Как убедить, что говорить?

[OntheJump]

Цитата:

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

Ну если коротко
1. Лезете в 90 кодеюинит.
2. Ищете строчку // Post vendor entries
3. Обрамляете формирование и учет строки поставщика циклом либо по буферу либо по строкам заказа.
4. Меняете суммы при формировании строки фин. журнала на суммы из буфера или строки соответственно.

ага, пасиб, если не получится переубедить - будем программить )

[randrews]

Цитата:

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

кстати, народ, а может поможете мне переубедить Клиента?

В общем он любит делать так ) Заходит в Фин. Оборотную Ведомость и по порядочку смотрит что, на каком счете лежит. Раскрывает, допустим, сумму на 20-м счете и видит - ага, такого-то числа мы учли такие-то затраты от такого-то Поставщика..

Потом заходит на 76, раскрывает кредит и видит - ага, а тут мы должны поставщику.. Так, а за что мы должны? Почему это здесь не видно? Это же неудобная программа, пользователю хочет видеть все в одном окне и пр. пр.

Как убедить, что говорить?

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

[OntheJump]

говорит - неудобно..........но ведь чертовски логично!

[rmv]

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

[balashov]

Цитата:

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

кстати, народ, а может поможете мне переубедить Клиента?

В общем он любит делать так ) Заходит в Фин. Оборотную Ведомость и по порядочку смотрит что, на каком счете лежит. Раскрывает, допустим, сумму на 20-м счете и видит - ага, такого-то числа мы учли такие-то затраты от такого-то Поставщика..

Потом заходит на 76, раскрывает кредит и видит - ага, а тут мы должны поставщику.. Так, а за что мы должны? Почему это здесь не видно? Это же неудобная программа, пользователю хочет видеть все в одном окне и пр. пр.

Как убедить, что говорить?

Бухи как всегда требуют корреспонденцию.
1. Что бы получить быстро - В фин книге, находясь на проводке нажимаеш кнопку «показать все», далее нажимаеш кнопку «фильтр поля» - получаеш корреспонденцию по анализируемой операции. (нажимаеш всего две кнопки)
2. В форме фин. книга операций, справа субформа на дебетовые операции по номеру документа, слева на кредитовые, скачешь по проводкам – получаешь корреспонденцию.
3. В поставщик книга операций, аналогично предыдущему варианту, + внизу еще попозиционная расшифровка на товар книгу операций.
4. Отчасти могут помочь расчетные реквизиты в форме которые можно рассчитывать в OnAfterGetRecord, только вот муторно ветки логики расчетов описывать, но зато самое безболезненное.
5. Элемент данных «Документ Но.» на форме имеет события: OnLookup, OnDrillDown,OnAssistEdit – в них можно обрабатывать, хотелки.
OnLookup – копируем в темповую таблицу все записи фин книги операций по фильтру номера документа и запускаем форму.
OnDrillDown - копируем в темповую таблицу все записи поставщик книги операций по фильтру номера документа и запускаем форму.
OnAssistEdit - копируем в темповую таблицу все записи товар книги операций по фильтру номера документа и запускаем форму.

[OntheJump]

rmv

Цитата:

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

Есть такое измерение. Только при учете, допустим, Заказа Покупки с несколькими строками измерение товар будет "висеть" только на дебетовой сумме.

balashov, спасибо. Ничего нового конечно, зато комплексный подход

Решил я пока выждать некоторое время, глядишь половина "хотелок" и позабудется

[Галина]

Цитата:

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

кстати, народ, а может поможете мне переубедить Клиента?

В общем он любит делать так ) Заходит в Фин. Оборотную Ведомость и по порядочку смотрит что, на каком счете лежит. Раскрывает, допустим, сумму на 20-м счете и видит - ага, такого-то числа мы учли такие-то затраты от такого-то Поставщика..

Потом заходит на 76, раскрывает кредит и видит - ага, а тут мы должны поставщику.. Так, а за что мы должны? Почему это здесь не видно? Это же неудобная программа, пользователю хочет видеть все в одном окне и пр. пр.

Как убедить, что говорить?

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

А конечная цель - что хочет увидеть клиент?
Или еще вариант зашли в поставщика - в баланс и анализируем какждый счет через Навигатор

[OntheJump]

Клиент любит заходить в Фин. Оборотную Ведомость и хочет чтобы все там ему понятно было.

В идеале он хочет видеть две формы - первая обороты по счетам, вторая - операции по счету. И вот во второй форме он хочет видеть как можно больше информации.
Причем на каждом счете свою.
Доп. кнопок он нажимать не хочет.

Ноги растут из старой системы. Эта была какая-то примитивнейшая самописка, зато было все и сразу практически в одном окне.

[RedFoxUA]

Цитата:

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

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

у меня вопрос - почему бы не сделать дорабтку на "Purchase Legder Entry Detailed" (щас не помню как называется таблица точно), а затем выводить на субформу. И 90 цел и решение можно сделать проще.