Здравствуйте! помогите кто может! сбой работы оборотно-сальдовой ведомости! при формировании на февраль всё работало нормально! пришла очереть марта и по одному из подразделений произошёл сбой! сумма прихода материала осталась прежней а сумаа списания задвоена! причем такой сбой произощёл не совсем документом а только с несколькими материалами! перелопатил все мм документы приход расход всё в норме, буховские тоже всё в норме! единственно насторожило что при формировании документа мм автоматом генирируются буховские, а тут получаетсяч какбф буховский по списанию создался отдельно от всего! и сумама увеличена как раз ровно в двое![/b]

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

Оборотку можно сформировать с расшифровкой по документам, галка "Документы движения материала", сразу будет видно из каких доков сложились обороты.

я вобщемто так и сделал! типа поставил галку в движении материалов и получил такую раскладку! что было 3 списания материалов 2+2+1=284 под номером 4900221502 напротив каждого списание стоит сумма! а буховский документ 4900000033 созданный на основе списания стоит над документами списания общей суммой! что интересно? обычно при формировании люгого документа на против него сразу образуется буховский, в этом случаи этого непроизошло! и ещё одно ссылка данных бух документа идёт из ЛИМИТ ЗАБОРНОЙ КАРТЫ а должно из АКТА НА СПИСАНИЕ! непонятно!

Я бы посоветовала зайти со стороны бухгалтерских документов, поглядеть какие счета, сформировать отчет J3RKKRL по данным счетам и поглядеть какие документы были сформированы, а дальше в них проваливаться и анализировать.

Елена,

Если я правильно понял то мы говорим об оборотной ведомости (J_3RM*obved), если это так, то: проверьте OSS Ноты ... там определенные виды движения не считаюия правильно (перемещения и так далее).

Олег

Ошибка похоже касается дву-шаговых документов перемещения материалов завод-завод. В случае если отпуск произведен одной датой, а поступление другой. Бывало такое. Уточните и пишите в поддержку.

Да с датами конечно унас промблема! дата проводки 31.03.08 дата ввода 09.04.08! да ещё документ списания почемуто сформирован после лимит-заборной карты! о она кабы отчёт! запутанная история причём для того кто ничего в этом непонимает! всем спасибо кто откликнулся на мольбы опомощи! жду новых идей!

получилась вобчем такая штука! а что как дальше незнаю теряюсь в догадках!

ДокумМтр № докум. Колич. материала приход Колич. материала расход Сум.Прих в валют. БЕ Сумма расх в вал БЕ
4900000033 -284,3
4900221502 -4 -126,36
4900221502 -4 -126,35
4900221502 -1 -31,59
5000142031 5000000070 4 136
5000142031 5000000070 5 148,3
########## 284,3

Тут не столько важны суммы и количества материала, сколько даты проводок.
Оборотка не будет отражать корректно результат если:
1 дата проводки отпуска "в путь" позже даты проводки получения на целевом заводе/складе
2. и одна из дат в этом случае за границами селекционного экрана.

Т.е. система позволит ввести сначала отпуск "в путь" текущей датой, а затем доставку предыдущей, но "оборотка" это не захочет понимать.

Распишите все по датам с суммами и количествами, может будет понятней.

Добрый день всем! ещё раз благодарю за помощ! но попрежнему никак недокопаюсь до истины! новые результаты теста и проб привели к тому что пользователь отсторнировал документ списания и провёл его снова! программ плюсовала старую суммм с новой и сумма опятьже увеличилась ровно на ту сумму! пользователь в шоке! какие соображения? у меня есть маленький грешок на обновление системы! которое проходила как раз в этот промежуток времени! может кто сталкивался и знает какие ноты при этом задействованы!

Начинайте от текущей даты, двигаясь назад в прошлое, исследовать оборотку с "проблемным" материалом. Ищите дату, и документ, проведенный некорректно. Далее по обстановке.
Попробуете использовать инструкции и программы из ноты 32236, но только очень осторожно, и если не четко не знаете как "лежат" данные в таблицах, то лучше не модифицировать таблицы, которые предложат программы из этой ноты.

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

Привет всем! прошу извинения что долгл непоявлялся! столько дел свалилось на голову с этим переходом на новые БЕ! пока всё разгребли! А проблема попрежнему весит! единица измерения остаётся прежней а происходит задвоение суммы! вот и ещё одна аналогичная заявка появилась по другой БЕ! что почему полный тупик!

Смотрел по датам! хотя документ был создан задним числом провели его 31! до этого вся ведомось формируется нормально! после полный казус! что на счёт создания новых мандантов то такого <я не знать русский языка>. в данный промежуток были обновления системы! на что базисники всячески открещиваются! ню вот вопщемто и всё до чего я докопался! если кто что понял подкиньте идейку! что делать!