AXForum  
Вернуться   AXForum > Microsoft Dynamics AX > DAX: Программирование
NAV
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск Все разделы прочитаны

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 25.08.2006, 10:39   #1  
Михаил Андреев is offline
Михаил Андреев
Участник
Компания АМАНД
Лучший по профессии 2009
 
1,298 / 239 (10) ++++++
Регистрация: 09.11.2001
Адрес: Химки, Московская область
Цитата:
Сообщение от TasmanianDevil
Универсально - это к вендору, слишком кардинально надо менять многое
Пока не будет в истеме нормального уникального идентификатора записи в таблице, однозначно идентифицирующего запись, и в LedgerTrans не будет нормальной коммутируемой связи фин. проводок с проводками/документами модуля/их строками по многосегментной ссылке типа "Тип модуля/тип документа в модуле/идентификатор документа/идентификатор строки документа" вместо "Тип модуля/Док ГК/Дата"- попытки что-то универсализировать в рамках текущей структуры в большинстве своем выльются очередное строительство комплекса затычек.
Но такое там вряд ли когда будет - западные бухгалтеры обходятся и без этого, либо будет сделано локализаторами с тем же качеством, что и корреспонденция.
Цитата:
Сообщение от TasmanianDevil
Сам с подобным вопросом сталкивался, только по RAssetTrans - было и есть несколько ОС , у которых амортизация начисляется на 2 разных счета по долям (собственное и сданное в аренду) и (как реализовали внедренцы) под одним и тем же док-том ГК лепились 2 записи в RAssetTrans - что по одной , что по другой при просмотре проводок наблюдается набор из всех проводок ГК с данным док-том ГК.
Но особенно было забавно наблюдать подобное при просмотре проводок по операции выбытия/продажи ОС , когда разом штук N-цать картчек продавали как положено через модуль "Расчеты с клиентами" - в RAssetTrans были как и положено все N-дцать записей по карточкам, а вот в проводках ГК - только прописанный профилем разноски набор проводок в единичном экземпляре на сумму всех карточек (смотрим проводки по операции продажи кресла с остаточной стоимостью 10 тыс. - а там проводки тыщ на 500)
Хм. С любым журналом ГК будет то же самое, если поле "Уровень детализации" установить в значение "Сводка".
__________________
Михаил Андреев
https://www.amand.ru
Старый 25.08.2006, 10:59   #2  
TasmanianDevil is offline
TasmanianDevil
Мрачный тип
Аватар для TasmanianDevil
Злыдни
 
887 / 389 (14) ++++++
Регистрация: 24.01.2005
Адрес: Томск
Цитата:
Сообщение от Михаил Андреев
Но такое там вряд ли когда будет - западные бухгалтеры обходятся и без этого, либо будет сделано локализаторами с тем же качеством, что и корреспонденция.
И от этого грустно ...
Старый 25.08.2006, 11:45   #3  
Михаил Андреев is offline
Михаил Андреев
Участник
Компания АМАНД
Лучший по профессии 2009
 
1,298 / 239 (10) ++++++
Регистрация: 09.11.2001
Адрес: Химки, Московская область
Цитата:
Сообщение от TasmanianDevil
И от этого грустно ...
А мне грустно оттого, что вместо обучения наших бухгалтеров и финансистов из стройной логики системы делают непонятно что. В результате и так плохо и эдак нехорошо. Достаточно посмотреть на скорость работы отчётов, основанных на корреспонденции (шахматка, генератор финансовых отчётов) и сравнить со скоростью штатных запросов и стандартного генератора отчётов...
__________________
Михаил Андреев
https://www.amand.ru
За это сообщение автора поблагодарили: glibs (1), Gustav (3).
Старый 25.08.2006, 14:15   #4  
ppson is offline
ppson
Участник
Аватар для ppson
Ex AND Project
1C
 
