Ольга Клетнова пишет:
Экпериментируем с удаленным филиалом в Б-5.34 .Установили pack 21.
Во время выгрузки настроечных данных,документов и во время приема стала появляться ошибка:
Редактировать порядок перехода фокуса:makereplica.exe.Ошибка приложения. При этом процесс выгрузки и приема идет.После закрытия окна с ошибкой,появляется ошибка Runtime error 216 at 7c901010.При этом файлы формируются.Просто непонятно, это наш глюк или
проблема в pack 21.До установки 21 таких сообщений не было.
Добрый день!
При этом обычно формируется Best5\Client\Bin\makereplica.log
там видно на каком файле возникли проблемы, если после восстановления целостности БД и серверной части ошибка не уйдет, пришлите пжлста указанный файл на titov@bestnet.ru
Ольга Клетнова пишет:
Заказчикам,для удовлетворения их хитросплетений, надо чтобы осталась возможность задания периода обмена документами.Ну и конечно неудобно,что нужно выходить всем из Бэста.Поскольку обмен в течении дня делается неоднократно.И время обмена уж очень большое.
Получается никакой работы.
Добрый день!
В SP21 сделан обмен накладными с помощью XML, где можно задавать период выдачи и другие фильтры, нет требования монопольности. Эта возможность реализована пока при работе с накладными. Есть предложение попробовать, и впоследствии развить это на другие документы. Нужны варианты технологических цепочек.
Александр Батищев пишет:
Заметили ещё одну особенность: в случае использования DR и CR на сервере отчёт отчёт формировался за 5-7 минут, а на клиенте более 40 и выключили не дождавшись... Такое ощущение, что алгоритм расчёта функций не использует технологии SQL или использует как-то не полностью.
Дело в том, что эти функции могут производить расчет по двум разным веткам:
- первая ветка - по main.dbf - расчет довольно медленный, так как алгоритмы расчитаны на применение различных масок (типа "6?2*") в счетах и аналитиках и поэтому не всегда можно ставить scope;
- вторая ветка - на основе банка данных (мы рекомендуем этот путь) - если один раз рассчитан банк данных, то все дальнейшие расчеты производятся по накопленной информации довольно быстро.
Согласен, что для конкретных случаев можно ускорить расчет в первой ветке, также есть в плане и ускорение расчета банка данных. Работы в этом направлении ведутся.
Если добавляете строки - используйте ADDREC() - эта штатная функция невидимо от Вас сама заполняет ключевые гуиды.
Эту функцию и используем..., но idmain не заполняется? Может AddRec вызывать с какими-то параметрами, чтобы idmain заполнялся? Но в описании функции не написано, что у AddRec вообще есть параметры.
Автоматически заполняется поле ROWID, если оно есть в таблице, оно часто используется в качестве ключевого гуида. В данном конкретном случае IDMAIN надо заполнить REPLACE IDMAIN WITH XGUID()
Проводка пойдет мимо в результатах, то есть как бы будет, но в отчетах как бы и нет.
Понял, спасибо за разъяснения. val_id - важное поле и к заполнению обязательное, а idmain можно пренебречь.
Хочется ответить nordk`у: проводку генерируем самостоятельно скриптом на Харборе, так как Ваши Штатные функции (DR и CR) работают очень долго и выдают совершенно непонятные и не логичные ы, и нет никакого желания лезь в программирование, но вы сами вынуждаете - создаёте функции, которые не управляются проектировщиком или программистом. Легче тогда свой скоб установить, рассчитать всё, что нужно и выдать результат за пять минут, а не за тридцать...
описания полей я читаю..., а спрашиваю, потому что, непонятно написано... и возник не на пустом месте, и вообще если Вы такой опытный и умный, то дайте ссылку где почитать и не устраивайте выпендрёж. Мне нужен ответ на , а не рассуждения на тему - "а зачем вам это надо"
Добрый день!
1. IDMAIN лучше заполнить функцией XGUID() (если в БЭСТе).
2. Насчет запросов - с ближайшем пакете сделаем возможность управления (задать вид расчета).
3. По поводу "наложить скоб и выдать результат за пять минут" - пробуйте конечно, но не все так просто...
Скачал инструментарий разроботчика для БЭСТ4, по рекомендациям в помощи скопировал проект, и в нужных местах заменил нужные файлы. Компиляция проходит без ошибок, но получаемые программы просто висят ничего не делая, а если запускать из под FAR'a выдается ошибка в стиле бэста:
Error BASE/1132 Переполнение массива: Неверное количество аргументов Arguments:
( [ 1] = Type: A Val: { Array of 34 Items } [ 2] = Type: N Val: 0)
Error at ...: DOSSAVE$(122) in Module: initbest.prg
Вот, а сам код:
Function main()
Local x
// ALTD()
x:="OK"
SayAndWait(x)
RETURN NIL
Пожалуйста, наставьте на путь истинный
Если уж скомпилено с БЭСТовскими функциями, то и запускать необходимо в соответствующем окружении, то есть чтобы была папка PRO и запуск производить находясь в главной папке БЭСТ (там где best.bat), и запускать как-то так:
bin\test.exe
Большое спасибо за совет - экспериментирую :) В очередной раз убедился, что в БЭСТе есть всё ... главное знать, где искать.
PS: Еще один в тему:
В ПРО есть такая функция, как "Расчет оборотов по счету". В чем ее смысл: пишем Ф("201",Д0,Д) и программа где-то в глубине себя рассчитывает аналитический оборотно-сальдовый баланс по данному счету, выкидывает из него все нулевые строки и кладет к себе в память. Если я потом запускаю перебор аналитик, корреспондирующих счетов и т.п., то мне не требуется проверять, "живая" это аналитика или нет. То есть если в данном месяце из 100 статей затрат на счете работали только 20, то и цикл прокрутится только 20 раз. Существует ли аналог этого в БЭСТ-5?
Добрый день!
В папке Client\Source\xharbour\common содержатся описания общих функций, в частности:
ФУНКЦИИ РАСЧЕТА ОБОРОТОВ И ОСТАТКОВ ПО СЧЕТАМ
DR(<НомерСчета>, <ФинГод>, <РасчПериод>, <ТипДанных>)
Функция вычисления данных по дебету счета.
- НомерСчета (символьный).Обязательный параметр.Должен быть указан только номер
счета или номер счета и сегментная аналитика счета (через точку).
- ФинГод. Финансовый год (символьный или число) или начальная дата расчета
- РасчПериод.Номер расчетного месяца (число или символьный) или конечная дата
расчета (для остатков равна начальной).
- ТипДанных. Тип данных по счету.Принимает значения 1,2,3,4 (число).
Тип = 1. За текущий период. Функция возвращает оборот по дебету счета за
расчетный период.
Тип = 2. С начала года. Функция возвращает оборот по дебету счета с начала
года и до конца текущего периода.
Тип = 3. Баланс на начало периода. Функция возвращает остаток по дебету счета
на начало периода.
Тип = 4. Баланс на начало года. Функция возвращает остаток по дебету счета на
начало финансового года.
Тип = 5. Баланс на конец периода. Функция возвращает остаток по дебету счета
на конец периода.
CR(<НомерСчета>, <ФинГод>, <РасчПериод>, <ТипДанных>)
Функция вычисления данных по кредиту счета.
DCR(<НомерСчета>, <ФинГод>, <РасчПериод>, <ТипДанных>, <Вид оборота>)
Функция вычисления данных по дебету или кредиту счета.
- <Вид оборота> = 2 - вызывается функция CR(<НомерСчета>, <ФинГод>, <РасчПериод>, <ТипДанных>)
- в других случаях вызывается функция DR(<НомерСчета>, <ФинГод>, <РасчПериод>, <ТипДанных>)
DC(<НомДтСчет>, <НомКтСчет>, <ФинГод>, <РасчПериод>, <ТипДанных>)
Функция вычисления оборота между корреспондирующими счетами.
- НомДтСчет. Обязательный параметр - дебетуемый счет. Должен быть указан только
номер счета или номер счета и сегментная аналитика счета (через точку).
- НомКтСчет. Обязательный параметр - кредитуемый счет.
- ФинГод. Финансовый год (символьный или число) или начальная дата расчета.
- РасчПериод.Номер расчетного месяца (число или символьный) или конечная дата
расчета.
- ТипДанных. Тип данных по счету.Принимает зна-чения 1,2
Тип = 1. За текущий период. Функция возвращает оборот между счетами за
расчетный период.
Тип = 2. С начала года. Функция возвращает оборот между счетами с начала года
и до конца текущего периода.
**********/
Дмитрий Рогачев пишет:
Добрый день! Работает ли кто с Железной дорогой и электронными счетами-фактурами? Может у кого уже есть готовое решение на этот счет?
Описание формата здесь: http://rzds.ru/FILES/EF/FormatEF.doc , если ни чего нет, то есть ли в FastReports функция сохранения в файл? Если нет то с помощью чего порекомендуете реализовать данный электронный формат (не видел? Подскажите пожалуйста, в каком направлении двигаться?
Спасибо.
Добрый день!
Это лучше сделать плагином.
Требуется экспортировать документы из БЭСТа или принимать тоже?
Наталия Солина пишет:
Подскажите пожалуйста что делать.
Бэст-5 3.3 sp44 при обращении к Выпискам из банка, к Платежным документам, к Лицевым счетам сотрудников и др.выдает ошибку 1004 (а иногда пишет "База заблокирована в сети"), причем, например, в формирование отчетов, в лицевые счета сотрудников и др. он пускает без проблем.
Это все происходит только на одном компьютере(не на сервере), в сети 15 компьютеров, остальные работают нормально.
Добрый день!
Скорее всего, не правильно задана на компюютере папка для временных файлоов,
переменная среды TEMP указывает на несуществующую папку, либо на диске мало памяти.
Валентин Шабаров пишет:
Отраслевое решение "БЭСТ-5" - АЛКО.
Планируется-ли доработка решения для выгрузки накладных в ЕГАИС-ГНИВЦ?
Добрый день!
Выгрузка есть в 3.4.
Какие доработки имеются ввиду и насколько это актуально в свете последних событий?
http://www.lenta.ru/news/2009/05/26/egais/ НО: Если имеется ввиду новый продукт, разработкой которого сейчас занимается ГНИВЦ, то в этом направлении все соответствующие доработки в БЭСТе будут проведены.
Подскажите, пожалуйста, есть ли в программе явно указанная связь между системным сегментом аналитики и файлом *.dbf и как её получить в спец. функции ?
То есть:
Если на счете, указан системный сегмент, например: Партнеры, то спец. функция должна понять, что обращаться нужно к файлу partner.dbf.
Или, если на счёте указан групповой системный сегмент Партнеры+Подразделение, то обращаться нужно сначала к файлу partner.dbf, а потом к файлу struct.dbf
Добрый день!
Есть много функций которые это понимают.
Поставьте задачу поподробнее: что на входе и что надо получить на выходе?
Тогда проверьте ИНН в карточке предприятия (как правило первые четыре символа - это код ИФНС)
А вот ИНН действительно 3662 начинается. Но есть один ньюанс. Дело в том, что организация поменяла налоговую инспецию(как я понял теперь в другом районе города), а ИНН остался тотже 3662... а в 2-НДФЛ им все же нужно 3663(видимо по номеру налоговой). Как поступить в данной ситуации?
При выдаче отчетов предусмотрен дополнительный запрос в этом случае, надо только все пакеты поставить.
Попробуйте зайти в справочник партнеров (АРМ ГБ-Формирование справочников-Справочник партнеров) и там изменить ОКАТО и КПП.
это нормально отработало, спасибо
Цитата
Александр Титов пишет:
Дополнительные модули - Экспорт налоговых форм - Настройка - Параметры приложения - Пользовательский справочник - - Общие сведения информационной части
здесь возникли проблемы. Установил значение 3663 в "идентификаторе получателя(налоговой инспекции)...." Но в отчете ничего не изменилось...так и выходит 3662
Тогда проверьте ИНН в карточке предприятия (как правило первые четыре символа - это код ИФНС)
Алексей Аксенов пишет:
Заодно осмелюсь спросить где можно изменить значение ИМНС, которое выходит в справке 2-НДФЛ. У нас выходит 3662, а нужно 3663
Попробуйте зайти в справочник партнеров (АРМ ГБ-Формирование справочников-Справочник партнеров) и там изменить ОКАТО и КПП.
Чтобы ИМНС изменить:
Дополнительные модули - Экспорт налоговых форм - Настройка
- Параметры приложения - Пользовательский справочник -
- Общие сведения информационной части
Алексей Аксенов пишет:
cargo.dbf в корне есть. :( если искать поиском,то находит в разных папках программы этот файл
а что нужно посмотреть в partner.dbf ? там данные как были, так и остались
Напишите подробнее последовательность действий (в каком АРМе в какой пункт меню входите и т.д.). В корне БЭСТа (там где best.bat) при возникновении ошибки должен образоваться error.log от текущей даты.
Доброе утро!
Судя по логу, нет поля STATUS в файле oc\mvdoc.dbf.
Если в этом файле все нормально, то где-то по доступному пути лежит файл с таким же именем (mvdoc.dbf):
либо в корне базы, либо в текущей папке (где best.bat)
Александр Гершанов пишет:
Я даже заменял mvdoc все 3 файла (в организации есть БД за 2008г, где все работало штатно), пробовал на копии заменять и os_set из папки INI - все то же сообщение про переменную STATUS
Это сообщение выдается и при входе в список форм DOS. Причем сразу. Поле STATUS действительно есть в mvdoc.dbf, причем везде стоит значение F
также на сервере установлены SQL2000 SP4 и I.S.C.R.A. framefork котороя работает с Базами БЭСТ 4.
Пользователи работают на сервере в терминале.
При работе в терминале обнаружил очень интересный и неприятный глюк в БЭСТ5. У нас парк компов 75шт. Естественно среди них есть всякие и Пеньтиумы I c 32mb памяти и Целероны 700 – 900…… естественно и современный 2х ядерные имеются..
Так вот собственно проблема вот в чем. После того как пользователи месяц другой поработали на «новом» для них БЭСТ5, на меня стали сыпаться ы и жалобы ... типа “Почему у «Маши» БЭСТ5 работает быстрее чем у меня» или «Почему у нёё всё тормозит а на моём нормально». Я сначала не понял говорил что быть того не может, вы же все в терминале работаете т.ё. скорость должна быть примерно одинаковая (все равны)..
Начал разбираться и действительно обнаружил что у тех у кого компьютер более менее современный «Пятерка» работает очень комфортно а тех у кого что то на подобии Целерона 700 и даже 2000 все ужасно тормозит. Потом меня попросили поставить БЭСТ 5 в Терминале на Пеньтиум I – это просто ужас, настоящее Слайд-шоу.
И так. Потратил на разборки всего этого 3 дня, решения так и не нашел почему на старых компах хоть и в терминале так тормозит а на новых нет, но выяснил что:
1. Тормозит не весь Бэст5 а именно любые реестры документов (к примеру когда ходишь по списку счет фактур в «Товарах и готовой продукции» или по списку проводок в Главной книге и все тому подобное) само меню дизайнер отчетов работают нормально у ВСЕХ.
2. (и самое интересное) проверял на пентиуме первом для верности. Заходишь в любой реестр(естественно работало так как будто запустили на пиньке I «Пятерку» локально т.е. передвижение по списку не более 1 позиции в секунду)
потом беру и закрываю терминальное окно (т.е. не завершаю сессию)
заново захожу в терминал открывается все на том же месте как я оставил , и ВОТ ОНО ЧУДО - все ЛЕТАЕТ. Но как только переключаешься на другую программу и назад на бест или просто даже в самом Бэсте на меню и назад, всё все сного начинает тормозить.
3. Как я выяснил опытным путем оказывается тормозит и на самых крутых комах, просто на них это почти не заметно. Проверил это очень просто: Зашел реестр счет фактур, кажется что все нормально работает. Встаю в начало списка. Беру засекаю 20 сек. Зажимаю кнопку «Вниз» и потом смотрю до какой счет фактуры за 20 сек я доскакал. Потом проделаваю операцию с закрытием терминального окна описанную в п.2 . сного встаю в начало этого же списка, засекаю 20 сек. В итоге минимум в 2 РАЗА ДАЛЬШЕ успеваю пройти.
4. Дело не в компах и не в настройке Терминального сервера (перепробовал всё, перелопатил кучу литературы) потому что все остальные программы на том же бедном Пиньке первом работают великолепно.
Также просил товарищей у кого есть БЭСТ5 проверить у себя - эффект тот же!
Просил проверь ребят в фирме которая обслуживается у нас БЭСТ – хоть у них и нет таких слабых компов но они проверяли с насеканием времени – эффект такой же как у меня.
Извиняюсь если много лишнего написал но хочется чтобы все точно поняли в чем проблема.
Дорогие разработчики прошу как-нибудь прокомментировать данную проблему в БЭСТе 5.
проблему лично мне надо решить 100% т.к. основную нашу Базу надо уже переводить на «Пятерку» а старых компов много я боюсь что меня покарают.
Уважаемы коллег и участников форума те кто работает с БЭСТ5 в терминале прошу проверить у себя так как описано п.3 .
Дмитрий Рогачев пишет:
Я выносил предложение все хотфиксы делать с автоматической установкой. Для меня нет сложности скопировать файлы из хотфиксов в сам сервиспак на сервере, пока его еще не ставили, в этом случае сервиспак автоматом поставит и хотфиксы. Но когда хотфиксов много, скажем два я поставил автоматом, а с 3-им бегать по всем машинам опять? Согласитесь, это не совсем удобно.
P.S. Спасибо за то, что учли много полезных вещей в SP19.
Цитата
Михаил Шелехов пишет:
Уважаемые разработчики,
сделайте пожалуйста автоматическую установку хотфиксов, очень неудобно ставить при большом количестве ПК.
Доброе утро!
Этот прорабатывается. Я думаю, после SP20 эта проблема будет устранена.
Пчелка пишет:
Бизнесу без разницы как назвать систему передачи - обмен данными или репликации или передача первичных документов. Важно, что по сути, система обмена не работает. Итак конкретный - будет ли в ближайшем будущем реализован обмен информацией не в монопольном режиме?
Добрый день!
Мы понимаем эти проблемы. Проработки ведутся.