Накладная поставщика

[linney]

Коллеги!
Если бы у вас была задача провести накладную поставщика не привязанную к закупке, таким обрабом, чтоб в ней был указан товар (одна или несколько строк) где бы вы переписывали половину Axapt-ы?

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

за 5 минут можно добавить поле Номенклатура в LedgerJournalTrans и иметь возможность его заполнять в Журнале накладных, но...
в строках этого журнала может быть только 1 строка по 1 поставщику
надо добавлять перенос ссылок из этого журнала в VendInvoiceTrans
и т.д. и т.п.

Что скажете?

[maxsmirnov]

создайте новую группу скл аналитики, и отключите ей все аналитики хранения.

[linney]

есть товар А, который храниться на складе(!), закупается обычным образом через закупку, по которой обработана накладная 100 шт по 1$ - задолженность 100$, на складе товара А - 100 шт, себестоимость товара А - 1$

Теперь надо провести в системе документ, который бы зафиксировал следующее благое действие поставщика - (минус 0.1$) на каждую закупленную штуку товара А
(ТОЛЬКО БЫ НЕ ТРОГАЛ БЫ СЕБЕСТОИМОТЬ, ибо этот ТОВАР к моменту прихода от поставщика благой вести УЖЕ ПРОДАН, финансовый период ДРУГОЙ, отчеты все сформированы)
ИТОГО РЕЗУЛЬТАТ благого действия поставщика:
задолженность 100*(1 - 0,1) = 90$ ЗА 100 ТОВАРА А (просто ссылка на товар и его количество) ни склад, ни себестоимость не поменялись.

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

[Hamster]

ниче ни понял.... поток сознания какойто....

[linney]

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

[komar]

Цитата:

Изначально опубликовано linney
есть товар А, который храниться на складе(!), закупается обычным образом через закупку, по которой обработана накладная 100 шт по 1$ - задолженность 100$, на складе товара А - 100 шт, себестоимость товара А - 1$

Теперь надо провести в системе документ, который бы зафиксировал следующее благое действие поставщика - (минус 0.1$) на каждую закупленную штуку товара А
(ТОЛЬКО БЫ НЕ ТРОГАЛ БЫ СЕБЕСТОИМОТЬ, ибо этот ТОВАР к моменту прихода от поставщика благой вести УЖЕ ПРОДАН, финансовый период ДРУГОЙ, отчеты все сформированы)
ИТОГО РЕЗУЛЬТАТ благого действия поставщика:
задолженность 100*(1 - 0,1) = 90$ ЗА 100 ТОВАРА А (просто ссылка на товар и его количество) ни склад, ни себестоимость не поменялись.

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

В такой ситуации ссылка на товар тут не при чем совершенно. Это просто операция по любому журналу, который работает со счетом типа "поставщик". Если необходимо просто перемножить 0.1*100, то это нехитрое выражение можно просто ввести в поле "Сумма" - в ахапте там спрятан маленький калькулятор

[linney]

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

[komar]

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

[maxsmirnov]

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

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

[komar]

Цитата:

Изначально опубликовано maxsmirnov
извиняюсь, в другом ключе понял требование "Дело в том что надо научить ее проводить накладную, которая бы меняла задолженность, содержала бы ссылки на товар(но не меняла состояние склада)"

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

Это есть неверно, так как "отчетность уже сдана". Насколько я понимаю, отчетность вполне официальная, и менять накладную в прошедшем периоде не стоит...

[maxsmirnov]

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

[komar]

Сторнировать не надо. В данном случае такой "подарок" отражается отдельным документом, и является, по сути, отдельной операцией. Хоть операция и связана с товаром, но является никак не корректировкой прошлых периодов.

[linney]

Сторнировать ничего нельзя. Реальный процесс как раз и состоит в зачислении некого актива «Премия», который привязан к количеству товара и самому товару, при этом зачисление этого актива меняет только текущую кредиторку.

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

Но как хочется это делать малой кровью…
Вот я и размышляю… курочить журнал накладных переписывая 49 классов LedgerJournal* или переписать 50 классов, PurchFormLetter*, InventMovement*, создавая новый тип закупки «Премия»

[komar]

Цитата:

Изначально опубликовано linney
Сторнировать ничего нельзя. Реальный процесс как раз и состоит в зачислении некого актива «Премия», который привязан к количеству товара и самому товару, при этом зачисление этого актива меняет только текущую кредиторку.

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

Но как хочется это делать малой кровью…
Вот я и размышляю… курочить журнал накладных переписывая 49 классов LedgerJournal* или переписать 50 классов, PurchFormLetter*, InventMovement*, создавая новый тип закупки «Премия»

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

[linney]

В журнале накладных нельзя сделать 2 строчки с одним поставщиком – как для меня это странно, ну да ладно, при его разноске надо переносить ссылки на номенклатуру в реестр накладных (таблички VendInvoice* ) – это то что я пока вижу, но наверняка всплывет еще какая-то гадость…

Конечно, всегда есть Общий журнал, но боюсь пользователи взвоют

[komar]

Цитата:

Изначально опубликовано linney
В журнале накладных нельзя сделать 2 строчки с одним поставщиком – как для меня это странно, ну да ладно, при его разноске надо переносить ссылки на номенклатуру в реестр накладных (таблички VendInvoice* ) – это то что я пока вижу, но наверняка всплывет еще какая-то гадость…

Конечно, всегда есть Общий журнал, но боюсь пользователи взвоют

Видимо, реализацию мы себе представляем по-разному - зачем там две строчки? А пользователи все равно взвоют

[linney]

думал как-то так....
Создаем пакет журнала накладных
в нем n-строк:
За 100 шт товара А -10$
За 5 шт товара В -3$
......

разносим, при разноске модифицируем запись в таблички VendInvoiceJour, VendInvoiceTrans

[komar]

Цитата:

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

в нем n-строк:
За 100 шт товара А -10$
За 5 шт товара В -3$

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

[linney]

Хочется видеть в запросе по накладным эти минусы и в проводках... поэтому по ссылкам не получается

[linney]

Кстати, можно при обработке накладной закоментарить одну-две строчки, чтоб она физических движений не делала?