BEST logo логотип компании БЭСТ - программы для бизнеса ПРОДАЖИ
+7 (991) 312-04-37
trade@bestnet.ru
ПОДДЕРЖКА
+7 (495) 775-66-76
consult@bestnet.ru
СКАЧАТЬ
Обновления
Дистрибутивы
Авторизация

Логин:
Пароль:
Забыли свой пароль?
Регистрация
ВАШ ВОПРОС

Доступ к Личному кабинету закрыт!
Как получить доступ?


Главная  / Поддержка  / Форум  / Публичные форумы  / БЭСТ-5  / Замечания по SP18

Форум

Поиск  Пользователи  Правила 
Закрыть
Логин:
Пароль:
Забыли свой пароль?
Регистрация
Войти
 
Страницы: 1
RSS
Замечания по SP18
 
1) Программа выгрузки ЗКР содержит ошибку в параметре //OSN
Если нет документа-основания,
то в файл не попадает символ-разделитель |
Лучше использовать не отдельные блоки If с разными условиями,
а единый блок If elseif else
Исправленный фрагмент программы (который формирует праввильный файл)
IF AP_CARD->JRN_ID=="2051"
cDoc+=STRTRAN(TRIM(CONTRACT->COMM),CRLF," ")+"|"
ELSEIF AP_CARD->JRN_ID=="1601"
cDoc+=STRTRAN(TRIM(TAX_INV->COMMENT_M),CRLF," ")+"|"
ELSEIF AP_CARD->JRN_ID=="TV21"
cDoc+=STRTRAN(TRIM(TRBOOK->SCLADS),CRLF," ")+"|"
ELSE
cDoc+=TRIM(CNT_OBJ->NAME)+"|" //OSN
ENDIF

2) При копировании оплаченных ЗКР
полученные ЗКР невозможно редактировать,
что неудобно.
Периодически скопированный документ (со статусом "черновик"
или "передан") становится заблокированным.
Такое сообщение получает пользователь, скопировавший документ.
Хотя, если перезагрузить программу на данном раб.месте,
или с другого раб.места он становится доступным

3) Ошибки округления вылезают постоянно
а) Касса
Кассовый отчет за сутки
Итог по бюджету + Итог по внебюджету "не равен"
Общему итогу

б) Зарплата
Ведомость на зарплату
Сумма по людям "не равна" Общему итогу
Приходится исправлять в Foxbro Общий итог

Своды показывают разницу в 1-2 коп,
хотя по всем лицевым счетам
сальдо нулевое (правда на экране показаны только 2 разряда)

Округления в некоторых полях до 3 знаков
а в других до двух
Рассчитать зарплату на более чем 1600 человек
полное мучение
 
Почему при копировании оплаченной заявки сохраняется статус "оплачено", логично ведь "черновик"? Приходится статус менять - лишние действия.
 
Цитата
Елена Домрачева пишет:
Почему при копировании оплаченной заявки сохраняется статус "оплачено", логично ведь "черновик"? Приходится статус менять - лишние действия.


В ближайщих пакетах в реестре исходящие копирование оплаченных документов будет исправлено на черновик, в реестре оплаченные останется - оплаченные.
--------------------------------------------------------------
Загрудный Евгений, ООО "БЭСТ-Партнер", г.Находка
Центр решений БЭСТ для бюджетных организаций
 
Дополнительные замечания по SP18

1)Почему нет РЕЕСТРА платежных документов в модуле "Учет денежных средств"

2)Некорректно формируются номера платежных документов
Сделайте так, чтобы при отключенной настройке(флаге) дополнения номера символами
(пробелами или нулями) не добавлялись пробелы перед номером нового документа
У нас в казначействе не принимают документы с номерами 00000...12.
Флаг отключен. Документ с номером "172" в БД уже есть. Последний номер 201.
При добавлении нового номера получаем " 172" вместо "202".
Стираем начальные пробелы и исправляем номер на "202" .
Но при добавлении нового документа получаем снова " 172" вместо "203".
Получается, что номер последнего документа надо помнить, чтобы задать номер для нового документа.

