L_COMMON
Краткое описание :
Универсальный отчет наличияОписание :
Наличие\по МЦЧто измененно :
Реализовать Универсальный отчет наличия на DevSQL
Как измененно :
Реализован универсальный отчет наличия. Отчет доступен на платформах Oracle и Sql Server.
Запуск через меню "Складской учет \ Отчеты \ Наличие \ Универсальный"
Доступные группировки (максимальное количество группировок 5):
- вид учета;
- МОЛ;
- партия;
- группа МЦ;
- подразделение;
- МЦ.
Доступные фильтры:
- вид учета;
- МОЛ;
- партия;
- подразделение;
- МЦ.
Параметры:
- отчета на дату;
- входящий остаток;
- выводить если нулевое количество / ненулевая цена.
Печать отчета осуществляется в FR.
L_COMMON
Краткое описание :
При импорте ЭДО система должна проверять не только наименование организации, но и альтернативное наименование.Описание :
Наши счета-фактурыЧто измененно :
При импорте ЭДО система должна проверять не только наименование организации, но и альтернативное наименование.
Т.к. клиенты в xml-файле могут указать как свое краткое наименование, так и полное.
Ограничений ФНС не вводит. Главное, чтобы наименование соответствовало тому, что указано на сайте ФНС (там указано два наименования)
Как измененно :
При импорте ЭДО проверяется импортируемое наименование организации не только на обычное, но и на альтернативное значение.
Также был доработан вывод информации в лог по контрагентам, обычным и грузо. В частности, если в импорте не заданы элементы адреса (индекс, улица и т.п.), а в каталоге контрагентов они есть, то предупреждение в лог не выдается.
L_COMMON
Краткое описание :
Не работают фильтры в печати книги продаж и книги покупокОписание :
Книга покупокЧто измененно :
Потеря преемственности. Не работают фильтры в печати книги продаж и книги покупок
При печати книги покупок/продаж не получается
поставить фильтр, например, по контрагентам. - то
необработанные исключения вылетают, удалила tmp-dsk
теперь вообще не выбирается фильтр...
Как измененно :
Исправлена работа фильтров при печати книги продаж\покупок.
L_COMMON
Краткое описание :
Цикл при проверке(обновлении) реестра настроекОписание :
Проверка реестра настроекЧто измененно :
После установки последних обновлений, при входе в Систему начинается проверка реестра настроек.
При проверке Система постоянно стоит на сообщении "Инициализация значений PickRep.cUser".
Как измененно :
Оптимизирован запрос на изменение таблиц UserDeskRep, PickRep для инициализации значений cUser.
Для БД на Оракл или MS запросы будут выполняться с использованием DSQL.
Если обновление таблиц при обновлении настроек было прервано (снято), то требуется это сделать вручную:
update visual 'Инициализация значений UserDescrRep.cUser' UserDeskRep
where (( UserDeskRep.ATL_ORIGINOFFICE /== x$Users.xu$UserOffice AND
UserDeskRep.OwnName /== x$Users.xu$LoginName ))
set UserDeskRep.cUser := x$Users.Atl_NRec;
update visual 'Инициализация значений PickRep.cUser' PickRep
where (( PickRep.ATL_ORIGINOFFICE /== x$Users.xu$UserOffice AND
PickRep.OwnName /== x$Users.xu$LoginName ))
set PickRep.cUser := x$users.atl_nRec;
Для БД на Оракл или MS SQL можно использовать следующие запросы:
sql update userdeskrep set cUser = coalesce((select x$Users.atl_nRec from x$Users where userdeskrep.ATL_ORIGINOFFICE = x$Users.xu$UserOffice and userdeskrep.OwnName = x$Users.xu$LoginName), #comp(0));
sql update pickrep set cUser = coalesce((select x$Users.atl_nRec from x$Users where pickrep.ATL_ORIGINOFFICE = x$Users.xu$UserOffice and pickrep.OwnName = x$Users.xu$LoginName), #comp(0));
Необходимость ручного обновления можно проверить наличие записей в указанных таблицах с cUser = 0:
select * from UserDeskRep where (( 0 == cUser ));
select * from PickRep where (( 0 == cUser ));