View previous topic :: View next topic |
Author |
Message |
SantechNik
Joined: 31 Dec 2001 Posts: 1696 Location: Гусев Михаил
Interests: Москва
|
Posted: 16 May 2002 14:59 Post subject: |
|
|
Сколько помню БЭСТ столько эта ошибка. По порядку:
- ОС Win98Se, БЭСТ 4 9.03 (но значения не имеет)
- БД 700Мб. MDOCM 120Мб.
- Закрытие производится ежеквартально
- отчет:
Учет материальных запасов
Товары. Готовая продукция
Формирование отчетов
Ведомости учета движения
Сводная оборотная ведомость
За любой период, в любой вариации отчета
получаю ошибку. Насколько я понимаю , у компа не хватает памяти, т.к. если я строю то же самое, но по одному , очень маленькому счету учета, то отчет строится.
Строится он и при сужении ведомости по группе или еще как.
Памяти у меня в машинке, между прочим, 512 Мб. Сколько помню БЭСТ столько времени этот отчет не работает!!! Может быть, ИС все-таки ИСПРАВИТЬ алгоритм его формирования ?!? Наверняка можно оптимизировать алгоритм построения ведомости.
ЗЫ. Можно, конечно, строить его "быстрыми" отчетами. Но это за отдельные деньги. А как же штатно?
[ Это Сообщение было отредактировано: SantechNik в 2002-05-16 15:00 ] |
|
Back to top |
|
|
Павлова Наталья
Joined: 08 Jan 2002 Posts: 814 Location: Наталья Павлова
|
Posted: 16 May 2002 15:25 Post subject: |
|
|
Рассмотрите вариант, при котором в начальных остатках присутствует ТМЦ, имеющее либо большое количество либо большую цену, их произведение может превышать длину поля суммы. |
|
Back to top |
|
|
SantechNik
Joined: 31 Dec 2001 Posts: 1696 Location: Гусев Михаил
Interests: Москва
|
Posted: 16 May 2002 16:20 Post subject: |
|
|
Врядли причем начальные остатки. Этот же отчет нормально строится, например, сразу после закрытия 1-го квартала за период с 01.04 по 20.04
По прошествии времени отчет с 21.04 по 30.04 уже не строится. |
|
Back to top |
|
|
Павлова Наталья
Joined: 08 Jan 2002 Posts: 814 Location: Наталья Павлова
|
Posted: 16 May 2002 17:31 Post subject: |
|
|
В этом случае предлагаю посмотреть файл MDOCM
за 21.04 на наличие ТМЦ, имеющее либо большое количество либо большую цену, их произведение может превышать длину поля суммы. |
|
Back to top |
|
|
SantechNik
Joined: 31 Dec 2001 Posts: 1696 Location: Гусев Михаил
Interests: Москва
|
Posted: 17 May 2002 11:28 Post subject: |
|
|
"Отличный" вариант !!!
Может не торговать совсем?
Если я, извините, имею возможность ввести в документ ХХХХХ штук по YYYYY цене, то мне как-то все равно какое у них получится произведение!!! Я хочу чтобы купленный мною продукт работал так как написано в его ТУ (описании). |
|
Back to top |
|
|
Павлова Наталья
Joined: 08 Jan 2002 Posts: 814 Location: Наталья Павлова
|
Posted: 17 May 2002 12:04 Post subject: |
|
|
Сначала надо найти причину, а потом решение.
|
|
Back to top |
|
|
Павлова Наталья
Joined: 08 Jan 2002 Posts: 814 Location: Наталья Павлова
|
Posted: 17 May 2002 16:52 Post subject: |
|
|
Размерность полей сумм в MDOCM большая 19.3, поэтому возможны ошибки при вводе документов.
Недавно видела эту ситуацию на одной из баз.
[ Это Сообщение было отредактировано: Павлова Наталья в 2002-05-17 17:04 ] |
|
Back to top |
|
|
Павлова Наталья
Joined: 08 Jan 2002 Posts: 814 Location: Наталья Павлова
|
Posted: 18 May 2002 12:17 Post subject: |
|
|
Я отправила Вам личное сообщени |
|
Back to top |
|
|
Olga_K
Joined: 12 Feb 2002 Posts: 32 Location: Канахистова ОА
|
Posted: 18 May 2002 14:45 Post subject: |
|
|
Добрый день.
У меня БЭСТ4/9,03 /BMOD/- сетевая версия.
База 603М MDOCM -155 < при построении отчета никакой ошибки не бывает.
Только один раз была ошибка в версии 9,03 / и то только в учете материалов-это связано было с налоговой себестоимостью/ пока не установила дополнит пакет к БЭСТу.
А экпрес-отчеты у Вас есть, там пробовали построить подобный отчет? Это намного быстрее.А ПК у меня не довольно слабые, 32 Мбт оперативки.
[ Это Сообщение было отредактировано: olga_k в 2002-05-18 14:53 ] |
|
Back to top |
|
|
vladvv
Joined: 14 Mar 2002 Posts: 49
|
Posted: 18 May 2002 15:31 Post subject: |
|
|
А у нас mdocm = 1.97 Гб (индекс 408 Мб) и amdocm = 1,471 Гб. Один раз пробовали делать, потом написали свой. Причем приходится переходить на новую БД и в списке предприятий добавлять еще одно. Ничего не поделает формат DBFа |
|
Back to top |
|
|
SantechNik
Joined: 31 Dec 2001 Posts: 1696 Location: Гусев Михаил
Interests: Москва
|
Posted: 20 May 2002 14:11 Post subject: |
|
|
2 Н.Павлова
К сожалению никакого сообщения не получил.
2 vladvv
Смешно! Взяли и сами написали. Мы тоже написали - дело не в этом. Если сами написали значит DBF тут ни при чем ! Кто мешает ИС написать так же ?!?!
2 Olga_K
У меня эти "быстрые/экспресс отчеты" есть, но
- этот модуль стоит доп. деньги , а хочется СПРАВЕДЛИВОСТИ за честно уплоченные ранее
- данные отчеты имеют склонность ВРАТЬ. Не всегда и не везде, но тем не менее - некоторые отчеты ЯВНО построены на ДРУГОМ алгоритме и выдают другие цифры (в частности - большая часть, как раз, товарных отчето |
|
Back to top |
|
|
Павлова Наталья
Joined: 08 Jan 2002 Posts: 814 Location: Наталья Павлова
|
Posted: 20 May 2002 15:48 Post subject: |
|
|
Отфильтруйте записи в MDOCM
Sumo > x
где x принимает большое значение.
Это позволит найти ошибки ввода данных.
О результате напишите личным сообщением.
[ Это Сообщение было отредактировано: Павлова Наталья в 2002-05-20 15:48 ] |
|
Back to top |
|
|
SantechNik
Joined: 31 Dec 2001 Posts: 1696 Location: Гусев Михаил
Interests: Москва
|
Posted: 20 May 2002 16:12 Post subject: |
|
|
Самое большое значение -49948803.741
На мой взгляд оно далеко от заветного 19.3 |
|
Back to top |
|
|
Павлова Наталья
Joined: 08 Jan 2002 Posts: 814 Location: Наталья Павлова
|
Posted: 22 May 2002 16:28 Post subject: |
|
|
Проанализируйте базу на предмет сбойных записей или несоответствия данных типу поля. |
|
Back to top |
|
|
Павлова Наталья
Joined: 08 Jan 2002 Posts: 814 Location: Наталья Павлова
|
Posted: 22 May 2002 16:38 Post subject: |
|
|
Удобно при работе с базой данных (на копии!) удалить половину записей, в Вашем случае за 21.04, и сформировать отчет. Если ошибка останется, то оставшуюся половину записей делите пополам и т.д. |
|
Back to top |
|
|
|