Из-эа этого получаются задвоенные номера

3) При выгрузке СЭД
3.1 неправильно формируются имена файлов
в текстовом формате
имя файла из программы
O7706030472_772501001_09_000003
---инн-----=----кпп--=год=поряд.номер
а должно быть
O7706030472_772501001_77257725_09_00000003
-------------------------коды ИФНС--------8 цифр в порядк номере

в XML отчетах тоже ошибки в именах файлов

3.2 Отчет "Декларация в ПФР за год"
формируется с ошибкой
"Не могу конвертировать String to Double"

4) Не удается копировать проводки в книге учета операции (модуль "Главная книга")
пользователям, у которых нет права на выполнение операций удаления

5) Когда будут исправлены ошибки С округлением ???
Платежные ведомости
Сумма по людям не совпадает с итогом, который хранится в ведомости.
Из-за этого итог в печатной форме не совпадает с итогом в экранной форме.
В печатной форме итог цифрами не совпадает с итогом в текстовом виде.
Приходится постоянно исправлять в Foxbro
Изменено: Владимир Монахов - 02.04.2009 01:34:37
 
Цитата
Владимир Монахов пишет:
1)Почему нет РЕЕСТРА платежных документов в модуле "Учет денежных средств"


Поскольку это новое приложение, то все печатные формы не восстанавливаются, а разрабатываются заново. Сейчас наиболее остро стоит Вопрос о печатных формах первичных документов. Поэтому они реализуются в первую очередь. В ближайших пакетах (после SP18) будет разрабатывать и печатные формы реестров тоже.


Цитата
Владимир Монахов пишет:
2)Некорректно формируются номера платежных документов
Сделайте так, чтобы при отключенной настройке(флаге) дополнения номера символами
(пробелами или нулями) не добавлялись пробелы перед номером нового документа
У нас в казначействе не принимают документы с номерами 00000...12.
Флаг отключен. Документ с номером "172" в БД уже есть. Последний номер 201.
При добавлении нового номера получаем " 172" вместо "202".
Стираем начальные пробелы и исправляем номер на "202" .
Но при добавлении нового документа получаем снова " 172" вместо "203".
Получается, что номер последнего документа надо помнить, чтобы задать номер для нового документа.

Из-эа этого получаются задвоенные номера


Вопрос принят к рассмотрению.

Цитата
Владимир Монахов пишет:
3) При выгрузке СЭД
3.1 неправильно формируются имена файлов
в текстовом формате
имя файла из программы
O7706030472_772501001_09_000003
---инн-----=----кпп--=год=поряд.номер
а должно быть
O7706030472_772501001_77257725_09_00000003
-------------------------коды ИФНС--------8 цифр в порядк номере

в XML отчетах тоже ошибки в именах файлов


Наверное имеется в виду выгрузка не в СЭД, а формирование налоговой отчетности в электронном виде.
Из описания пакета обновления №10 от 01.10.2008

"1. Переработано формирование имени файлов экспорта форм внешней отчетности в электронном виде согласно Приказа ФНС России от 07.07.2008 г. № ММ-3-6/301@ (для версии форматов 3.00, 2.00, 2.01) и Приказа ФНС России от 18.07.2008 № ММ-3-6/321@ (для версии форматов 4.00, 5.00), которые вступают в силу начиная с отчетности с 01.10.2008г.
• первые четыре позиции – код по СОНО налогового органа получателя информации;
• вторые четыре позиции – код по СОНО налогового органа представления отчетности).
Они выводятся из «Общих данных информационной части» «Пользовательского справочника»:
• «Код ИМНС» (из «Данных свидетельства о постановке на учет»)
• «Код ИМНС (получатель)». "

Цитата
Владимир Монахов пишет:
3.2 Отчет "Декларация в ПФР за год"
формируется с ошибкой
"Не могу конвертировать String to Double"


