Форум

Цитата

Надежда Солдатова пишет: После закрытия периода в "Управлении продажами" и индексации картина та же. Более того,если накладная осталась в файлах mdoc и mdocm с пометкой архивная,то никогда оттуда не уйдет,даже если с клиентом прекратятся всякие отношения. А это неправильно. Если уж остаются записи висеть,то при закрытии последующих периодов надо проверять,возможно их можно удалить. Не вечно же им висеть? Придется их удалить насильно,даже если это некорректно. Файл mdocm полтора гига,а если удалить архивные,то останется половина гига. Есть же разница. Хотелось бы поговорить с разработчиками БЭСТа,можно тут что-то поправить?. Но думаю, никому до этого нет дела.

Добрый день!
Почему такие выводы?
Программа так устроена, что если документы каким-то образом связаны с незакрытыми смежными документами, то они не уходят в архив. Для более подробного разбора ситуации нужна база.

Цитата
Admin Admin пишет: Цитата Александр Титов пишет: Посмотрите, куда указывает переменная среды TEMP ? Подскажите, пожалуйста, где это можно посмотреть?

Например, в FARe наберите в командной строке SET.
Или в Windows:
Панель управления-Система-Дополнительно-Переменные среды

Цитата
Валентин Шабаров пишет: БЭСТ-5 3.4 SP9 попытка выдать настройки в филиал. Получаем ошибку: "Выдача данных возможна лишь в случае, когда установлена настройка 'Дополнять номера документов нулями'". Заходим в Настройка->Общие данные->Настройка->Техническая настройка. Символ дополнения номера здесь выбран ноль! Однако после переиндексации БД он почему-то меняется на пробел?

Добрый день!
Проверили, работает штатно.
Этот параметр находится в таблице БД ini\global_v.dbf,
Name = "FC_0015".
Посмотрите, возможно, из-за сбоя есть дублирующая строка с таким же параметром

Цитата

Admin Admin пишет: Здравствуйте, уважаемые! Ситуация следующая - на сервере установлен Бэст, папка которого расшарена. Через эту шару бэстом пользуются локальные компьютеры. На одном из них невозможно сформировать и просмотреть отчет (выбытие товара со склада). Сам процесс формирования идет без ошибок, но в конце, при появлении окна "открытие базы данных", это окно тут же закрывается и идет процесс закрытия базы данных. Никакого отчета, естественно, на экран не выводится. На самом сервере, как и на других компьютерах, отчет формируется нормально и выводится на экран. Подскажите, в че может быть проблема?

Добрый день!
Посмотрите, куда указывает переменная среды TEMP ?
Она должна указывать на папку для создания временных файлов, эта папка должна существовать и в ней должно быть достаточно места.

Цитата
Денис пишет: В теме Опять про ДТС КТС......(help) Цитата Титов Александр писал: И в плагине надо написать LoadLibrary, например, вот такой фрагмент проверен - работает: LoadLibrary("main.bdll") sayandwait(str(DaySaldo("01",{"601",CTOD("01/12/05")}))) БЭСТ5 3.4 СП9 выдает ошибку на этот текст.

Добрый день!
А Вы обратили на предыдущий мой пост в этой же теме?:

Цитата
Титов Александр писал Мы пока не публикуем такие функции, поскольку в версии 34 они претерпят изменения. Однако если очень надо, то можно решить указанную задачу с помощью следующих функций: nRez:=DaySaldo('00', aPar) - ДТС0 nRez:=DaySaldo('10', aPar) - КТС0 nRez:=DaySaldo('01', aPar) - ДТС nRez:=DaySaldo('11', aPar) - КТС

