Нина Симанкова пишет:
Когда будет решен с созданием отчетов при установленном MS Office 2007?
в том, что при установленном 2007 офисе бухгалтера не могут распечатать ни книгу продаж, ни книгу покупок, ни книгу хоз. операций и т.д. Задавала разработчикам по телефону, с проблемой ознакомились, согласились, но пока повис в воздухе.
Добрый день!
Спасибо за сигнал. Мы посмотрим этот , в ближайшем пакете постараемся решить.
Крот пишет:
Собираюсь ставить несколько последних SP. В каждом есть HotFix. Надо ли их ставить к предыдущим перед последним SP? Или включаются в следующих?
HotFix актуален, пока не поставлен следующий пакет.
То есть все доработки, сделанные в HotFix'е, обязательно включаются в следующий пакет.
Денис пишет:
ЦитатаАлександр Титов пишет:
в полеMKart->Kol0, либо очень большое число.
Так и есть. Огромное спасибо! У одной из позиций значение 9999999999.000. Они так завели услугу ...
Проблема похоже решена. Единственно меня смущает, что программа дает ввести такой начальный остаток, а работать с ним не хочет ...
Если цена будет маленькая, то работать будет.
Вылетать не должна - это точно... подумаем.
Денис пишет:
ЦитатаАлександр Титов пишет:
Попробуйтеftp://ftp.bestnet.ru/download/BEST-4.../sclad.rarЕсли не уйдет, тогда еще раз опубликуйте лог после этой ошибки.
Лог с новым sclad.exe:
Тут реально сумма на начало периода не помещается. Возможно сбой в поле
MKart->Kol0, либо очень большое число. Или очень большая цена, которая будучи умноженная на MKart->Kol0, дает переполнение во временной таблице.
Денис пишет:
Проблема в отчете ведомость учета остатков по одному из складов. Если формировать отчет на 19.05.08, то он формируется. Удаляю все документы по проблемному складу с 20.05.08 и позже, делаю переиндексацию. После этого отчет не формируется и на 19.05.08. Режим "востановления целостности данных" тоже не помогает.
С помощью fiwin.exe проверял mlabel, mkart, mdoc, mdocm.
Что еще можно попробовать? На каком файле сосредоточить свое ?
Денис пишет:
ЦитатаАлександр Титов пишет:
Из лог файла видно, что ошибка возникает при записи оборотов по счетам, сформированных по main.dbf, во временную таблицу.
Подскажите, в каком месте лога это видно? Хочу научиться понимать содержимое лог файла. К примеру, сейчас у меня на руках лог файл с ошибкой 1021. Проверил файлы которые на мой вгляд учавствуют в построение отчета с помощью fiwin.exe. Ошибок не нашел...
Александр Титов пишет:
ЦитатаДенис пишет:
Как из лог файла понять в каком файле проблема?
Добрый день!
Из лог файла видно, что ошибка возникает при записи оборотов по счетам, сформированных по main.dbf, во временную таблицу.
Уважаемые коллеги!
Разработчики внимательно проанализировали ваши проблемы по новому приложению «Учет имущества».
Прежде всего хотелось бы обратить ваше на следующие обстоятельства:
- данное приложение – новая разработка, на нем вылези сразу все проблемы, которые неизбежно возникают при любой новой разработке: и особенности новых системных механизмов, и проблемы с быстродействием при работе в новой среде, в том числе сетевые;
- при написании нового приложения взамен старого у разработчика всегда есть три проблемы: необходимо не просто поддержать все существовавшие в старом приложении функции (даже в том случае, если они с точки зрения оптимального ведения учета не нужны), необходимо по максимуму учесть все просьбы о доработках, которые были обещаны клиентам «на перспективу», а также по возможности, заложить платформу для дальнейшего расширения функционала;
- при проведении UPGRADE мы исходили из того, что на старых версиях учет велся «штатно» - мы не могли знать, для каких нештатных целей использовались различные режимы;
- тестирование нового большого приложения от начала до конца – это очень большой объем работы, поэтому прежде всего тестируются наиболее часто используемые механизмы, сложные функции остаются "на потом".
Понятно, что пользователи, которые перешли на новое «Имущество» первыми, оказались, в некоторой степени нашими «нештатными тестировщиками», за что мы им бесконечно признательны.
В первых пакетах версии 3.4 мы уделяли основное исправлению ошибок, которые не давали пользователям возможности штатно вводить документы и считать амортизацию. В основной своей массе эти ошибки исправлены – часть в уже вышедших пакетах, часть – в SP7.
Теперь основные ы, над которыми мы работаем, такие:
– проблема быстродействия на больших базах и в сети. Что-то сделано уже в SP7, что-то будет реализовано в последующих пакетах. Работа над быстродействием – это самое приоритетное в настоящий момент ;
- одновременно с этим ведется доработка и тестирование сложных режимов, к которым можно отнести:
- хронологический ввод документов и ведомостей, который позволил отключит очень сложную процедуру закрытия периодов и откатов – здесь еще есть ошибки. Мы порекомендовали бы нашим клиентам на первых порах вводить документы тщательнее, контролировать полноту и своевременность их ввода – это временное явление, мы отладим все программные механизмы, обеспечивающие возможность корректировки данных «задним» числом, множественные открытия и закрытия ведомостей и различные перерасчеты
- настройка нумерации - для бюджетных организаций это нужно для инвентарных номеров;
- и наконец, третье, приоритетное в настоящий момент , - это расширение нормативной базы нового приложения: настройка методов амортизации и типовых операций по всем видам движения и всем типам законодательства: бухгалтерский, налоговый учет для хозрасчетников, бюджетный учет, упрощенный учет. Параллельно ведется разработка методических материалов по использованию приложения, в том числе доработка документации.
Хотелось бы призвать наших пользователей проявить понимание и конструктивный подход: разработчику нужна прежде всего подробная информация: детальное описание ошибок, в ряде случае - базы данных, на которые они проявляются.
Мы работаем над всеми проблемами, которые поступают на форум – просто в ряде случаев вынуждены «ранжировать» их по срочности, и с ошибками, которые мешают пользователям вести штатную работу, разбираемся раньше, чем с просьбами об отдельных доработках.
Румия Хусаинова пишет:
И опять возвращаюсь к этой проблеме. Версия 11_03. После всяких ухищрений удалось во всех справочниках убрать пароли на доступ в справочники.И ошибка перестала выдаваться.НО! На вход в выписки банка пароль крайне необходим и в некоторые справочники тоже. Как быть? При попытке заново завести новый пароль-ошибка возвращается. Разработчики!Прошу помочь.В "Банке" работает куча народу,набивают платежки,а в выписки доступ только одному человеку. Уже начались неприятности.Руководство крайне недовольно ситуацией и требует установки пароля на выписки.
Добрый день!
Можно попробовать сделать апгрейд базы саму на себя.
gabov пишет:
Здравствуйте!
Заменил код на
Selection:PasteSpecial (-4122, -4142, .F., .F.)
Но сообщение об ошибке все равно появляется.
С уважением Габов Алексей.
Добрый день!
Не очень понял насчет использования PasteSpecial, наверное лучше описать задачу словами. А обычное копирование и вставка делаются в Б4 следующим образом:
Wvt_SetClipBoard(cBuffer)
oAs:Cells(nRow0,1):Select()
oAS:Paste()
Евгений пишет:
В книге хозяйственных операций ошибка. Сбойных записей не нашел. Помогите
И вот такое сообщение
Здравствуйте!
Пока разбирается, попробуйте модифицировать таблицу jrn_sys.dbf, что в корне базы следующим образом:
в строках 25-26 (там, где поле jrn_code = "1401" и "1402") заполнить поля
PathDbfA = PathDbf
NameDbfA = NameDbf.
Андрей Шуин пишет:
Добрый день господа разработчики,
подскажите с чем связаны ошибки:
Ошибка 127 Функция:xsession::checkvaliddatabase Procedure not found
Ошибка 0 Ошибка обращения к брокеру
Ошибка -2147417842 Функция:xsession::checkvaliddatabase Unknown error 0x8001010E05/15/08 18:28:46 Ошибка 0 Ошибка обращения к брокеру
Ошибка -2147417842 Функция:xsession::checkvaliddatabase Unknown error 0x8001010E05/15/08 18:29:14 Ошибка 0 Ошибка обращения к брокеру
Ошибка -2147417842 Функция:xsession::checkvaliddatabase Unknown error 0x8001010E05/15/08 18:30:09
Андрей пишет:
Необходимость установки БЭСТа на системный диск - это, мягко говоря, не нормально!
Хотелось бы услышать от производителя что-то определенное, типа "ошибка будет исправлена" или (что не хотелось бы) "отстаньте со своим опенофисом, купите ms office"?
Добрый день!
Да конечно поправим. Когда это замечание появилось, мы не смогли повторить ситуацию. Сейчас, после уточнения нюансов, я надеюсь, мы сможем выйти на ошибку.
С периодичностью 2-3 раза в день БЭСТ выпадает вот с такими ошибками, от модуля не зависит. Происходит только на одной рабочей станции под управлением вин2000 СП 4.
Добрый день!
Смысл такой, что кто-то блокирует временный файл в момент создания.
Проверьте на наличие вируса или антивируса.
Возможно также, что не хватает памяти в темповой директории.
Волгоград.Инфософт пишет:
Вот маленькая тестовая программа.
Запускается по Ctrl+F5 из номенклатурного справочника Товары.Готовая продукция
Должна по идее создавать индекс,но не создает.
Private aSet
aSet:={}
aSet:=SaveSet()
mkart->(dbgotop())
if mkart->(ordnumber("US_99"))==0
mkart->(ORDCONDSET(".NOT.DELETED().AND..NOT.EMPTY(NNUM)",,NIL,,,1,RECNO(),,,.T.,,.F.,,.T., .F., .F., .T., .F., .F.))
А если без ошибок написать предложение
mkart->(ordcreate("mkart","US_99","UPPER(SCLAD+GRUP+NNUM+DTOS(DATEPART)+PARTIA"))
???
Хотя бы так:
mkart->(ordcreate("mkart","US_99","UPPER(SCLAD+GRUP+NNUM+DTOS(DATEPART)+PARTIA)"))
Волгоград.Инфософт пишет:
Индекс не появляется.
Аналогичный код работает в функции запускаемой в прайс-листе торгового зала. Там все работает.
При попытке запуска этого кода из номенклатурного справочника Товоров.Готовая продукция индекс не создается.
Как идет запуск, на какое событие?
Выполнил я этот код по требованию (по Ctrl-F5) в номенклатурном справочнике: индекс создался.
Поподробнее пожалуйста: что надо сделать, чтобы выйти на эту ошибку?
Волгоград.Инфософт пишет:
Добрый день.
БЭСТ5 3.3 SP 37
вот такой фрагмент кода работал:
......
if mkart->(ordnumber("US_1"))==0
mkart->(ORDCONDSET(".NOT.DELETED().AND..NOT.EMPTY(NNUM).AND..NOT.EMPTY(PARTIA)",,NIL,,,1,RECNO(),,,.T.,,.F.,,.T., .F., .F., .T., .F., .F.))
mkart->(ordcreate("mkart","US_1","UPPER(SCLAD+GRUP+NNUM+DTOS(DATEPART))+PARTIA"))
mkart->(ordsetfocus("US_1"))
mkart->(dbgotop())
endif
......
Сейчас в БЭСТ5 3.3 sp 40
этот же фрагмент кода не работает.
Похоже не отрабатывает либо ordcondset(), либо ordcreate().
Как быть?
Денис пишет:
Пакет обновления №45 для БЭСТ-4+ версии 12.01
P.S. Кстати, рассылка с этой новостью мне уже пришла :-)
P.P.S. Скачал P_121_45.rar, а там оказался файл P_121_43.exe от 24.01.08 :-( Объединеный пакет SP01-45 я скачивать не пробовал.
zaz q пишет:
Что то не видно в описании к пакету ничего про удаленные филиалы, качать буду завтра но хотелость бы уточнить радовать налальство с утра что удаленные склады зарабатают или нет.
Борис Иванской пишет:
День добрый в БЭСТ-4/хозрасчет УСН пак43.
При настройке тип.операции для реализации в розницу («Торговый зал»), программа предлагает использовать параметр для расчета формулы SNAL –налоговая стоимость, но по факту, когда сохраняешь документ в «Учете розничных продаж»с этот параметр программа «не видит».
Добрый день!
Проверили, не подтверждается у нас. Работает штатно.
БЭСТ-4/хозрасчет УСН пак43,
где Учет розничных продаж - секция 2- создан документ 00003 по типовой операции 04 с шаблоном проводки Д-т УДН01 К-т # SNAL, в окне проводок видно, что создалась проводка.
В документе 00005 по тип операции 03 (с бОльшим количеством проводок, где исп-ся SNAL и все не умещаются в окне проводок, но перемещаясь вниз по позициям есть проводка, созданная по шаблону с параметром SNAL )
Поэтому нужна база, чтобы разобраться.
Или мы не правильно поняли фразу "когда сохраняешь документ в «Учете розничных продаж»с этот параметр программа «не видит»"