Возможно, не корректно установлен пакет.
"Дата создания" формы "Декларация по ПФР годовая" должен быть от 23/01/09.
Ошибка повторяется, если обновлен шаблон отчета и не обновлен алгоритм формы готчетности.
В алгоритме устанавливается значение переменной SР_О.
В шаблоне отчета на 3 странице в поле "Страхователь" проверяется сочетание значений "Кода категории налоплательщика" и переменной SР_О. Если Декларацию необходимо сформировать срочно добавьте в алгоритме SP_O = 0. Ошибка исправлена в СП19.
--------------------------------------------------------------
Загрудный Евгений, ООО "БЭСТ-Партнер", г.Находка
Центр решений БЭСТ для бюджетных организаций
 
Добрый день!

Вопрос по модулю Имущество

В картотеке имущества не удается ввести остаток
меньше 1!
1,431 можно ввести
но
при вводе 0,321 выводится сообщение
"Неверное количество"

Как исправить данную ситуацию?
 
Будет реализовано в одном из sp к версии 3.4
Цитата


В картотеке имущества не удается ввести остаток
меньше 1!
1,431 можно ввести
но
при вводе 0,321 выводится сообщение
"Неверное количество"

Как исправить данную ситуацию?
Пожалуйста, по вопросам к программе БЭСТ-5,пользуйтесь персональной горячей линией "ВАШ ВОПРОС" на всех страницах сайта.
 
Цитата
Будет реализовано в одном из sp к версии 3.4


Вообще-то реализуют, что-то новое,
а очевидные ошибки исправляют

Значит придется вводить/изменять
через Foxbro

Непонятно, только, зачем нужен программный интерфейс
Изменено: Владимир Монахов - 03.04.2009 19:45:58
 
Добрый день!

В модуле "Персонал - Зарплата"
неправильно рассчитывается подоходный налог

В лицевом счете
начисления по коду 2000(зарплата) "-20000"
начисления по коду 2300(больнич) "23000"

Налог берется только с положительной суммы 23000,
а должен браться с разницы 3000
 
Цитата
Владимир Монахов пишет:
Добрый день!

В модуле "Персонал - Зарплата"
неправильно рассчитывается подоходный налог

В лицевом счете
начисления по коду 2000(зарплата) "-20000"
начисления по коду 2300(больнич) "23000"

Налог берется только с положительной суммы 23000,
а должен браться с разницы 3000


Будет исправлено в SP19
Саксонова Е.А. отдел разработок
 
Цитата
Владимир Монахов пишет:

Цитата
Владимир Монахов пишет:
2)Некорректно формируются номера платежных документов
Сделайте так, чтобы при отключенной настройке(флаге) дополнения номера символами
(пробелами или нулями) не добавлялись пробелы перед номером нового документа
У нас в казначействе не принимают документы с номерами 00000...12.
Флаг отключен. Документ с номером "172" в БД уже есть. Последний номер 201.
При добавлении нового номера получаем " 172" вместо "202".
Стираем начальные пробелы и исправляем номер на "202" .
Но при добавлении нового документа получаем снова " 172" вместо "203".
Получается, что номер последнего документа надо помнить, чтобы задать номер для нового документа.

Из-эа этого получаются задвоенные номера


принят к рассмотрению.



По поводу нумерации. Номера документов, "от которых" формируются следующие номера, хранятся в таблице PAY\memdat.dbf. Хранение в разрезе каждого вида документа и каждого объекта учета. Если при формировании документа вручную указан номер, который меньше хранящегося в memdat, то этот номер не сохраняется. Поэтому при формировании следующего документа номер будет предложен от имеющегося с memdat. Проверьте параметры в этом файле.
--------------------------------------------------------------
Загрудный Евгений, ООО "БЭСТ-Партнер", г.Находка
Центр решений БЭСТ для бюджетных организаций
Страницы: 1
Читают тему (гостей: 1)