Дело в том, что в БЭСТ-5 для этих целей разработаны специальные функции, которые в зависимости от условий готовности банка данных, расссчитывают садьдо/обороты либо по банку данных (тогда скорость расчета увеличивается в сотни раз), либо по проводкам (если банк данных не рассчитан на заданную дату. Описание этих функций приведено в файле \Client\Source\xharbour\common\oborot.prg:




ФУНКЦИИ РАСЧЕТА ОБОРОТОВ И ОСТАТКОВ ПО СЧЕТАМ

DR(<НомерСчета>, <ФинГод>, <РасчПериод>, <ТипДанных>)
Функция вычисления данных по дебету счета.
- НомерСчета (символьный).Обязательный параметр.Должен быть указан только номер
счета или номер счета и сегментная аналитика счета (через точку).
- ФинГод. Финансовый год (символьный или число) или начальная дата расчета
- РасчПериод.Номер расчетного месяца (число или символьный) или конечная дата
расчета (для остатков равна начальной).
- ТипДанных. Тип данных по счету.Принимает значения 1,2,3,4 (число).
Тип = 1. За текущий период. Функция возвращает оборот по дебету счета за
расчетный период.
Тип = 2. С начала года. Функция возвращает оборот по дебету счета с начала
года и до конца текущего периода.
Тип = 3. Баланс на начало периода. Функция возвращает остаток по дебету счета
на начало периода.
Тип = 4. Баланс на начало года. Функция возвращает остаток по дебету счета на
начало финансового года.
Тип = 5. Баланс на конец периода. Функция возвращает остаток по дебету счета
на конец периода.

CR(<НомерСчета>, <ФинГод>, <РасчПериод>, <ТипДанных>)
Функция вычисления данных по кредиту счета.

DCR(<НомерСчета>, <ФинГод>, <РасчПериод>, <ТипДанных>, <Вид оборота>)
Функция вычисления данных по дебету или кредиту счета.
- <Вид оборота> = 2 - вызывается функция CR(<НомерСчета>, <ФинГод>, <РасчПериод>, <ТипДанных>)
- в других случаях вызывается функция DR(<НомерСчета>, <ФинГод>, <РасчПериод>, <ТипДанных>)

DC(<НомДтСчет>, <НомКтСчет>, <ФинГод>, <РасчПериод>, <ТипДанных>)
Функция вычисления оборота между корреспондирующими счетами.
- НомДтСчет. Обязательный параметр - дебетуемый счет. Должен быть указан только
номер счета или номер счета и сегментная аналитика счета (через точку).
- НомКтСчет. Обязательный параметр - кредитуемый счет.
- ФинГод. Финансовый год (символьный или число) или начальная дата расчета.
- РасчПериод.Номер расчетного месяца (число или символьный) или конечная дата
расчета.
- ТипДанных. Тип данных по счету.Принимает зна-чения 1,2
Тип = 1. За текущий период. Функция возвращает оборот между счетами за
расчетный период.
Тип = 2. С начала года. Функция возвращает оборот между счетами с начала года
и до конца текущего периода.
**********/

FUNCTION DC(cDtSchet,cKtSchet,dDate1,dDate2,nType)

FUNCTION DR(cSchet,dDate1,dDate2,nType)

FUNCTION CR(cSchet,dDate1,dDate2,nType)

FUNCTION DCR(cSchet,dDate1,dDate2,nType,nOborot)

//nType==1 - оборот за период
//nType==2 - оборот с начала года до конца периода
//nType==3 - остатки на начало периода
//nType==4 - остатки на начало года
//nType==5 - остатки на конец периода

Цитата
maestro_ пишет: Подскажите пожалуйста как бороться.

Добрый день!
Можно предположить, что в таблице Partner.dbf в поле Type_A записан ID, отcутствующий в таблице Type_A (поле NNOPER).

Цитата
Павел Гресь пишет: Добрый день! Понимаю, что не в хотлайне, но там долго отвечают. А надо быстро. Старый плагин из БЭСТ4 не совсем корректно работает, на сколько могу судить не работает вот данная функция F_SETRELATION("SPR_PART","UPPER(Grup+NNum+Partia)") Как в БЭСт5 связать две области главная MDOCM c SPR_PART Спасибо!

Добрый вечер!
Да вроде должно...
Откуда вызывается плагин?
Попробуйте уточнить алисом:
F_SETRELATION("SPR_PART","MDocM->(UPPER(Grup+NNum+Partia))")

Цитата

itman пишет: ОК. Зарплата. Типовые операции. Проводки операции. Параметры формулы расчета аналитики. Конечная задача: Сейчас есть P01-P39, но среди них нет необходимого, в моем случае аналитики счета из управленческого плана счетов. Если взять и добавить поле в картотеку сотрудников, то потом можно использовать его значение для формирования проводок из функции. Имея некий опыт в обнаружении недокументированных возможностей )) Предполагал, что если я в формуле расчета аналитики сделаю вызов функции пользователя из userlib, то она будет обработана (хотя про то что выдавать она должна прописанный параметр как-то не додумал сразу ). Т.е. хотелось, чтобы вызов функции из формулы расчета аналитики, fileeval('@CodeCfoSal') возвращал необходимое значение аналитики. Но функция, размещенная в этом поле, вызывается при настройке операции и не вызывается при расчете, в связи с чем и возникла эта тема.

