L_SOPRDOC
Краткое описание :
Ошибка формирования М-15 и ОС-15 по распоряжению на перемещение и отпуск МТРОписание :
Акты передачи материалов в строительствоЧто измененно :
Ошибка формирования М-15 и ОС-15 по распоряжению на перемещение и отпуск МТР.
Имеется распоряжение на перемещение и отпуск МТР.
На основе этого распоряжения формируем М-11.
На основе этого же распоряжения формируем М-15 (ОС-15) - ни одна позиция в документ не добавляется!
Удаляем позиции М-11.
В М-15 позиции добавляются!
Как измененно :
Контроль количества при формировании СД по распоряжениям
Для распоряжений:
- Распоряжение на внутреннее перемещение МТР (420)
- Распоряжение на внутреннее перемещение и отпуск МТР (447)
- Распоряжение на передачу МТР в ОС 9448)
- Распоряжение на передачу МТР в спецоснастку (449)
Контроль количества при формировании СД по данным распоряжениям работает только в рамках вида формируемого СД.
Например:
По распоряжению 447 создана НВП. Тогда при формировании по 447 АПОМ количество, выбранное в данном НВП неучитывается.
L_SOPRDOC
Краткое описание :
При автоматическом формировании партии в наименовании
партии дать возможность указать дату оприходованияОписание :
Приходные накладныеЧто измененно :
При автоматическом формировании партии в наименовании партии
дать возможность указать дату оприходования
Как измененно :
Дата ордера в наименовании партии.
В настройку формата партии "Настройки Галактики \ Логистика \ Партионный учет \
Формат названия партии" добавлен параметр &OD, который включается настройкой
"Настройки Галактики \ Логистика \ Партионный учет \ Включить в состав названия
партии \ Дата складского ордера"
По этому параметру в партию заносится дата первого приходного ордера,
связанного с сопроводительным документом.
Если ордера еще нет, а выполнили Автоформирование партии по Alt+1, то вместо
даты ордера заносится текст <Нет &OD>. В последствии, при формировании ордера,
этот текст заменится на дату ордера.
Формат даты определяется настройкой: "Настройки Галактики \ Логистика \
Партионный учет \ Формат даты в названии партии"
L_SOPRDOC
Краткое описание :
Статус накладной при копированииОписание :
Накладные на отпускЧто измененно :
Статус накладной при копировании
Установлена настройка Настройки Галактики \ Логистика \ Документы \ Управление сбытом \ Накладная на отпуск \ Значения по умолчанию \ Статус накладной и акта по умолчанию := "оформляемый". При копировании накладной (Ctrl+F2 и Ctrl+F3) копируется и статус документа: исходная накладная в статусе "исполняемый", результирующая - "исполняемый". Необходимо создавать результирующую накладную со статусом, указанным в вышеназванной настройке.
Как измененно :
Копирование сопроводительных документов.
Статус нового документа устанавливается по следующим приоритетам:
1. Статус по-умолчанию из Настроек прав доступа к документам
2. Статус из настройки "... \ Статус ... по умолчанию". Например для накладной на отпуск это настройка: "Настройки Галактики \ Логистика \ Документы \ Управление сбытом \ Накладная на отпуск \ Значения по умолчанию \ Статус накладной и акта по умолчанию"
L_SOPRDOC
Краткое описание :
Необходимо при удалении накладной по F8 без пометки выдавать диалоговое окно, как при удалении помеченных записейОписание :
Накладные на отпускЧто измененно :
Если в настройке "Настройки Галактики \ Логистика \ Документы \ Контроль удаления и модификации \ Синхронизировать данные в ДО и накладных" установлено значение "да", то при удалении накладной по F8 без пометки, удаляется только накладная, а ДО остается. А если пометить документ, то тогда появляется диалоговое окно с предложением удалить также и ДО. Необходимо при таком значение настройки удалять накладные по F8 без пометки как и по помеченным записям.
См. вложение.
Как измененно :
Синхронизация данных ДО и накладных
"Настройки Галактики \ Логистика \ Документы \ Контроль удаления и модификации \ Синхронизировать данные в ДО и накладных"
При включенной настройке для приходных и расходных накладных, при удалении как по F8 так и при помощи маркера, предлагается удалить ДО, если по ДО больше не остаются накладных
L_SOPRDOC
Краткое описание :
Необходимо иметь возможность изменять сумму налогов в акте выполненных работ в строительствеОписание :
Акты выполненных работЧто измененно :
Необходимо иметь возможность изменять сумму налогов в акте выполненных работ в строительстве в том числе и в корректировочном документе.
Как измененно :
Корректировочная накладная.
Исправлена проблема:
- создали накладную с МЦ у которой нет группы налогов
- затем к МЦ привязали группу налогов
- создали по накладной корректировочную
- у МЦ в корректировочной накладной есть налоги из группы в каталоге МЦ, а не должны быть, т.к. в исходной накладной нет
L_SOPRDOC
Краткое описание :
Отображать вкладку "Налоги к позиции" в окне расширенной информации спецификации Актах выполненных работОписание :
Акты выполненных работЧто измененно :
Отображать вкладку "Налоги к позиции" в окне расширенной информации спецификации Актах выполненных работ
Как измененно :
В окне расширенной информации спецификации Акта выполненных работ отображается вкладка "Налоги к позиции".
L_SOPRDOC
Краткое описание :
Убрать колонку с КН из броузов приходной накладной и Актов на Приемку материаловОписание :
Приходные накладныеЧто измененно :
Ввиду наличия раскраски данная колонку уже не нужна.
Как измененно :
Убрана колонка "КН" из приходных накладных и Актов на приемку материалов
L_SOPRDOC
Краткое описание :
Нумерация сопроводительных документов в пределах годаОписание :
Накладные на отпускЧто измененно :
Включены настройки:
- "Настройки Галактики \ Общие настройки системы \ Автонумерация документов" = по последним номерам БД
- "Настройки Галактики \ Логистика \ Документы \ Сопроводительные документы \ Формировать номер документа по" = настройке "Автонумерация документов"
Номер следующий номер должен браться не из последней записи сопроводительного документа, а "следующий за максимальным номером"
Например,
- 000001 от 10.01.2015
- 000002 от 10.01.2015
- 000003 от 10.01.2015
- 000001 от 11.01.2015
Следующий номер сопроводительного документа должен быть не 000002, а 000004, т.к. последний номер за 2015 год - 000003
Как измененно :
Нумерация сопроводительных документов
Включены настройки:
- "Настройки Галактики \ Общие настройки системы \ Автонумерация документов" = по последним номерам БД
- "Настройки Галактики \ Логистика \ Документы \ Сопроводительные документы \ Формировать номер документа по" = настройке "Автонумерация документов"
Новый номер СД берется как следующий за максимальным номером в пределах года.
Например,
- 000001 от 10.01.2015
- 000002 от 10.01.2015
- 000003 от 10.01.2015
- 000001 от 11.01.2015
Следующий номер сопроводительного документа будет 000004, т.к. последний номер за 2015 год - 000003
L_SOPRDOC
Краткое описание :
Задисайблить неработающую ФЛМ ALT+S в интерфейсе выбор
накладных на отпуск МЦОписание :
Сводные накладные на отпускЧто измененно :
Задисайблить неработающую ФЛМ ALT+S в интерфейсе выбор
накладных на отпуск МЦ.
Как измененно :
На актах не работает, работает на накладных
L_SOPRDOC
Краткое описание :
Не работает фильтр по организации в печати реестра актов приемкиОписание :
Акт приемкиЧто измененно :
Не работает фильтр по организации в печати реестра актов приемки:
всегда выдает информацию по одному и тому же контрагенту, у меня Автовывоз.
Как измененно :
Подправлен вывод значения фильтра.
Изменено наименование пункта локального меню:
-Печать реестра
L_SOPRDOC
Краткое описание :
Ведение истории по контрагенту (наименование, реквизиты)Описание :
Редактирование организацийЧто измененно :
Ведение истории по контрагенту (наименование, реквизиты)
Необходимо реализовать возможность неоднократного
изменения реквизитов организации (включая собственную)
в справочнике "Каталог организаций", сохраняя старые
реквизиты во всех документах, бухгалтерских проводках и
сальдо, предшествующим датам изменения реквизитов.
Ведение истории карточки контрагента, необходимо
поскольку часто (по разным причинам) меняются его
реквизиты: наименование, ИНН, КПП и т.д. Отсутствие
истории по контрагенту приводит к возникновению
дублирования контрагентов в справочнике, затрудняет
отслеживать правильность заполнения реквизитов
контрагента в первичных документах.
Лучше унифицировать хранение истории по
контрагенту в одной таблице (например,
KATORGHIST,связанной отношением "один-ко-многим" с
таблицей KATORG) Это позволит унифицировать обработку
различных событий изменения реквизитов контрагента -
Наименования, адреса, КПП и т.п. Это не потребует ввода
внешних атрибутов, которые засоряют базу данных
и привести все изменения к одному виду - отработчику
событий.
Как измененно :
Добавлена настройка
"Настройки Галактики \ Общие настройки системы \ Каталог организаций и банков \
При печати учитывать историю изменения атрибутов организации"
Пункт локального меню "История наименований" переименован в "История изменения
атрибутов организации".
Добавлено сохранение значения наименование организации при печати по настройке
"Настройки Галактики \ Общие настройки системы \ Каталог организаций и банков \
Представление наименования организаций при печати документов".
Обновлен интерфейс истории атрибутов. В верхней части отображается список
сохраняемых атрибутов и текущее значение. В средней - дата изменения и
значение. В нижней - комментарий.
Редактирование истории доступно в зависимости от настройки "Настройки Галактики
\ Общие настройки системы \ Доступ к таблицам \ Запретить модификацию \
Каталога контрагентов".
Если текущее значение не совпадает с последним в истории, то они выделяются
красным цветом. При этом запрещен выход из интерфейса (это не распространяется
на ситуацию, когда запрещено редактирование истории).
Доступно сохранение истории 3-х атрибутов:
- Наименование
- Тип
- Наименование организации для печати ("Настройки Галактики \ Общие настройки
системы \ Каталог организаций и банков \ Представление наименования организаций
при печати документов")
Доработана печать наименований организаций в документах:
- Платежные документы
- Накладные
- Акты
- Документа-основания
- СФ
При значении настройки "Настройки Галактики \ Общие настройки системы \ Каталог
организаций и банков \ Представление наименования организаций при печати
документов" - "по настройке структуры КАУ для организации" для автоматического
изменения истории параметра 'Наименование организации для печати' необходимо
прописать в конфигурационном файле:
[Galaxy]
KauCache=off
L_SOPRDOC
Краткое описание :
Доп.настройка в нумерации НВПОписание :
Накладные на внутреннее перемещениеЧто измененно :
Доп.настройка в нумерации НВП
В галактике есть настройка: Настройка-Администратор настроек-Логистика-Документы-Сопроводительные документы-Формировать номер документа по. Согласно которой устанавливается номера всех сопроводительных документов системы. Возникла необходимость ввести отдельную подобную настройку для накладных на внутреннее перемещение, чтобы мы могли ввести сквозную цифровую нумерацию отдельно для НВП в рамках года, не зависимую от центра ответственности. В данный момент нумерация зависит от ЦО (как в накладных на отпуск, где это нужно). В данный момент номера в НВП содержат в начале буквы, что приводит к большому числу ошибочных ситуаций в отчете после пересчета средних цен(Н-р: В один день приход на склад идет по накладной с номером С-1037, а расход по накладной с номером К-1256, данная ситуация рассматривается системой как ошибочная, т.к. при расчете система сортирует накладную по номеру в алфавитном порядке).
Как измененно :
Добавлены настройки:
"Настройки Галактики \ Логистика \ Складской учет \ Сопроводительные документы \ Внутреннее перемещение \ Формировать номер документа по"
'настройке "Автонумерация документов"'
'настройке "Нумерация в разрезе центров ответственности"'
'настройке "Формат номера документа"'
"Настройки Галактики \ Логистика \ Складской учет \ Сопроводительные документы \ Внутреннее перемещение \ Формат номера документа"
Данные настройки распространяются только на НВП (600 документ).
L_SOPRDOC
Краткое описание :
В актах на перемещение между объектами нет значений в полях "нетто" и "брутто"Описание :
Акты на перемещение между объектамиЧто измененно :
В актах на перемещение между объектами нет значений в полях "нетто" и "брутто"
Ошибка проявляется при выборе позиций спецификации из прайс-листов. Если выбирать из каталога или текущих остатков, то нетто+брутто заполняются.
Как измененно :
Исправлено
L_SOPRDOC
Краткое описание :
Цикл при проверке(обновлении) реестра настроекОписание :
Проверка реестра настроекЧто измененно :
После установки последних обновлений, при входе в Систему начинается проверка реестра настроек.
При проверке Система постоянно стоит на сообщении "Инициализация значений 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 ));
L_SOPRDOC
Краткое описание :
Дооценка по одному акту и нескольким накладнымОписание :
Акты на услуги, работыЧто измененно :
Дооценка по одному акту и нескольким накладным
Как измененно :
Если в Акте на примем услуг привязать сразу несколько накладных, то можно провести дооценку сразу по всем накладным, при этом будет создано столько дооценочных ордеров, сколько приходных ордеров по выбранным накладным.
L_SOPRDOC
Краткое описание :
Количество при распределении в акте на услуги, работыОписание :
Акты на услуги, работыЧто измененно :
Количество при распределении в акте на услуги, работы
Как измененно :
Автопересчет количества в распределении по складам.
Добавлена настройка: "Настройки Галактики \ Логистика \ Документы \ Сопроводительные документы \ Расчет сумм, налогов \ Пересчитывать количество в распределении по складам при модификации количества в спецификации"
При изменении количества в спецификации сопр.документа
- при значение "Да": происходит пересчет Количества, в соответствии с установленными Процентами распределения
- при значении "Нет": происходит пересчет Процента, в соответствии с установленным Количеством в распределении.
Для того, чтчтобы подсчитать общий процент, нужно в Конфигураторе (Сервис - Конфигуратор - Параметры) включить параметр: UseBrowserCacheAndSort = True (Секция System).
Далее в окне с распределением настроить Агрегат (клик Правой кнопкой мыши по заголовку броуза с Распределением по складам): для поля "Процент (PERCENT)" выбрать значение "Сумма". Тогда под колонкой "Процент" появится итог по этой колонке
L_SOPRDOC
Краткое описание :
Большая погрешность при пересчете сумм в накладных по курсу на дату авансаОписание :
Пакетный пересчет сумм в НДЕ для накладных/актов по курсам на дату платежаЧто измененно :
Большая погрешность при пересчете сумм в накладных по курсу на дату аванса
Как измененно :
Решение на 9.1!
Управление снабжением \ Операции \ Пакетный
пересчет сумм в НДЕ для накладных/актов по курсам на
дату платежа
Изменили пересчет налогов в НДЕ, через интерфейс,
доступный только на версии 9.1
Для проверки правильности расчета создан файл
RecalcSumByPlat.xls, в котором вводим данные по
накладной и платежу, в результате получаем суммы,
которые должны быть после пересчета.