2,104 / 115 (8) +++++
Регистрация: 25.06.2002
Адрес: SPb, Msk
Цитата:
Сообщение от Михаил Андреев
А мне грустно оттого, что вместо обучения наших бухгалтеров и финансистов из стройной логики системы делают непонятно что.
Запустите выверку модуля налогов с главной книгой.
Вот там и увидите стройную логику системы.
__________________
Старый 25.08.2006, 14:25   #5  
Gustav is offline
Gustav
Moderator
Аватар для Gustav
SAP
Лучший по профессии 2009
 
1,858 / 1152 (42) ++++++++
Регистрация: 24.01.2006
Адрес: Санкт-Петербург
Записей в блоге: 19
Цитата:
Сообщение от Михаил Андреев
А мне грустно оттого, что вместо обучения наших бухгалтеров и финансистов из стройной логики системы делают непонятно что. В результате и так плохо и эдак нехорошо. Достаточно посмотреть на скорость работы отчётов, основанных на корреспонденции (шахматка, генератор финансовых отчётов) и сравнить со скоростью штатных запросов и стандартного генератора отчётов...
Ох, +1 !

Лет 10 назад я по своей личной инициативе самостоятельно (за свои, блин, бабки! - о, любовь к искусству!) поперся на курсы бухучета. К тому времени я уже немножко был подкован по букварям, ну и в базах данных уже кое-что начинал понимать. И у меня через базоданную призму в голове зарождалась стройная, на мой взгляд, картина бухгалтерского мира, которую я хотел этими курсами устройнить еще более.

В группе нас было человек 20: мужиков - 2, остальные - девушки разных возрастов. Учила нас достаточно взрослая тетенька, заточенная, естественно, на ручные технологии времен Луки Пачоли. И рисовали мы эти "шахматки" и "самолетики"... И всякие другие таблицы вида перекрестного... В общем, к середине курса от моей стройности не осталось и следа - в голове была полная каша...

Усилием воли и от нежелания выброса на ветер кровных собственных активов я эти курсы-таки закончил. А сам утвердился в мысли, что бухгалтеров в ВУЗе нужно начинать учить не с заучивания плана счетов, а с глубокого погружения в мир реляционных БД и только на старших курсах говорить: "Так вот, у птичек то же самое!".

Мораль: "Не дадим бухгалтерам нас оседлать! Оседлаем их сами!" (ну, или постараемся...)
Старый 25.08.2006, 14:37   #6  
kosenkov is offline
kosenkov
Columbus IT
Columbus IT
 
202 / 38 (2) +++
Регистрация: 19.08.2005
Адрес: Москва
Цитата:
Сообщение от Gustav
А сам утвердился в мысли, что бухгалтеров в ВУЗе нужно начинать учить не с заучивания плана счетов, а с глубокого погружения в мир реляционных БД и только на старших курсах говорить: "Так вот, у птичек то же самое!".

Мораль: "Не дадим бухгалтерам нас оседлать! Оседлаем их сами!" (ну, или постараемся...)
Как и везде, среди бухов есть как пустоголовые курицы, для которых за шахматкой и планом счетов - пустота и мрак, так и вполне профессиональные тетеньки, которые рубят фишку как капусту и для которых что шахматка, что 1С, что Аксапта - только инструмент.
А начинать учить нужно бухов не реляционным БД, а экономике. Правда, реальное понимание ИМХО все равно приходит только с опытом.
 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
Немного об архитектуре разноски в ГК и проблеме корреспонденции счетов mazzy DAX: База знаний и проекты 29 02.05.2019 17:56
При повторном вызове linkActive проваливается в validateWrite(Строки общего журнала ГК) Lemming DAX: Программирование 6 25.10.2007 13:50
Автоматическое создание РБП с привязкой к документу ГК ArtBar DAX: Функционал 3 16.06.2006 10:31
"Ловля" проводок в ГК по ОС в модуле ОС ksenia DAX: Функционал 17 02.11.2004 10:37
sp5. Возможность получить Корр.счет ГК попроводкам клиента/поставщика без извращений studentLPC DAX: Функционал 20 27.05.2003 13:55
Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск
Опции просмотра
Комбинированный вид Комбинированный вид

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 16:31.