Добрый день!
Проверили на 5.34 формулу типа fileeval('@STRZERO',{111,6,0})
работает и в справочнике типовых и при форм-и проводок (результат аналитика "000111")
Если пользовательская функция выполняется при проверке формулы, то должна работать и при формировании проводок,
может неверно функция отрабатывает или параметры неверно передает?

Цитата

itman пишет: Есть задача сформировать проводки по УУ ( тема в форуме Б5 ) Проверяю работу спецфункций. Задаю вызов функции в формуле расчета аналитики и в формуле суммы. При вызове процедуры расчета проводок в расчетной ведомости вызов функции из формулы аналитики не происходит (формула суммы обрабатывается штатно). В связи с чем , возможно ли формирование аналитики программно по алгоритму пользователя?

Добрый день!
Просьба поконкретнее, с примером. Если что не работает - заставим :-)

Цитата

Дмитрий Рогачев пишет: Перешли с Бэст4+ на Бэст 5 3.4 Sp9 hotfix2 – предварительно готовились, переписывали формы измененных документов, написанных под Бэст4, отработали часть ситуаций на Бэст 5, но без эксцессов не обошлось. 1. Ошибки возникшие при Upgrade. Не перенеслись значения поля «дополнение» (счета-фактуры). Из Бэст 4 в Бэст5 Если поправите - возможно кому-то это облегчит жизнь при следующих переходах. 2. Дублируются типы табличных документов в АРМЕ Зарплта, появились табличные документы с несуществующим алгоритмом (подразумевается я должен его создать вручную), либо перепривязать алгоритмы к типам табличных документов, чтобы прошла диагностика алгоритмов. 3 Интерфейс (кнопка операция, справка и т.д.) – о существовании некоторых опций приходится только догадываться – нет вспомогательных надписей на кнопке операция в арме касса опции shift+f2, alt+f2 не представлены. Если формируется счет фактура c арма Товары с накладной по alt+F – нет активных кнопок печать нет возможности выбрать шаблон по умолчанию? меню недоступно (я могу сделать это назначив hotkey на меню выбора шаблона, и соответственно использовать другие опции таким же образом, но для простого обывателя это совсем нелогично) 4. Права доступа – пользователи не имеющие доступа в кассу могут из арма товары по накладным формировать ордера в кассу. 5. Счета-фактуры – пользователи очень хотят, чтобы порядок строк в счете-фактуре был аналогичен тому, что они видят в накладной – как запретить сортировку строк в счете фактуре? 6. Режим Upgrade и hotfix – нельзя ли автоматизировать установку hotfix? Бывает что на предприятии много рабочих мест и бегать по всем машинам и заниматься перезаписыванием dll не совсем удобно. (рекомедации по поводу групповых политик мне не нужны ☺) По моему мнению это должно решаться средствами Бэст по анологии установки SP. Это относительно бага при срабатывании табуляции при нажати на кнопку “-“, который вы собираетесь решить в SP10. 7. Импорт-экспорт строк в накладной. Ситуация следующая – пользователь выполняет операцию оприходования товара на склад – сумма по документу идет с НДС. Затем пользователь делает экспорт строк alt+E. Создается отгрузочный документ (отгрузка на подразделение, без НДС) модель калькуляции без НДС. Выполнется импорт строк. Alt+I – получили все суммы по строкам с НДС. А нужно без НДС Я прекрасно понимаю почему это происходит (что взяли то и получили) – нельзя ли модифицировать алгоритм импорта из строк, предоставить выбор или сущесвует ли какая-либо другая возможность делать отгрузку на основании приходного документа без НДС, не «вколачивая» номенклатуру и количество вручную?

