14.10.2005, 17:15 | #1 |
Участник
|
Ошибка поля FlowField
В плане счетов у нас есть такое поле Оборот.
Само поле имеет тип FlowField и расчитывается на основе других полей (на основе суммы в строках проводок). Так вот по какойто причине по одному из счетов за определенную дату отображдается значение не равное сумме значений поля Сумма в проводках по этому счету на эту дату. Как проверял: первое число это расчитанное этим полем, второе число расчитано как сумма значений поля Сумма в проводках открывшихся по DrillDown. Хм. причем я знаю какие проводки не вступают в расчет. По какой причине понять немогу. Вроде идентичны предыдущим. Встречались с таким? |
|
14.10.2005, 18:22 | #2 |
NavAx
|
А на OnDrillDown кода нет случайно?
Если ДриллДаун переписан, то открываться могут не все (или не те) операции, по которым расчитывается поле. |
|
14.10.2005, 18:33 | #3 |
Участник
|
нет такого тригера у поля Net Change (Оборот) таблица G/L Account
очень странное явление. Хотел клиенту посоветовать как скорректировать ошибочные операции, а моя коррекция не отображается в итоговом поле и в отчете (Финансовый отчет) короче во всех полях которые расчитываются. ( но проводки есть! и в поле Сумма есть значение ) |
|
14.10.2005, 18:48 | #4 |
NavAx
|
Вы дриллдаун смотрите из таблицы или из формы?
Если из таблицы, то оч. странно... Можете формулу (CalcFormula) этого флоуфилда скинуть? |
|
14.10.2005, 18:54 | #5 |
Участник
|
Ойой
Мы смотрели в таблице. Мы про DrillDown формы позыбыли. Но там всеравно нет кода. И я полагаю формула из таблицы верна так как не корректировалась. Щас посмотрим отличия значений полей от других. Единственное их отличие от проводок той же даты. Это то что они сделаны Фин. журналом. К стати, на форму Плана счетов я ставлю фильтр на одну дату. Потом смотрю по счету оборот, расчитываю эту сумму на основе проводок раскрывшихся по DrillDown и они не сходятся. Я про фильтр вроде не говорил ) |
|
14.10.2005, 19:03 | #6 |
NavAx
|
Что-то я устал наверное, мало что из поста понял
|
|
14.10.2005, 19:08 | #7 |
Участник
|
до понедельника !
|
|
17.10.2005, 11:44 | #8 |
Участник
|
Выяснилось что на Navision сервере Оборот считается с учетом последних проводок, на SQL Server без учета. Как можно исправить?
|
|
17.10.2005, 12:14 | #9 |
Участник
|
Вопрос-а что в случае Навижин с sql базой-может быть описанная ситуация в любом flow-field Поле? Sql Версию не знаю-поэтому спрашиваю.
|
|
17.10.2005, 12:51 | #10 |
Участник
|
Цитата:
Сообщение от Галина
Вопрос-а что в случае Навижин с sql базой-может быть описанная ситуация в любом flow-field Поле? Sql Версию не знаю-поэтому спрашиваю.
Либо есть ошибка использования данного поля, либо проблема на боллее низком уровне между SQL S и Navision. У нас проявилась проблема только на этом поле. Возможно есть и на других. PS все это мое личное мнение на самом деле может все проще Что никто не встречался с подобным?! |
|
17.10.2005, 14:24 | #11 |
Участник
|
http://www.mibuso.ru/forum/index.php...ndpost&p=12763
А это не ваш пост? Или он написан позже чем ответ и все таки не только поле Оборот неправильно считается? |
|
17.10.2005, 15:40 | #12 |
Участник
|
По моему с версии 3.6 sp 4 нестыковка вычисляемых полей между Native и SQL была устранена
Но в 3.7 точно |
|
|
Похожие темы | ||||
Тема | Ответов | |||
Ошибка ядра?! | 0 | |||
триггер OnLookup поля формы | 4 | |||
Дублирование FlowField | 7 | |||
редактирование поля option | 2 | |||
ошибка при запуске finsql | 6 |
|