Joined: 10 Jul 2002 Posts: 315 Location: Глухова Ирина Occupation: Компания БЭСТ Interests: Москва
Posted: 10 Feb 2005 00:07 Post subject: Пакет обновления №5 (2 варианта: SP1-SP5 и только SP5)
Выпущен пакет обновления №5.
Пакет поставляется в 2 вариантах:
1. Пакет, включает измененя SP1-SP5 (для рабочих и демо-версий);
2. Пакет, включает изменения только SP5 (только для рабочих версий).
ПАКЕТ ОБНОВЛЕНИЯ №5:
Интерфейс и инструменты пользователя
1. При работе в сетевом режиме периодически неоправдано возникало сообщение о необходимости выполнить восстановление целостности базы данных.
2. При вызове справочника партнеров из документа, при установке фильтра для параметра «Группа партнера» фильтрация данных не происходила.
2. При вводе нового партнера из документа в полноэкранном режиме, окно с карточкой нового партнера сворачивалось на панель задач.
3. Возникала ошибка при вводе в документах (проводке) нового значения пользовательской аналитики с использованием системной.
4. Предоставлена возможность выбора банка из справочника банков при вводе нового расчетного счета партнера с помощью двойного щелчка левой кнопкой мыши (ранее выбор осуществлялся только по клавише ENTER или кнопке ОК).
5. Предоставлена возможность открытия карточки банка, партнера в справочнике банков/парнеров при вводе нового счета партнера по комбинации клавиш CTRL-ENTER.
6. Восстановлена возможность просмотра карточки партнера, в справочнике партнеров при вводе партнера в документах по комбинации клавиш CTRL-ENTER.
Платформа
1. При наличии пароля пользователя, при переходе между базами данных, елси не был установлен флаг "Сохранять пароль", возникало сообщение о неправильном пароле.
Общие данные
1. Исправлено ошибка, возникавшая в карточке предприятия при ее сохранении после редактирования.
2. На некоторых базах данных возникала ошибка при попыте корректировки спавочника видов измерений.
3. В справочнике партнеров можно было ввести партнера-юридическое лицо с таким же кодом, который уже был у физического лица.
Бухгалтерский учет
1. Внешняя отчетность. Добавлен отчет «Расчетная ведомость 4-ФСС 2005», разработанный согласно Постановления Фонда социального страхования РФ от 22.12.04 N111. Значение кода регистрации предприятия в ФСС подтягивается из Карточки предприятия.
2. В карточку запроса на формирование Оборотно-сальдового баланса (Общесистемная отчетность ->Синтетические отчеты ->Оборотно-сальдовые отчеты) изменены значения параметра <Итоги по счетам>. Параметр доступен для выбора значения при выводе отчета по субсчетам. При формирование отчета по субсчетам нижнего уровня, выбор значения параметра осуществляется из возможностей:
• Не выводить
• Выводить по промежуточным счетам. Значение параметра влияет на расчет сальдо по итоговым счетам. Расчет сальдо на итоговых счетах будет произведен с учетом значений сальдо на промежуточных счетах (субсчетах)
• Выводить по субсчетам нижнего уровня. Расчет сальдо на итоговых счетах будет произведен с учетом значений сальдо на субсчетах нижнего уровня.
При формирование отчета по промежуточным субсчетам, выбор значения параметра осуществляется из возможностей:
• Не выводить
• Выводить
3. Исправлена ошибка, отображения корреспонденции счетов в Журнале операций по счету (Книга учета операций -> Журнал операций по счету), возникавшая при фильтрации данных по аналитическим счетам с несколькими сегментами аналитики.
4. Журнально – ордерные отчеты (ж/о и ведомости), вариант формирования по аналитикам (Общесистемная отчетность ->Синтетические отчеты ->Журнально-ордерные отчеты). Отчет формируется штатно.
5. Бюджетная версия. Исправлена ошибка, возникавшая при выводе на печать мемориального ордера по ф. 408. (Общесистемная отчетность ->Синтетические отчеты- >Мемориальные ордера).
6. Исправлена ошибка, при которой в Журнально-ордерных отчетах неправильно выводилось сальдо на конец периода. (Общесистемная отчетность ->Синтетические отчеты ->Журнально-ордерные отчеты).
7. Исправлена ошибка, при которой в Главной книге за период (Общесистемная отчетность ->Синтетические отчеты ->Главная книга) не правильно рассчитывалось сальдо на конец периода при некотором наборе данных.
8. Не выполнялась режим "реорганизация счетов" - "перевод пользовательской аналитики в системную".
Счета в банках
1. Выписки банка. Исправлена ошибка, возникавшая при перенесении документа из одной выписки в другую и приводившая к нештатному выходу в Главное меню.
2. Выписки банка. Если в шаблоне проводки типовой операции в качестве кода аналитики используется параметр POFK, а в документе выписки банка данные по ОФК не введены, то проводка формируется с нулевой суммой.
3. Платежные документы. В расходном расписании и уведомлении о лимитах при вводе строк документа в поле «Код ЭКР» теперь вызывается справочник «КОСГУ-РасходыР». Ранее ошибочно вызывался справочник «КОСГУ-ДоходыР».
Касса. Подотчеты
1. Формирование отчетов. Исправлена ошибка, возникавшая в некоторых случаях при формировании Кассовой книги (любого вида), когда первая страница формировалась без итоговой записи «Перенос» или итоговая запись «Перенос» совмещалась с последней записью по кассовому документу.
2. Авансовые отчеты. Исправлена ошибка, возникавшая при печати авансового отчета в части вывода табельного номера сотрудника, если табельный номер дополнен пробелами слева.
Расчеты. Договоры
1.Исправлена ошибка, возникавшая в Справке о зачете при вводе суммы с копейками.
Основные средства
1. Исправлена ошибка, возникавшая в режиме Амортизация ОС, НДС -> Начисление амортизации и приводившая к нештатному завершению программы, при нажатии в реестре клавиши Enter на строке, где начальная стоимость равна нулю.
2. Исправлена ошибка, при которой в движении “Перемещение со склада” в реестре “Документы перемещения” множились документы, созданные в приложениях логистики.
Сырье. Материалы
1. Исправлено формирование отчетов «Оборотные ведомости». В отчеты не попадали позиции, по которым было движение, но конечный остаток был равен нулю.
2. Переработана процедура закрытия периода. Теперь индексация приложения выполняется автоматически в процессе закрытия периода перед пересчетом текущих остатков.
3. При выборе счета-фактуры в приходной накладной, если в модели калькуляции присутвовали параметры SUM_NDS, SUM_AKC, SUM_CSH возникла ошибка.
4. Исправлена ошибка, при которой в накладной расхода заполнялось поле «Цена списания» у номенклатуры с нулевой складской ценой, учитываемой по фактическим ценам. (Ранее эта проблема снималась расчетом себестоимости).
Закупки.Поставщики
1. Исправлена ошибка нештатного завершения программы, возникавшая в некоторых ситуациях при сохранении по F10 записи в Книге покупок (Ведение книги покупок -> Книга покупок), созданной по счету-фактуре.
2. Исправлена ошибка нештатного завершения программы, возникавшая в некоторых ситуациях при создании по F4 акта о выполнении работ, услуг (Акты о выполнении работ, услуг).
Товары. Продукция
1. Исправлено формирование отчетов «Оборотные ведомости». В отчеты не попадали позиции, по которым было движение, но конечный остаток был равен нулю.
2. Переработана процедура закрытия периода. Теперь индексация приложения выполняется автоматически в процессе закрытия периода перед пересчетом текущих остатков.
3. При выборе счета-фактуры в приходной накладной, если в модели калькуляции присутвовали параметры SUM_NDS, SUM_AKC, SUM_CSH возникла ошибка.
4. Исправлена ошибка, при которой в накладной расхода заполнялось поле «Цена списания» у номенклатуры с нулевой складской ценой, учитываемой по фактическим ценам. (Ранее эта проблема снималась расчетом себестоимости).
Заработная плата
1. Доработаны отчеты «Свод за период (по начислениям/удержаниям)», «Свод по месяцам (по начислениям/удержаниям)», «Свод по счетам затрат». Добавлен параметр «Расшифровка НУ», при отмеченном флажке наименования начислений/удержаний выводятся как Код+Наименование.
2. Доработаны отчеты «Свод за период (по начислениям/удержаниям)», «Свод по месяцам (по начислениям/удержаниям)» при формировании по подразделениям.
3. Бюджетная база с новым планом счетов. Исправлена ошибка, которая возникала в следующем случае: если после выполнения операции передачи «Ведомости зарплаты» в Кассу, в Лицевом счете выполнялся перерасчет, обнулялось значение суммы «К выдаче» в Лицевом счете и в Ведомости зарплаты.
Внимание! Если ведомость на Зарплату уже была передана в «Кассу», то необходимо: Удалить ведомость в «Кассе»; в приложении «Заработная плата» выполнить заново расчет Платежных ведомостей и повторно передать их в «Кассу».
4. Настройка. Экспорт данных. Экспорт в программу «НАЛОГОПЛАТЕЛЬЩИК». Исправлена ошибка, из-за которой передавались сведения по сотрудникам, уволенным ранее отчетного года.
Для обновления необходимо выполнить следующие действия:
ВНИМАНИЕ! Пакет выполняется на сервере и на рабочих станциях. Сервер приложений, при установке на сервере, должен быть остановлен и выгружен.
при установке коммулятивного пакета:
Запустить на выполнение файл P_32_1-5_Work.exe для рабочего варианта или P_32_1-5_Demo.exe для демонстарционного варианта.
при установке только SP5:
-Запустить на выполнение файл P_32_5_Work.exe для рабочего варианта или P_32_5_Demo.exe для демонстарционного варианта.
[red]Внимание![/red] Данная установка производится только при уже установленном SP4 (SP4, поставлялся в одном варианте, с включенными изменениями SP-SP4).
Все действия по установке пакета, в том числе и определение пути к установленной версии 3.2 системы БЭСТ—5, производятся автоматически.
При сетевом режиме работы с системой установку пакета необходимо произвести на компьютере—сервере (где установлен сервер приложений), независимо выделенный сервер или совмещенный с рабочей станцией.
Joined: 25 Nov 2004 Posts: 111 Location: Морозов Дмитрий Occupation: ОАО ВФ НЗМ (инж.программист) Interests: Волжский
Posted: 15 Feb 2005 12:22 Post subject:
Разработчикам!!! Б-5 3.2 SP1-5 ХОЗРАСЧЕТНАЯ
Выявлены очередные глюки (так достали), которых даже небылов Б-3 3.1.
1. ОСНОВНЫЕ СРЕДСТВА. Работать стало невозможно!
- Опять сбились счетчики инвентарных номеров и номеров карточек.
- Если редактировать повторно документ движения (естественно последний и разрешенный по этапу), то просто вываливаешся в ГЛАВНОЕ МЕНЮ.
- Глюки в отслеживании движений докуменов по ОС. Пример:
1.Приход – делаю приход чайника инв.№ 00002017 31.01.2005 (док №454).
2.Ввод в эксплуатацию – делаю ввод инв.№ 00002017 31.01.2005 (док №448).
3.Изменение стоимости – делаю изменеие стоимости инв.№ 00002017 31.01.2005 (док. №299) и тут при выборе данного инвентарного номера выдается сообщение, что ныйдено движение ОС с более поздней датой см. № док-та 454 от 31/01/2005 тип – [поступление].
Как так можно работать? Причем в Б-5 SP7+ERR OC весь декабрь вносили нормально. Из-за того что сбились счетчики мы уже включили галочки в настройке ОС добавлять нули в инвентарых и карточках вместо добалять пробелы. И все равно номер карточки введенный по порядку нами но уже с нулями, автоматически не увеличивается, а все равно предлагает номер уже существующий причем давно!
14 февраля я убил свое драгоценное время на выявление глюка и попыткой обойти его как-нибудь. Причем некоторые ОС в движении спотыкнулись уже на вводе в эксплуатацию. Два дня бухгалтера не могут ввести 7 едениц ОС. Парадокс в том что ввожу два чайника и оди чайник спотыкнулся на вводе в эксплуатацию, а второй на изменении стоимости (списание до 10000 тыс.). Одна еденица всетаки прошла свой этап до изменения стоимости полностью.
Один из козырей БЭСТ был блок ОСНОВНЫХ – теперь его нет. Отчетность и глюки свели на нет разработчики ваши старания (или не старания).
СРОЧНО ЧТО-ТО ДЕЛАЙТЕ!!!!!!!
2. ЗАРАБОТНАЯ ПЛАТА.
- Если в лицевой карточке вывести расчетный лист в архивном периоде, то выдается сообщение «Выполняются операции требующие монопольной работы. Пожайлуста подождите и попробуйте выполнить отчет позже». Далее при нажатии ОК выдается ошибка «Возникла ошибка при обработке выражения. Документ: salary_slipcalcstr/openarea\\server\best532\pro\datasource\salary.vct Error in line 1233».
- Если печатать из формирования отчетов, то в расчетном периоде не выдаются данные по удержанию, хотя сумма в итоге печатается.
3. Разработчики пожайлуста проверте по всей системе работу счетчиков. Во всех настройках почти всех блоков есть параметр дополнять номер пробелом или нулями, так сделайте так чтобы изз-за этого небыло проблем. Хорошо хоть в авансовых отчетах все исправили. Наша база ведется 1998 года есть партнеры, сотрудники и ном. № ОС и материалов с пробелами в переди!
4. АДМИНИСТРИРОВАНИЕ-ОБЩИЕ ДАННЫЕ. Наша база ведется 1998 года и в справочнике ПАРТНЕРОВ есть поставщики как ПБОЮЛ, так юредические лица. Так вот при переносе на Б-5 3.2 SP1-5 ХОЗРАСЧЕТНАЯ система дала всем параметр ЮРЕДИЧЕСКОЕ ЛИЦО и изменить его я не могу! Также есть ОФК который стал тоже ЮРЕДИЧЕСКим ЛИЦОМ. Как мне опять решать эту проблему? Так же не работает поиск по имени и т.д. Глюк в добавлении нового адреса. Можно конечно поработать ручками черех FoxPro, но я хочу штатным способом.
Разработчики делайте что-то с собой и БЭСТом! Нельзя так мучить всех.
По ОС ситуация один в один.
После перехода с БЭСТ4 на БЭСТ5 3.1 и затем сразу на 3.2 SP1-5 работает все, кроме ОС. При вводе предлагается номер документа 30 с датой 01.01.2005, исправляем его на верный с датой 30.01.2005. Вводится карточка, сохраняется, при сохранении документа идет сброс в главное меню. После этого в списке документов он числится с номером 30 и датой 01.01 . При входе в него нет счетов, отсутствует тип операции, поставщик. Карточка есть. Все делалось очень аккуратно, все, что можно, выбиралось из справочников.Короче, полный бред.
В файле error.log
DELPHI: BADI.DLL: 14.02.05 15:30:55
14/02/2005 15:30:55
Error BASE/3
Description : Parameter has a wrong data type
Operation : < ...>==<0>
Thread ID : 4
Called from (B)MAIN(41)
Called from INITPROVODKI(2763)
Called from DOCWIN4(2472)
Called from PROVERKADOC(6477)
Called from DOCWIN1(375)
Called from TYPEDVIG(413)
Called from (B)INITRUN(236)
Called from INITLIST(782)
Called from INITRUN(282)
Called from (B)MENUDOC(1646)
Called from MENUDOC(1668)
Called from EVALDLL(411)
Called from (B)CRTRUN1(132)
Called from _XBPCRT(6631)
Called from (B)_XBPCRTCALL(6588)
--------------------------------------------------------------------------------
DB_PRO_LOCAL_PATH: C:\Program Files\BEST\BEST5_32\Server\DATA\PRO\
DB_PRO_PATH:\\BUCHSERV\BEST532\PRO\
DB_WORK_GUID: {0683757F-65A9-430B-8216-D635732C9935}
DB_WORK_PATH: \\Buchserv\BEST532\shvei1\
DB_WORK_ALIAS: ЗАО "Балтийская линия".
DB_WORK_NAME: ЗАО "Балтийская линия".
DB_WORK_ETYPE: {DC5E88A2-4045-4E00-A8AB-460EDE3F9366}
DB_WORK_TYPE: H
DB_WORK_SRVPTH: C:\Program Files\BEST\BEST5_32\Server\DATA\shvei1\
DB_WORK_ID: 0
SERVER_NAME: BUCHSERV
SERVER_PORT: 2000
SERVER_USER: buch4
SERVER_PASS:
FORMS_PATH: C:\Program Files\BEST\BEST5_32\Client\Forms\
IMAGES_PATH: C:\PROGRAM FILES\BEST\BEST5_32\CLIENT\BIN\Imgs\
APP_PATH: C:\PROGRAM FILES\BEST\BEST5_32\CLIENT\BIN\
README_PATH: C:\Program Files\BEST\BEST5_32\Readme\
INSTALL_DIR: C:\Program Files\BEST\BEST5_32\
ROLE_GUID: {A9479C3E-7FAF-4996-A2BA-5ACEEFF9A738}
CurrentVersion: 3.2
VerVer: / Версия 3.2 от 17/01/05 /
OSVer: Windows 95 4.10.2222
Joined: 10 Jul 2002 Posts: 315 Location: Глухова Ирина Occupation: Компания БЭСТ Interests: Москва
Posted: 15 Feb 2005 19:09 Post subject:
dimamor wrote:
Разработчикам!!! Б-5 3.2 SP1-5 ХОЗРАСЧЕТНАЯ
Выявлены очередные глюки (так достали), которых даже небылов Б-3 3.1.
1. ОСНОВНЫЕ СРЕДСТВА. Работать стало невозможно!
- Опять сбились счетчики инвентарных номеров и номеров карточек.
- Если редактировать повторно документ движения (естественно последний и разрешенный по этапу), то просто вываливаешся в ГЛАВНОЕ МЕНЮ.
- Глюки в отслеживании движений докуменов по ОС. Пример:
1.Приход – делаю приход чайника инв.№ 00002017 31.01.2005 (док №454).
2.Ввод в эксплуатацию – делаю ввод инв.№ 00002017 31.01.2005 (док №448).
3.Изменение стоимости – делаю изменеие стоимости инв.№ 00002017 31.01.2005 (док. №299) и тут при выборе данного инвентарного номера выдается сообщение, что ныйдено движение ОС с более поздней датой см. № док-та 454 от 31/01/2005 тип – [поступление].
Как так можно работать? Причем в Б-5 SP7+ERR OC весь декабрь вносили нормально. Из-за того что сбились счетчики мы уже включили галочки в настройке ОС добавлять нули в инвентарых и карточках вместо добалять пробелы. И все равно номер карточки введенный по порядку нами но уже с нулями, автоматически не увеличивается, а все равно предлагает номер уже существующий причем давно!
14 февраля я убил свое драгоценное время на выявление глюка и попыткой обойти его как-нибудь. Причем некоторые ОС в движении спотыкнулись уже на вводе в эксплуатацию. Два дня бухгалтера не могут ввести 7 едениц ОС. Парадокс в том что ввожу два чайника и оди чайник спотыкнулся на вводе в эксплуатацию, а второй на изменении стоимости (списание до 10000 тыс.). Одна еденица всетаки прошла свой этап до изменения стоимости полностью.
Один из козырей БЭСТ был блок ОСНОВНЫХ – теперь его нет. Отчетность и глюки свели на нет разработчики ваши старания (или не старания).
СРОЧНО ЧТО-ТО ДЕЛАЙТЕ!!!!!!!
Будет исправлено в Sp6
Quote:
2. ЗАРАБОТНАЯ ПЛАТА.
- Если в лицевой карточке вывести расчетный лист в архивном периоде, то выдается сообщение «Выполняются операции требующие монопольной работы. Пожайлуста подождите и попробуйте выполнить отчет позже». Далее при нажатии ОК выдается ошибка «Возникла ошибка при обработке выражения. Документ: salary_slipcalcstr/openarea\\server\best532\pro\datasource\salary.vct Error in line 1233».
- Если печатать из формирования отчетов, то в расчетном периоде не выдаются данные по удержанию, хотя сумма в итоге печатается.
Будет исправлено в Sp6
Quote:
3. Разработчики пожайлуста проверте по всей системе работу счетчиков. Во всех настройках почти всех блоков есть параметр дополнять номер пробелом или нулями, так сделайте так чтобы изз-за этого небыло проблем. Хорошо хоть в авансовых отчетах все исправили. Наша база ведется 1998 года есть партнеры, сотрудники и ном. № ОС и материалов с пробелами в переди!
По ОС проблема подтвердтлась- исправим.
Quote:
4. АДМИНИСТРИРОВАНИЕ-ОБЩИЕ ДАННЫЕ. Наша база ведется 1998 года и в справочнике ПАРТНЕРОВ есть поставщики как ПБОЮЛ, так юредические лица. Так вот при переносе на Б-5 3.2 SP1-5 ХОЗРАСЧЕТНАЯ система дала всем параметр ЮРЕДИЧЕСКОЕ ЛИЦО и изменить его я не могу! Также есть ОФК который стал тоже ЮРЕДИЧЕСКим ЛИЦОМ. Как мне опять решать эту проблему? Так же не работает поиск по имени и т.д. Глюк в добавлении нового адреса. Можно конечно поработать ручками черех FoxPro, но я хочу штатным способом.
Если в версии 3.1 у партнера был указан тип "физическое лицо", то после Upgrade он и остается физическим лицом. Если тип не был установлен, а только в названии было написано, что это ПБЮЛ, то это считается юридическим лицом.
Типа ОФК в версии 3.1 не было, но можно было указать данные ОФК.
Если для партнера заполнено были заполнены поля ОФК, то делается дополнительная запись в справочник партнеров. В этом случае для первой записи формируется запись на закладке «Счета» по лицевому счету и делается ссылка на вторую запись в справочнике партнеров, в котором на закладке «Счета» формируется запись по расчетному счету и в данном случае делается ссылка на банк партнера.
Об этом написано в пояснительной записк _________________ Глухова Ирина
Компания БЭСТ
Отдел разрабо
Joined: 25 Nov 2004 Posts: 111 Location: Морозов Дмитрий Occupation: ОАО ВФ НЗМ (инж.программист) Interests: Волжский
Posted: 16 Feb 2005 09:28 Post subject:
Еще один глюк!!!
Импорт KLADR штатным способом приводит к блокировки в сети базы данных если входить в карточку персонального учета с другого компьютера в сети, на сервере входит нормально
Joined: 25 Nov 2004 Posts: 111 Location: Морозов Дмитрий Occupation: ОАО ВФ НЗМ (инж.программист) Interests: Волжский
Posted: 16 Feb 2005 09:37 Post subject:
[quote="Irina_Gl"]
dimamor wrote:
Если в версии 3.1 у партнера был указан тип "физическое лицо", то после Upgrade он и остается физическим лицом. Если тип не был установлен, а только в названии было написано, что это ПБЮЛ, то это считается юридическим лицом.
Типа ОФК в версии 3.1 не было, но можно было указать данные ОФК.
Если для партнера заполнено были заполнены поля ОФК, то делается дополнительная запись в справочник партнеров. В этом случае для первой записи формируется запись на закладке «Счета» по лицевому счету и делается ссылка на вторую запись в справочнике партнеров, в котором на закладке «Счета» формируется запись по расчетному счету и в данном случае делается ссылка на банк партнера.
Об этом написано в пояснительной записке.
База переносилась аж Б-4. Справочник аж с 1998 года. Как бы
Joined: 25 Nov 2004 Posts: 111 Location: Морозов Дмитрий Occupation: ОАО ВФ НЗМ (инж.программист) Interests: Волжский
Posted: 16 Feb 2005 17:48 Post subject:
Очередной глюк! Б-5 3.2. SP1-5 Хозрасчетная
ПРОДАЖИ.КЛИЕНТЫ – ВЕДЕНИЕ КНИГИ ПРОДАЖ – КНИГА ПРОДАЖ
Формируем сторнирующую запись в книге продаж, оформляем данные как положенно, делаем сохранение F10 и вываливаемся в ГЛАВНОЕ МЕНЮ, хотя должны попасть в список КНИГИ ПРОДАЖИ. После вываливания заходим в ЗАКУПКИ.ПОСТАВЩИКИ и видим что данная запись не сформировалась. Все это мы делали в Б-5 3.1 SP7 +ERR OC.
Срочно исправить! Работать невозможно!
Joined: 25 Nov 2004 Posts: 111 Location: Морозов Дмитрий Occupation: ОАО ВФ НЗМ (инж.программист) Interests: Волжский
Posted: 17 Feb 2005 11:01 Post subject:
Разработчикам! Б-5 3.2 SP1-5 Хозрасчетная
В формах отчетности книги продаж и покупок в колонках «ДАТА СЧЕТ-ФАКТУРЫ и ЕГО НОМЕР» при просмотре видно «01.01.2005 34», апри выводе на печать крайние символы не видны(Принтер HP1100, на других тоже самое). Пожайлуста просматривайте сами все отчеты! В ДЕМО базе тоже самое.
Во внешней отчетности во многих отчетах данные предприятия просто не попадают в нужные поля.
Во многих формах других блоков на место «РУКОВОДИТЕЛЬ» тупо вписано «ДИРЕКТОР», а у нас в фирме вообщето «ГЕН.ДИРЕКТО», надоело переправлять все отчет под себя. После того как вы меняете источники БД, все приходится переделывать.
Такое ощущение, что формы отчетности, источники БД вам делают студенты, в виде курсовых и вы их пихаете в БЭСТ. После этого то там косяк, то здесь косяк.
Я ощущаю себя беттатестером програмного обеспечения, при чем фирма заплатила большие деньги за это!!! А почему не мне компания БЭСТ должна за беттотестирование какието бонусы дава
Joined: 10 Jul 2002 Posts: 315 Location: Глухова Ирина Occupation: Компания БЭСТ Interests: Москва
Posted: 17 Feb 2005 14:55 Post subject:
dimamor wrote:
Во внешней отчетности во многих отчетах данные предприятия просто не попадают в нужные поля.
Уточните, пожалуйста, в каких и какие поля. И какие именно данные.
Quote:
Во многих формах других блоков на место «РУКОВОДИТЕЛЬ» тупо вписано «ДИРЕКТОР», а у нас в фирме вообщето «ГЕН.ДИРЕКТО», надоело переправлять все отчет под себя. После того как вы меняете источники БД, все приходится переделывать.
Уточните, в каких формах. Если в данных форм не написано в законодательных актах должность, пределаем, буде брать из краточки предприятия. Во многих отчетах именно так.
Название должности и изменение истчоников никак не связаны между собой. Что именно Вы подправляете? В версии 3.2 были изменения в структуре базы данных, переходы на Guid, если вы делали свои отчеты, и использовали ID, то отчеты надо меня _________________ Глухова Ирина
Компания БЭСТ
Отдел разрабо
Joined: 25 Nov 2004 Posts: 111 Location: Морозов Дмитрий Occupation: ОАО ВФ НЗМ (инж.программист) Interests: Волжский
Posted: 22 Feb 2005 15:07 Post subject:
В формах отчетности книги продаж и покупок если указать период к примеру с 01.12.04 по 31.12.04, то в колонке ДАТА И НОМЕР СЧЕТ_ФАКТУРЫ выводится только дата без номера сч.-фактуры. Если указать период с 01.01.05, то выводится и дата и номер счет-фактуры. О том что выводится каряво я уже писал. Период у меня еще 2004 год. В Б-5 3.1 SP7 все было нормально!
Joined: 25 Nov 2004 Posts: 111 Location: Морозов Дмитрий Occupation: ОАО ВФ НЗМ (инж.программист) Interests: Волжский
Posted: 25 Feb 2005 10:24 Post subject:
Разработчикам!
Проверте по всем блокам при создании документов, курсор после создания и сохранения документа остается на предыдущем документе или там где доэтого стоял (Логистика).
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum
FAQ
Search
Memberlist
Usergroups
Register
Profile
Log in to check your private messages
Log in
Работать невозможно!