Спасибо за замечания.
Проработаем.

Цитата
nordk пишет: Сан Саныч выше был уже о версии :))

А я знаю, просто подвожу к мысли о необходимости перехода :-)

Цитата

admin_omega пишет: Спасибо что не прошли тему стороной. Я вчера полночи развлекался с этой задачей и в итоге отказался от нее, т.е. придумал решение как можно обойтись без колонки с уникальными значениями. Как показали мои многочисленные эксперименты и информация найденная в интернете, то средствами БЕСТ-а, создать такую колонку с уникальными значениями у меня не получиться, а очень жаль :(. Для чего это все нужно, у меня есть серьезная надстройка над бестом, т.е. управленческая программа, она умеет работать с проводками, какие именно действия она с ними совершает рассказывать я не вижу смысла, но для того что-бы она могла четко идентифицировать проводку, у нее должен быть уникальный код. Поля в проводках, типа nnoper не подходят, они не уникальные. Попытка привязаться к номеру записи в dbf тоже не подходит, т.к. после упаковки файла позиция у проводок может измениться. вот так. Теперь осталось попробывать задумку, а она выглядит в следующим образом, вешается хук на обращение к файлу main.dbf, и дописывается нужная информация, о как... пока еще не протестировал, в понедельник займусь этим ;)

Добрый день!
Это о каком БЭСТе речь?
В БЭСТ-5 3.4 в каждой таблице есть уникальный 22-символьный идентификатор.

Цитата
Николай Иванов пишет: По описанию Ирины Владимировны, на первый взгляд, вроде, все разумно. Однако, если есть два объекта учета, между ними - внутренне перемещение, результат расчета себестоимости будет зависеть от порядка расчета. Сначала по первому объекту, потом по второму - один результат. Сначала по второму, потом по первому - результат другой. Как эта проблема решается?

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

Цитата
Николай Иванов пишет: Цитата Ирина Глухова пишет: Статьи по изменениям, которые войдут в SP10, там кроме с/с много всего, готовятся. Если бы еще у статей были авторы, которым можно задавать ы...

Людей этих Вы прекрасно знаете :-)
Задавайте ы на форуме, будем отвечать.

Цитата
Сергей Иваницкий пишет: Цитата Александр Титов пишет: Цитата Добрый день! Поставьте перед вызовом Qinput ShowParent() Если проблемы останутся, выложите или пришлите мне на titov@bestnet.ru код и описание проблемы. А то тут столько написано, что концов не найдешь... я попробовал - пишет "Uncnown or unregistred function SHOWPARENT"

Касается только Б5.

Цитата
Михаил Кувичко пишет: А все же интересно было бы узнать у разработчиков, ЧТО ЭТО БЫЛО? . А то бухи волнуютя и с подозрением смотрят на предложение поставить новый СП . Я тоже победил заведением новой роли, сабж появился после установки СП8, до этого был СП4

Добрый вечер!
В этом пакете вводили права на видимость подразделений, поэтому, если они не были проставлены в менеджере пользователей, то сотрудники и не появлялись. Эта работа окончательно будет завершена в SP10.

Цитата
Анна Махрова пишет: oApp:visible:=.T. но мне не надо открывать excel файл. а по поводу сохранения, то я сохраняю книгу перед закрытием. oWorkBook:SaveAs("d:\TEMP\C-"+pNumDoc+".xls") oWorkBook:Close() oApp:quit() oApp:=NIL

Добрый день!
Попробуйте запретить сообщения Excel после создания объекта:
oApp:displayAlerts:=.F.

