Программное создание проводки (Склад)

[iCloud]

Привет коллеги!

Столкнулся с проблемой, создания программно корректной проводки по Расходу (по Складу).
*Метод дописать планирую где-то в классе PurchFormLetter_Invoice или InventUpdate.
Поиском найти что-то подходящее не вышло.

Если у кого нибудь есть какая информация по данной тематике, буду благодарен.
Заранее спасибо.

[ice]

а чем вам аксапта в качестве источника информации не нравится? ставьте точку останова и вперед

[Sada]

Не понятно, вам накладную разнести по заказу на продажу, или складской журнал типа проводка создать и разнести? А вообще на форуме и в Аксапте полно инфы.

[Dark Light]

Смотрите по перекрестным ссылка использование метода InventUpdate.writeInventTrans(). Обычно новому виду inventTrans'ов должен соответствовать какой-нибудь новый InventMov_-класс. Если в нем всё правильно настроить, то в методе initInventTransFromBuffer всё будет шикарно заполняться.

[Sada]

на инсерте своей новой таблицы
estimated = InventUpd_Estimated::newInventMovement(InventMovement::construct(this));
estimated.updateNow();

создаете наследника от InventMovement и в конструкторе рождаете своего наследника. Когда будете сохранять строку на таблице, Аксапта сама ругнется какие методы в вашем наследнике вам перекрыть

[iCloud]

Цитата:

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

а чем вам аксапта в качестве источника информации не нравится? ставьте точку останова и вперед

Спрашиваю не просто так, значит есть вопросы у меня... Ищу информацию.

Цитата:

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

Не понятно, вам накладную разнести по заказу на продажу, или складской журнал типа проводка создать и разнести? А вообще на форуме и в Аксапте полно инфы.

Необходимо дать дополнительную проводку при разноске накладной ЗПК.

Цитата:

Сообщение от Dark Light

Смотри по перекрестным ссылка использование метода InventUpdate.writeInventTrans(). Обычно новому виду inventTrans'ов должен соответствовать какой-нибудь новый InventMov_-класс. Если в нем всё правильно настроить, то в методе initInventTransFromBuffer всё будет шикарно заполняться.

Оу, посмотрю обязательно. Спс.

[Sada]

Цитата:

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

Необходимо дать дополнительную проводку при разноске накладной ЗПК.

Правильно поставленный вопрос 80% успеха. Больше инфы. Может стандартными средствами можно всё сделать

[iCloud]

Цитата:

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

Правильно поставленный вопрос 80% успеха. Больше инфы. Может стандартными средствами можно всё сделать

Соглашусь.. Мысли изначально просто несколько глубже

[iCloud]

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

Чем-то напоминает сторно.

[mazzy]

Цитата:

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

Столкнулся с проблемой, создания программно корректной проводки по Расходу (по Складу).

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

http://axapta.mazzy.ru/lib/journaltrans_insert/

[fed]

Если я правильно понял, то автору надо автоматически списывать закупленный товар (в момент оприходования). Попробуйте просто поставить в строку закупки галочку scrap (забыл как по русски называется - кажется Отходы или Брак). В этом случае, в момент разноски накладной, система автоматически создаст расходную проводку и спишет этот приход на счет убытков из складской разноски данной номенклатуры. Если стандартный счет вас не устраивает, подкурочьте метод inventMov_Purch.updateAutoLossProfit(). Нужный счет можно будет передать в логику списания вызовом inventMov_virtuel.parmAccountOperations().

[iCloud]

Цитата:

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

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

Спасибо, но при разноске через журнал-проводка создается проводка в ГК, которая не нужна. Забыл добавить это немаловажное условие.

Цитата:

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

Если я правильно понял, то автору надо автоматически списывать закупленный товар (в момент оприходования)....

Точно, именно так.
А данная операция не дает проводку по ГК?
Нащел Scrap, только она закрыта на редактирование на active в методе checkCreditNoteLine() формы. Буду разбираться.

[mazzy]

Цитата:

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

Спасибо, но при разноске через журнал-проводка создается проводка в ГК, которая не нужна. Забыл добавить это немаловажное условие.

а вот это зря-зря-зря-зря

[fed]

Цитата:

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

Точно, именно так.
А данная операция не дает проводку по ГК?
Нащел Scrap, только она закрыта на редактирование на active в методе checkCreditNoteLine() формы. Буду разбираться.

Проводку по ГК делает - на общих основаниях.
Редактирование закрыли только в версии 2009, поскольку решили что этот режим должен использоваться только при приходовании ОС (Английских, не российских) и при каких-то заказов по проектам (не помню подробности). Уверен что если вы эту галочку программно заполнять будете - ничего страшного не случится...

[kaw]

Цитата:

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

Спасибо, но при разноске через журнал-проводка создается проводка в ГК, которая не нужна. Забыл добавить это немаловажное условие.

Точно, именно так.
А данная операция не дает проводку по ГК?
Нащел Scrap, только она закрыта на редактирование на active в методе checkCreditNoteLine() формы. Буду разбираться.

А какого плана товар ?
Например, по сертификатам, мы отключали учет физических остатков.
Т.е. приходы идут, но остатков нет и списывать ничего не нужно.

[iCloud]

Цитата:

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

а вот это зря-зря-зря-зря

В смысле зря? Я же не говорю что Вы плохой вариант предложили, просто он не подходит. Я понимаю что это из самых корректных способов создания проводок

Цитата:

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

Проводку по ГК делает - на общих основаниях.
Редактирование закрыли только в версии 2009, поскольку решили что этот режим должен использоваться только при приходовании ОС (Английских, не российских) и при каких-то заказов по проектам (не помню подробности). Уверен что если вы эту галочку программно заполнять будете - ничего страшного не случится...

Спасибо за информацию! Посмотрим насколько это можно "допилить".

Цитата:

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

А какого плана товар ?
Например, по сертификатам, мы отключали учет физических остатков.
Т.е. приходы идут, но остатков нет и списывать ничего не нужно.

Тип товара - накладные расходы.
Каким образом отключали?
Мы на 10.12 приходуем и нам необходимо сразу расход давать. Вот одно но, я не уверен что это лучшее решение...

[Dark Light]

Цитата:

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

В смысле зря? Я же не говорю что Вы плохой вариант предложили, просто он не подходит. Я понимаю что это из самых корректных способов создания проводок

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

Цитата:

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

это проще, корректнее, будут работать все контроли в журнале, будет работать переход к основному документу, можно будет видеть кто, когда и что сделал

[iCloud]

Цитата:

Сообщение от Dark Light

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

Спасибо, так и сделаю!

to mazzy: thanks!

[kaw]

Цитата:

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

Тип товара - накладные расходы.
Каким образом отключали?
Мы на 10.12 приходуем и нам необходимо сразу расход давать. Вот одно но, я не уверен что это лучшее решение...

Пишу по памяти

Управл.Запасами\Настройка\Аналитики\Группы аналитик
Физические запасы = No

А проводку на приход делали 60 - 44
т.е. задолженность перед поставщиком есть на 60,
а вместо 10 (или 41) списываем сразу на затраты на 44

[iCloud]

Цитата:

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

Пишу по памяти

Управл.Запасами\Настройка\Аналитики\Группы аналитик
Физические запасы = No

А проводку на приход делали 60 - 44
т.е. задолженность перед поставщиком есть на 60,
а вместо 10 (или 41) списываем сразу на затраты на 44

Как так, Физические запасы = No, разве эта настройка не влияет на себестоимость складского модуля??