максим Зимин пишет:
Бэст-5 3.4 sp18 3 хотфикс при открытии финансы- главная книга- книга учета операций и учет операции по счетам выходит ошибка приложен скрин.
Виктор Головащенко пишет:
Полностью согласен с создателем этой темы. От себя хочу добавить вот что: в разы замедлилась скорость формирования отчетов в модуле товары продукция по документам (по сравнению с 53.3).
У нас очень большой размер mdocm ( в день 150-200 документов прихода-расхода) сейчас только начало года, что же будет в конце.
Сервер двойной XEON 2.8 Ггц, 4 Гб ОЗУ, 1 Гб сеть. Терминального режима нет. В прошлом году в версии 53.3 все формировалось по времени более-менее сносно. Теперь простой отчет по одному виду движения за месяц формируется 30-40 минут.
В настоящее время проводится оптимизация. В SP19 формирование отчетов ускорится.
Это письмо в принципе НЕ в службу поддержки (горячую линию), т.к. очень понимаю этих людей которым всё это приходится выслушивать от пользователей(хотя и безуспешно... сколько звонил так до сих пор ничего и не исправлено), а именно бездарным ПРОГРАММИСТАМ
P.S. руководству - купите нормальную книжку по бухгалтерии вашим программистам. Удачи.
Добрый день!
В принципе, практически все ошибки, про которые Вы пишите, исправлены в настоящее время. А что касается себестоимости, то при наличии только учетных ценах ее вообще не надо считать.
Возможно, есть некоторое недопонимание работы системы, возможно накопились ошибки в данных. Если Вы предоставите базу и перечень конкретных проблем (на уровне SP18), которые мешают работать, мы готовы вычистить данные и взять под контроль решение возникающих у Вас проблем.
максим Зимин пишет:
ОС WIN XP Pro sp2 ни чего не правили в програме выгрузки при компиляции нет ошибок заменил указаный файл взять его из демо версии все стало выгружаться но теперь при экспорте в сэд пищет что допустимых полей 57 просто при формировании файла полсле назначения платежа должно стаять пять разделителей "|" а стоит 4
ZR||17|26.02.2009|00916|Администрация сельского поселения "Нижнеильдиканское"|03913009160|063|Администрация сельского поселения "Нижнеильдиканское"|Бюджет администрации сельского поселения "Нижнеильдиканское"|Администрация сельского посления "Нижнеильдиканское"|9105|Отделение по г. Балею и Балейскому району Управления Федерального казначейства по Забайкальскому краю|27.02.2009||||1557.00|643|0.00|0|0.00|3|0|страховые взносы на выплату накопительной части трудовой пенсии РН в ПФ 1339 |||| УФК по Забайкальскому краю ( Межрайонная ИФНС России НР 7 по Забайкальскому краю)|7536098079|753601001||40101810200000010001|ГРКЦ Банка России по Забайкальскому кр. г.Чита|047601001||14|0201006182
В демо может быть не последняя версия файла, на демобазу поставлен последний пакет?
максим Зимин пишет:
При выгрузке фаилов выходит ошибка скрин приложен БЭСТ 3.4 sp 18 со всеми испавлениями В дэмо базе все выгружается нармально и до 18 пака все работало нармально
Добрый день!
Можно поподробнее?:
- какая ОС на клиенте и на сервере?
- заходили в программу выгрузки, вносили ли правки?
- пробовали ли проводить компиляцию программы выгрузки, возникают ли ошибки компиляции?
- пробовали ли заменить pay\kb.dbf из другой базы (но c таким же пакетом)?
У меня InitList для таблицы Real\Rbook. Хочу распечатать "Счет с НДС". Делаю так:
Код Print_FastReport(Category,ReportTemplate,.T.)//параметры прально выбираю из нужн табличек.
После вызова этой гадости из своего инитлиста запускается "Счет с НДС". Только там строк миллиард (а точнее все строки, которые беруться из rbookm). Подозреваю, что при задании параметров ["BDA.Task.Уникальный код документа"] и ["BDA.Task.Регистрационный номер документа"] выберутся нужные строки.
Попробуйте перед вызовом "этой гадости" создать
Public ReestrParam, массив вида:
{{"Код арма", "C", 2, 0,"{|| GlobalTask}"},;
{"имя2","Тип 2 ", длина,после запятой, "блок кода2"}}
и вызвать функцию InitTaskParam()
Дмитрий Шлыков пишет:
Добрый день!
Цитата Саак Шахламджян пишет:
Но ведь это какие-то переменные в бэсте? В сам источник данные тоже откуда-то попадают или нет? Да они пападают из переменных, поэтому источник разрабатывается на Harbore. Так как его переменные не доступны ни для FOXа, не для FastReport.
А если, скажем, создать публичные/приватные переменные с нужными именами? Возможно такое прокатит, а?
В скомпилированном источнике к переменным идет обращение по именам или по адресам памяти программы?
Добрый день!
Если работать через InitList, то если залать aPHeads, то BDA_TASK сформируется автоматически, пример:
вот на первой картинке цифра правильная, а на второй в сальдо какой-то многократный счет по дебету и по кредиту, хотя обороты совпадают
Какая-то мистика...
У нас нас на Вашей базе получаются одни и те же цифры по этим отчетам..
Попробуйте проиндексироваться с восстановлением БД...
Я завтра приду, посмотрю, что может быть...
Вот наша картинка по этому аналитической справке:
ftp://ftp.bestnet.ru/download/TEMP/Doc3.doc Видимо, разные источники. Все пакеты были установлены штатно?
В принципе, мы можем после выходных выложить Вам источник.
Проверяем заполнение полей в складских документах, используя вызов "перед записью". Наряду с полями документа, надо проверить правильность заполнения атрибутов карточек номенклатур и партий, вводимых в фактурной части документа. Но на момент вызова плагина строки документа еще не в базе данных, а во временных переменных и массивах.
.
Как "вытащить" параметры строк документа, а именно {Grup, Nnum, MDim, Partia} из памяти?
Просматривая все подряд переменные Private, нашел строки документа в нескольких местах. К примеру в строке (не знаю, как это правильно называется): aWindow - 2 - 7 - CARGO[1,i]. Там все параметры каждой строки документа хранятся в своей строковой переменной.
.
Как их оттуда "вытащить"? Или есть другие возможности?
вот на первой картинке цифра правильная, а на второй в сальдо какой-то многократный счет по дебету и по кредиту, хотя обороты совпадают
Какая-то мистика...
У нас нас на Вашей базе получаются одни и те же цифры по этим отчетам..
Попробуйте проиндексироваться с восстановлением БД...
Я завтра приду, посмотрю, что может быть...
не понимаю, вот именно что не понимаю, почему в одном отчете на 31 декабря 2008 года по 621 счету САЛЬДО НА КОНЕЦ ПЕРИОДА по дебету 486 074,69, а в другом отчете на 31 декабря 2008 года по 621 счету САЛЬДО НА КОНЕЦ ПЕРИОДА по дебету 8 886 003,41? вы мне можете это объяснить?
т.е. в одном скриншоте написано САЛЬДО НА КОНЕЦ ПЕРИОДА и в другом САЛЬДО НА КОНЕЦ ПЕРИОДА , но число разное - вы в скриншоты смотрите прежде чем мне про "итого" рассказывать?
Добрый день!
На Вашей базе получили одни и те же цифры (SP18) по аналитике и по синтетике (аналитическая справка по счету, синтетическая справка по счету, оборотно сальдовый баланс). Покажите пример на Вашей базе, где не идут цифры.
dm пишет:
Версия 3,4 SP17
Остатки по счетам в оборотно-сальдовом балансе неправильные и не соответствуют аналитике - проверил на ДЕМО-базе:
Добрый день!
Проверили на демобазе, на SP18, ситуация не воспроизводится.
Все считает правильно. Чтобы подробно разобраться, пришлите нам базу, пожалуйста. Можно на titov@bestnet.ru.
Уважаемые консультанты если вы будете игнорировать вопросы в хотлайне наши заказчики начнут отказываться от продления ГО и переходить на альтернативные ПП
Андрей Кисличенко пишет:
Здравствуйте, Дмитрий!
В правилах форума нигде не указано куда писать жалобы. Известно по опыту что только на форуме все темы просматриваются. Скажите куда писать и я напишу. Две темы в хотлайне с открытыми вопросами бесследно пропали. Номера их я к сожалению не записывал, так как раньше таких прецедентов не было...
Добрый день!
С хотлайном постоянно ведется работа консультантов и разработчиков.
На нашей памяти пока не было отмечено пропаданий тем в хотлайне. Лучше все-таки найти. Или написать заново.