Цитата
Денис пишет: Цитата Александр Титов пишет: - внедрение технологии .net; Вы ни слово не сказали про Линукс и технология .net на данном этапе совместима с Линукс... и все таки

Мы считаем (и не только мы), что в конечном счете сообщество поддержит данную технологию. В частности, была проделана некоторая практическая работа с использованием проекта MONO http://ru.wikipedia.org/wiki/Mono , которая вселяет некоторый оптимизм.

Цитата
Denis Antonenko пишет: Насколько я понял из описания, сейчас БЭСТ не использует базу данных для хранения файлов. Для более менее крупного предприятия это уже будет минусом. Планируется ли осуществить полный переход на базу данных, например MySQL? Та же 1С выпустила Linux версию системы. Стоит ли нам ждать Linux или вообще кросплатформеную версию? И год внедрения этих возможностей. Спасибо.

Добрый день!
Перспективные работы конечно ведутся.
Выделены два основных направления:
- внедрение технологии .net;
- работа с SQL-сервером.
Конкретные сроки будут озвучены ближе к концу года.

Цитата
Сергей Иваницкий пишет: Cпасибо, я так примерно и думал, тогда может подскажете как поступить. Я мыслю так что по событию на запись документа я смогу поменять соответствующее поле (nnoper) в sh_fact, sh_op, book на сформированное по StepPlus(), или все же лучше поле добавитьв sh_fact?

Лучше поле добавить специально для этих целей, как это сделано например, в накладных и других документах.

Цитата

Сергей Иваницкий пишет: Добрый день. БЭСТ-4+ 12.01 sp45 Подскажите пожалуйста, необходимо чтобы при создании счета-фактуры на услуги в книге хоз.операций формировались проводки. Теперь : можно ли в поле nnoper таблицы Main использовать значение поля nnoper из таблицы sh_fact? В хелпе написано Цитата StepPlus() – используется для строгих счетчиков проводок, возвращает следующее цифровое значение счетчика и изменяет счетчик и еще Цитата Next(xKey) – Возвращает следующее значение номера (числового илиcтрингового). Используется для простых случаев. Не для проводок! · xKey – переданное значение. Видимо есть какая то разница при формировании уникальнорго ключа?

Добрый день!
Если речь идет о Б4, то уникальный ключ формируется в пределах одной таблицы с приписыванием слева некоторой случайно составляющей, так что теоретически в разных таблицах ключи могут совпадать. Поэтому этого делать не стоит. Для проводки лучше сформировать свой ключ именно с помощью функции stepplus(). Функция next() используется для номеров документов и для строгих счетчиков не используется.

Цитата
AndrV пишет: разработчикам: можно ли расчитывать на такую доработку?

Добрый день!
Постараемся что-нибудь придумать в ближайшем пакете.

Цитата

Руслан Игнатьев пишет: Установлена система Бэст5 SP9 с HotFix на 8 компьютеров проблема : на одной из локальных станций выдаёт сообщение об переиндексации после проведения индексации дает работать только в этом разделе например материалы при попытке зайти в другие разделы требует сново восстановление индексных файлов. на других станциях всё нормально работает Пробовали исправить методом копирования клиентской части с работающей станции - не помогло, Полная переустановка клиентской части также не дала результата требуется Совет

Добрый день!
Проверьте, правильно ли установлена дата и время на данной станции.

Цитата
Валентин Шабаров пишет: Создал чистую базу БЭСТ-4. Результат тот же.

Добрый день!
В БД БЭСТ-5, таблице FORMA.DBF нет поля uniqueguid.
Либо сбой в базе, либо в PRO лежат не те архивы.

Цитата
Денис пишет: Цитата Александр Титов пишет: Да, в этом случае, поскольку salary.bdll не загружена, следует написать LoadLibrary("salary.bdll") Все работает В конце программы salary.bdll надо выгружать? Если уже загружен salary.bdll, а я повторно ее загружу, то будут негативные последствия? Если да, то как проверить загружен bdll или нет?

При повторной загрузке ничего страшного не произойдет, оно само все отследит, выгружать тоже не надо: оно само выгрузит :-)