Нужно проверить символьную переменую или значение поля перед применением функции ОЕМTOANSI() на кодировку ( DOS /WIN).
Есть ли такая функция?
Заранее спасибо.
Габов Алексей.
В версии 3.4 есть такие функции, основанные на статистическом анализе символов, для файла и для строки:
FUNCTION IsDosFile(cFile)
FUNCTION IsDosString(cString)
Станислав Кубиковский пишет:
Да я только за. Оптимизируйте пожалуйста! Ждать при раскрытии минуту это очень много, получается если 60 накладных в день то оператор просто 1 час рабочего времени тупо смотрит в экран.
Залью на фтп архив, пароль в личку.
Станислав Кубиковский пишет:
Будем пробовать. Кстати заметил что под правами админа заходит быстро, а под учетной записью с уменьшенными правами и запретом на определенные склады филиала вообще жесть. Раньше такого не было , когда стоял SP 15.
В принципе, если есть возможность выложить реальную базу с проблемного филиала, мы бы пооптимизировали процесс...
Станислав Кубиковский пишет:
Ситуация такая только с одним филиалом после установки SP 21.7.
Набивают накладную по продаже, заполняют получателя и примечание, а когда спускаются до картотеки ждут появления её минут 10. Приносил эту базу к себе на сервер та же история, только на сервере ждать 10 сек, другие базы меньше секунды. Это удаленный филиал, другие филиалы с этого же центрального офиса вроде без проблем. Где искать причину? FoxBro не помогло.
В этот момент идет отбор номенклатуры по складам данного филиала. Видимо, на этом филиале задействовано немного складов из общего количества записей картотеки.
Какие будут предложения? В принципе, можно открыть всю картотеку сразу и пометить цветом позиции, доступные на данном филиале (по настройке например).
Станислав Кубиковский пишет:
Та же история... прикладываю лог.
Вот это в логе повторяется много раз:
10/06/09 11:19:52 Ошибка: поле первичного ключа пустое. E:\Baza\DATA34\dbf\sud11\BARCODE.dbf
Поле barcode.bc_id обязательно должно быть заполнено. Как вы формируете barcode.dbf?
Используете ли какие внешние программы или плагины?
Во время выгрузки настроечных данных,документов и во время приема стала появляться ошибка:
Редактировать порядок перехода фокуса:makereplica.exe.Ошибка приложения.При этом процесс выгрузки и приема идет.После закрытия окна с ошибкой,появляется ошибка Runtime error 216 at 7c901010.При этом файлы формируются.Просто непонятно, это наш глюк или проблема в pack 21.До установки 21 таких сообщений не было.
Добрый день!
SP 21.7 аналогично
Редактировать порядок перехода фокуса:makereplica.exe.Ошибка приложения. Инструкция по адресу ...... память не может быть read.
Добрый день!
У нас все поставилось с вашей серверной частью.
Формальное описание ошибки, которая происходит на вашем компьютере:
1816 0x0718 Не удается обработать команду.
С вирусами все нормально? Есть ли возможность попробовать на другой машине?
Возможно блокирует антивирус, попробуйте отключить на время или убрать из проверки
dbf,cdx,fpt
Александр Гершанов пишет:
В принципе, проблему решить мне удалось сегодня.
Я стал формировать оборотку за 31.08.2009 сначала по группам, определил в какой группе есть проблема.Затем, аналогично, по ном. номерам. Наконец, выделил такой номер, на котором возникала ошибка. Поскольку при такой ошибке БЭСТ предлагает Cancel и Default, то при мнокократном нажатии на последний становится видно, что ПОСЛЕДНЯЯ КОЛОНКА в Оборотке (Коэф. оборачиваемости) очень большое число. Вероятно, больше максимально допустимого. Дальнейший анализ показал, что в отличии от обычного последняя накладная (за 31.08.09)приводит остаток в малое число. И так как начальный остаток =0, то коэф. оборачиваемости - "ЗАШКАЛИВАЕТ". Любопытно, что в БЭСТ предусмотрено, если нач. и кон. остатки =0, то коэф. оборачиваемости не расчитывается делением.
К сказанному можно добавить, что показатель - коэф. оборачиваемости в данной фирме не анализируют, а фатальную ошибку следует исключить, типа как в Excel, при невозможности вычислить, помещать #########
Есть ли возможность настроить загрузку курсов валют не с сайта Центрального банка РФ, а с сайта ЦБ других стран? Меню настройки загрузки курсов в БЭСТ5 СП 21 я не нашел.
Добрый день!
Пока нет. В этой версии идет загрузка с ЦБРФ.
Павел Супрунюк пишет:
А еще непонятно с NNOPER (в RBOOK) - у нее есть какая-то связь с NNOPER в BOOK? Как оно генерируется, первая часть вроде бы случайное число, а последние 6 цифр - идут почти по порядку с пропусками. Но относительно чего - непонятно.
Что будет если я сгенерирую NNOPER вручную? Не собьется ли какой-нибудь автоинкремент в БЭСТе?
Заказы будут генерироваться на сайте, т.е. NNOPER.exe (о котором писали на форуме) не запустишь. Мне бы узнать как он генерирует этот номер, а не получить утилиту, которая его генерирует.
Подойдет ли такой вариант:
SEL ECT ROUND(9999*RAND(),0) * 10000000000 + CONVERT(MAX(RIGHT(CONVERT(NNOPER, SQL_VARCHAR),10)),SQL_DOUBLE) +1 as NNOPER1 FROM RBOOK
(если на словах: 4 случайных цифры + (максимальное значение последних 10 символов в поле NNOPER + 1) 14-значный код
БЭСТ генерит в младших десяти знаках порядковый номер, значение которого хранится в ini\inicash.dbf в поле PARAM1 в записи NAME="OPERRBOOK", плюс слева четырехзначное случайное число. В принципе, если Вам генерить просто какой-нибудь уникальный для таблицы порядковый номер с пустой левой частью, то он не должен впоследствии пересечься с БЭСТовским.
Павел Супрунюк пишет:
Спасибо. А что вы можете сказать про SCLADCODES — это чисто информационное поле для показа в левом верхнем углу в списке заказов?
Павел Супрунюк пишет:
Добрый день, разработчики БЭСТ,
подскажите по какому алгоритму считается контрольная сумма CRC строки в каждой таблице?
Мы сейчас делаем связку с интернет-магазином, который будет создавать заказ на основании данных об остатках и резервировать товар в БЭСТе. В отгрузки мы не полезем (по крайней мере в обозримом будущем), а вот без заказов не обойтись. Для связи, скорее всего, будем использовать Advantage DB Server с PHP-коннектором. В его составе есть процедура sp_GetRecordCRC для расчета контрольных сумм по строке, но ни текстовая, ни числовая сумма не совпадают с суммой, сгенерированной БЭСТом. Если у вас свой механизм, пожалуйста, поделитесь, чтобы все было и красиво. Конечно, будет работать и без КС, но во-первых эти заказы при проверке целостности будут считаться ошибочными, во вторых как-то это некрасиво оставлять его пустым.
Так же, подскажите, что хранится в поле CRYPT_CODE? "Зашифрованная информ.о послед.исправл.док-та" - что именно там зашифровано? Почему это поле почти всегда одинаковое?
Что будет если эти два поля оставить пустыми?
Что будет если CRYPT_CODE при создании заказа через интернет заполнить самым популярным значением « ўТш-
Рщ¤ B- »?
Добрый день!
В последних версиях crypt_code не используется, CRC практически тоже, так что при пустых значениях все должно работать.
Андрей Агафонов пишет:
Проводится-ли тестирование БЭСТ5-34 на продуктах WinServer 2008 R2 и Windows 7?
Если не проводится - то когда планируется?
P.S. Только не надо говорить, данные ОС еще не выпущены в продажу. Эти системы уже доступны для разработчиков ПО, которыми Вы по моему мнению являетесь.
Да, планируем в сентябре-октябре начать тестирование под этими ОС.
Нина Симанкова пишет:
Спасибо,Денис! Это я проделала сразу же при обнаружении проблемы. Более того проиндексировала средствами FoxBpo, как было рекомендовано Александром Титовым. У меня несколько предприятий. А проблема только в том, откуда я пыталась создать новое предприятие. Не работают ПРАВА В МЕНЕДЖЕРЕ ПОЛЬЗОВАТЕЛЕЙ. Извините, я повторяюсь, но проблема именно в этом. Все роли работают для данного предприятия как одно целое. При этом я раздала уже всем пользователям все права (это сделано из-за того, что после ошибки при создании нового предприятия права слетели даже у админа, чего никак нельзя сделать умышленно),но в базу меня не пускает - "Для данной роли не удалось получить список подсистем! Возможно количество ..."
КАРАУЛ!!!
При попытке создать новое предприятие - выдает ошибку "Alias not found" и еще что-то типа: "DELPHI; BADI.DLL.....", и после этого в базу войти нельзя: « Для данной роли не удалось получить список подсистем. и т.д.». Причем не могу войти и под админом и именно в ту базу, из которой создавалось новое предприятие. Менеджер пользователей "дурит" по-страшному. Роли все целы для данного предприятия, а вот пользователей нет ни для одной из ролей, даже нет галочки на Admin. Попытка изменить права для одной из ролей приводит к точно таким же изменениям и во всех других ролях. Что делать?
И еще, если это поможет, то при попытке определить права доступа на к-л модуле(например, Касса.Подотчеты, по правой клавише)выдает ошибку: "Не определен узел для привязки правил". А вот на "кассовые документы" (т.е. уровнем ниже, чем Касса.Подотчеты)окно с определением прав доступа открывается.
Еще раз отмечу, что все другие предприятия работают нормально, Admin заходит без проблем и все другие пользователи тоже. Роли и права работают нормально.
Сначала попробуйте с помощью Client\Bin\FoxBro сделать "создание БД" для
серверной части ..\Server\Data\Pro\best5pro.dbc и базы предприятия best5.dbc.
Ольга Клетнова пишет:
Экпериментируем с удаленным филиалом в Б-5.34 .Установили pack 21.
Во время выгрузки настроечных данных,документов и во время приема стала появляться ошибка:
Редактировать порядок перехода фокуса:makereplica.exe.Ошибка приложения. При этом процесс выгрузки и приема идет.После закрытия окна с ошибкой,появляется ошибка Runtime error 216 at 7c901010.При этом файлы формируются.Просто непонятно, это наш глюк или
проблема в pack 21.До установки 21 таких сообщений не было.
Добрый день!
При этом обычно формируется Best5\Client\Bin\makereplica.log
там видно на каком файле возникли проблемы, если после восстановления целостности БД и серверной части ошибка не уйдет, пришлите пжлста указанный файл на titov@bestnet.ru
Добрый день!
Файл получил, спасибо. Судя по логу, обмен проходит штатно, появление ошибки связано с отстутствием одного индекса, который не влияет на работу обмена. Попробуйте подменить файл CLIENT\BIN\xwins.dll:
ftp://ftp.bestnet.ru/download/TEMP/xwins.dll
При генерации проводок, некоторые проводки действиnельно удаляются из main и попадают в del_main, но в удаленных проводках в файле del_main в поле DEL_NAME возникает запись "Генерация проводок" а меня же интересует операция при которой проводки удаляются и в поле DEL_NAME появляется запись: "Уд.пров.на переоц.при пер".
Добрый день!
Режим "Коррекция даты выписки" Shift-F5