|
![]() |
#1 |
Участник
|
Поля CreatedTransactionID, BondBatch в таблице LedgerTrans
Здравствуйте уважаемые знатоки.
Подскажите пожалуйста для какой цели предназначены поля CreatedTransactionID, BondBatch в таблице LedgerTrans и как ими можно воспользоваться? С уважением.
__________________
Александр |
|
![]() |
#2 |
Участник
|
Номер записи в аудиторском следе.
Аудиторский след: Главное меню \ Главная книга \ ЗАпросы \ Аудит Поле "Идентификатор источника создания" это и есть CreatedTransactionID Поле служит для нахождения записей, связанных с записью в аудиторском следе. См. перекрестные ссылки по методу таблицы TransactionLog::create() Это уникальный идентификатор, испольуземый при корреспонденции. Он должен быть уникален для каждой пары записей в LedgerTrans. (но бывает, что один номер связывает больше записей) см. Job'ы: tutorial_BondDateTestJob_RU(Args _args), tutorial_BondTestJob_RU(Args _args) а также документ с методологией создания бух.проводок (где-то на этом форуме) |
|
![]() |
#3 |
Участник
|
Если кто найдет, киньте ссылку сюда. Тоже хочется почитать.
Спасибо |
|
![]() |
#4 |
Участник
|
Цитата:
1) корреспонденция может быть отключена, поэтому требуется дополнительная проверка ledgerBondClient; 3) не забывать писать в TransactionLog |
|
![]() |
#5 |
Мрачный тип
|
Цитата:
Это уникальный идентификатор для пакета проводок, генерируется по номерной серии, настраиваемой в параметрах ГК. Уникальное сочетание для пары проводок в корреспонденции - это упомянутый идентификатор пакета проводок(BondBatch_RU) + идентификатор пары строк проводок внутри пакета(BondBatchTrans_RU) + признак крЕдита(Crediting). tolstjak, по этому вопросу гляньте метод accountNumCorr_RU у таблицы LedgerTrans - там оно видно сразу. |
|
|
За это сообщение автора поблагодарили: mazzy (5). |
![]() |
#6 |
Участник
|
Да! Спасибо.
|
|
![]() |
#7 |
Участник
|
Всем большое спасибо.
Все понятно. думал, что может быть по этим полям можно выцарапать номенклатурный номер из InventTrans (или какая-нибудь идентичная табличка). Увы. Еще раз спасибо.
__________________
Александр |
|
![]() |
#8 |
Участник
|
Цитата:
В бухгалтерских проводках специально делается свертка записей. Обратите внимание на параметр "Уровень детализации" в журналах. Этот параметр действует следующим образом: 1. Уровень детализации = дополнительно (detail) каждая строчка отражается отдельной записью в LedgerTrans (или двумя, если указан коррсчет) 2. Уровень детализации = сводка (summory) В пределах одного ваучера строчки с одинаковым счетом/валютой/фин.аналитикой суммируются. В результате получается меньше проводок в LedgerTrans. Но соответствия между исходными записями и записями в LedgerTrans сделать уже нельзя. Что происходит при создании проводок в заказах/закупках/производстве. По сути дела там тоже создается журнал. И в большинстве случаев в этих автоматических журналах в коде принудительно установлен "Уровень детализации" = сводка. При обработке каждой строчки в заказе/закупке/производстве Аксапта добавляет много-много строк в журналы (для каждой номенклатуры). Но перед разноской из-за установленного уровня детализации проводки с одинаковыми счетами/валютами/складскими аналитиками суммируются (сворачиваются) Аксапта получает скорость за счет потери детализации. Предполагается, что в LedgerTrans вы смотрите общую финансовую информацию. А детальную информацию о каждой номенклатуре в InventTrans|InventTransPosting. ЕСЛИ у вас стоит задача "сделать оборотно сальдовую ведомость по номенклатуре как в 1С" ![]() ТО у вас два выхода: 1. изменить уровень детализации журналов на Detail. Тогда вы получите: 1.1. однозначное соответствие между бухпроводками и строчками в заказе 1.2. но кроме этого получите и производительность как в 1С ![]() 2. собирать оборотно-сальдовую ведомость по складским проводкам. Но в этом случе вы столкнетесь с тем, что в Аксапте хранится гораздо больше чем в 1С. Первый вопрос: а какие движения включать в оборотно-сальдовую ведомость. Аксапта четко подразделяет финансовые, физические, комплектацию, регистрацию и т.п. (посмотрите как решили этот вопрос российские локализаторы в оборотно-сальдовой ведомости по складу и НЕ делайте так) Второй вопрос: у номенклатуры могут быть разные счета прихода и расхода. Вообще с соотвествиями номенклатуры и счета вам придется очень плотно разобраться. |
|
![]() |
#9 |
Мрачный тип
|
Цитата:
А вот с выцарапыванием номенклатуры - если только номенклатура синхронизируется в один из уровней финансовой аналитики(есть у такого подхода и плюсы и минусы), иначе вряд ли что-то получится. Ибо единственная связь м-ду проводками ГК(LedgerTrans) и проводками по номенклатуре(InventTrans) по Voucher+TransDate кроме вариантов отношений 1:1 и 1:N, позволяющих идентифицировать номенклатуру по проводке, может иметь еще и вариант N:N (в накладных клиента/поставщика такое имеет место быть, 2-3 проводки ГК, относящихся к операции движения номенклатуры и штук N-дцать соответствующих им проводок по номенклатуре) - тут уж простой выборкой за один проход ничего не сопоставишь. |
|
![]() |
#10 |
Участник
|
Создание проводок ГК (программно)
Исследование возможности удаления проводок А также: Изменение идентификаторов(id) полей и ссылка из нижнего раздела "Похожие темы" Поля LedgerTrans |
|
|
За это сообщение автора поблагодарили: kashperuk (5). |
![]() |
#11 |
Участник
|
mazzy, будьте добры, поясните пожалуйста одну вещь - каковы в общих чертах назначение и методика работы нашего бухгалтера в Axapta, при условии, что закупки/заказы/склад/бухгалтерия ведутся целиком в Axapta и согласно Вашей цитате.
Может быть я что-то фундаментальное упустил в своем познании системы? Цитата:
Сообщение от mazzy
Не бухгалтеру принесли ворох бумаг, а ответственному человеку на складе или в закупках или в продажах... При чем здесь бухгалтер?
Их бухгалтеру принцип работы вбит еще крепче. Но их бухгалтер не заменяет собой все предприятие и не становится бутылочным горлышком. Их бухгалтер использует то, что ввели другие люди на предприятии. |
|
![]() |
#12 |
Участник
|
Цитата:
Сообщение от СибирскийКлещ
![]() mazzy, будьте добры, поясните пожалуйста одну вещь - каковы в общих чертах назначение и методика работы нашего бухгалтера в Axapta, при условии, что закупки/заказы/склад/бухгалтерия ведутся целиком в Axapta и согласно Вашей цитате.
Может быть я что-то фундаментальное упустил в своем познании системы? Как им избежать конфликта интересов, когда одному нужно оперативное отражения факта своей деятельности (остатки, движение номенклатуры в правильных количественно-суммовых показателях), второму нужно отобразить действия первого в ГК с корректной финансовой аналитикой по корректным бухгалтерским счетам корректной суммой в ситуации, когда выполнение этих разных по сути и, вполне вероятно, разнесенных во времени действий реализовано в системе в одном месте и одновременно (обработка накладной по заказу/закупке, проведение складского журнала) ? ![]() |
|
![]() |
#13 |
Участник
|
2СибирскийКлещ, слушайте, что Михаил Андреев говорит.
Он хорошему научит. Добавлю только Цитата:
2. представьте что у вас нет системы, только карандаш и бумага у каждого участника процесса. Объясните, как они могут в принципе удовлетворить вашим же требованиям. 3. в Аксапте четко разводится физическое и финансовое движение (да, эти движения можно выполнить одновременно, но нужно ли?). Пусть каждый вводит только то, что знает. Не больше. Но и не меньше. |
|