Информация о файле обновления Галактика L_COMMON_RES_810760.TXT


Описание файла обновления:
ФайлL_COMMON_RES_810760.TXT
ОбновлениеL_COMMON_RES_810760
НазначениеОбщее
ПродуктГалактика 8.10
Релиз03.11.2006 : Atlantis 5.2.8
КомпонентL_COMMON
ТипRES
Версия8.10.76.0
Дата2015-07-10 12:32:04
Проблема ПИРПервое решениеОписаниеПроектДетализация
Что изменено:Как изменено:
102.141994NEWЗаполнение графы 7 книги покупокУправление снабжениемКнига покупок
Заполнение графы 7 книги покупок Клиент утверждает, что: Графа 7 книги покупок должна заполняться для операций с кодом: 02, 05, 06, 19, 20, 23. СФ формируются по платежным документам. Графа 7 книги покупок не должна заполняться для операций с кодом: 01, 04, 13, 18, 22. СФ формируются по сопроводительным документам. Коды 18, 22, 20 заданы для типов записей регистрации в книге покупок. Коды 01, 02, 04, 05, 06, 13, 23 заданы для типов счетов-фактур. По коду 06, 19, 20 информация в графу 7 задается и попадает из внешних атрибутов, а по коду 02, 05, 23 из платежных документов по уплате НДС. Если установить настройку Настройки Галактики Логистика Налоги, документы для учета НДС Россия, Молдова, Узбекистан Печать СФ Печать информации об оплате, книга покупок только по внешнему атрибуту "Номер и дата оплаты НДС", тогда графа 7 не заполняется по коду 02, 05, 23. А нужно, чтобы заполнилась. Если установить значение настройки "по внешнему атрибуту "Номер и дата оплаты НДС" или по привязанным документам", то по СФ с кодом 01, 04, 22(регистрация аванса в момент отгрузки) в графу 7 выходит оплата по авансовому платежу. А здесь заполнять гр.7 не надо.Настройка "Печать информации об оплате, книга покупок", добавлено новое значение "по внешнему атрибуту "Номер и дата оплаты НДС" или по платежным кодам операций". Если оно установлено, то в книге покупок графа 7 с данными по оплате заполняется только в случае задания внешнего атрибута или платежного кода операции (02, 05, 06, 12, 19, 20, 23). Во всех остальных случаях не заполняется.
103.7513NEWПо особенностям регистрации записей по бланкам строгой отчетности (БСО) с кодом 23Управление снабжениемКнига покупок
По особенностям регистрации записей по бланкам строгой отчетности (БСО) с кодом 23 Графы 3 и 7 должны совпадать, о чем разъясняет Минфин России в письме от 23.03.15 N 03-07-11/15889 В данный момент колонка 7 не заполняется.Настройка "Печать информации об оплате, книга покупок", добавилось новое значение - по вн.атрибуту "Номер и дата оплаты НДС",по плат.кодам, для кода 23 - из графы 3 При установки настройки в это значение, для записей регистрации книги покупок с кодом 23 данные из графы 3, Номер и дата счета-фактуры продавца, переносятся в графу 7, Номер и дата документа, подтверждающего уплату налога. Этот перенос работает только при отсутствии внешнего атрибута в записи регистрации и в привязанном СФ.
102.1332648.10.74.0Требуется добавить функционал автоформирования кода Объекта строительства только с нового объектаУправление капитальными вложениями и строительствомОбъекты строительства
Требуется добавить функционал автоформирования кода Объекта строительства только с нового объекта. На данный момент при вкл настройки с параметром "автоформирование кодов только для новых объектовзаявок" переформировывается все номера с признаком автокод, если ранее настройка автоформирования была выключена.Исправлено.
106.98978.10.74.0Internal error 24 in G_ExpImp.dll at 0000CF09 в трехуровневой архитектуре.Заработная платаРСВ-1 2014 в XML
При формировании РСВ-1 в XML-формате в трёхуровневой архитектуре приложение прекращает работу с выдачей ошибки: Internal error 24 in G_ExpImp.dll at 0000CF09.Исправлено. В трёхуровневой архитектуре РСВ-1 в формате XML формируется корректно.
101.543738.10.73.0ЗП:РСВ-1. Необходимо структуру XML-файла разбивать с помощью перевода каретки.Заработная платаРСВ-1 2014 в XML
ЗП: РСВ-1. Необходимо структуру XML-файла разбивать с помощью перевода каретки. На данный момент структура XML-файла выводится одной строкой. Клиенту данный вид неудобен для редактирования и просмотра. По этой причине необходимо разбивать части файла с помощью перевода каретки (как это было в старой версии XML).Каждый элемент формируемого XML-файла отображается на новой строке с отступом, соответствующим уровню вложенности.
102.1279498.10.72.0Дата оплаты КНИГИ ПОКУПОК, ПРОДАЖ в XMLРасчеты с поставщиками и получателямиКнига покупок
Опять проблема с отправкой книг в налоговую, а именно с Датой оплаты КНИГИ ПОКУПОК, ПРОДАЖ в XML описание во вложении.XML-форма книг продаж/покупок, если дата оплаты не задана, то поле ДатаОплСчФПрод н форму не выводится.
102.1243658.10.71.0Импорт счет-фактуры из ЭДОРасчеты с поставщиками и получателямиСчета-фактуры поставщика
Импорт счет-фактуры из ЭДО Импортируется счет-фактура, присланная в электронном виде в формате XML, в Галактику как облагаемая НДС 18%, хотя на самом деле она без ндс.Корректный импорт из ЭДО счетов-фактур, у которых есть позиция спецификации без НДС. Ситуация "без НДС" определяется, в позиции спецификации не устанавливается группа налогов и в СФ сумма попадает в раздел "Без НДС".
102.1273408.10.71.0Наименования полей XML-файла не должны содержать пробелыУправление договорамиУведомление о контролируемых сделках
Ошибка при создании xml файла, если поле содержит пробел. Процедура AddAttr, файл XMLConverter.vip.Убираем лишние пробелы благодаря Trim.
102.1266278.10.70.0Формат выгрузки даты оплаты СФ в XMLУправление сбытомКнига продаж
Формат выгрузки даты оплаты СФ в XML Налоговая не принимает книгу продаж, покупок, т.к. утверждают, что дата оплаты СФ, если таковая отсутсвует, вообще не должны выгружаться, у нас выгружается формат ДД/ММ/ГГГГ. описание во вложении.XML-отчеты (книги покупок/продаж, журнал и т.д.). Если дата не задана, то в отчет выгружается пустое значение.
101.526728.10.69.0Свой тип СФ с исправлениемУправление сбытомНаши счета-фактуры
Необходимо добавить возможность создания собственных типов СФ с исправлением. Дополнительное описание во вложении.Разработана возможность создания пользовательских типов СФ-исправлений - в окне редактирования типа документа признак "является исправлением". Пользовательские типы работают аналогично стандартным типам-исправлениям: регистрация, печать СФ и книг.
102.1241308.10.68.0В ДО - цена = 0?Управление снабжениемПриходные накладные
В ДО - цена = 0? В накладной есть соп.услуга(%) = 1% , т.е. и цена и сумма одинаковы. По кнопке из накладной создаем ДО - в нем цена = 0. И больше в интерфейсе(см. вложение) выбора ДО из накладной и цена и сумма по услуге раны нулю!Исправлен интерфейс выбора ДО. Поле "стоимость" для услуги "%" была нулевая.
102.1190998.10.67.00154. Оптимизация алгоритма пересчета складских остатковКонтур логистикиПредложение по новой функциональности контура логистики
0154. Оптимизация алгоритма пересчета складских остатков Проект: 0154. Оптимизация алгоритма пересчета складских остатковРеализован алгоритм пересчета остатков на DSQL. Скорость пересчета возросла от нескольких раз до нескольких сотен раз (в зависимости от конкретной СУБД и БД). Запуск алгоритма регулируется настройкой: "Настройки Галактики - Логистика - Складской учет - Расчет остатков с использованием DSQL" По-умолчанию значение "нет", и запускается старый алгоритм на VIP. У пользователей с файл-серверной платформой будет запускаться данный алгоритм по-умолчанию, не зависимо от значения настройки. Пользователи же с клиент-серверной архитектурой, имеющие проблемы с быстродействием, могут выставлять значение данной настройки в "да" с целью ускорить процесс пересчета.
102.1233398.10.67.0Некорректно происходит перенумерацияСкладской учетНакладные на внутреннее перемещение
Некорректно происходит перенумерация позиций спецификации НВП, транзитных при удалении, если первая позиция имеет номер, отличный от 1.Исправлена перенумерация по Транзитной накладной, если по Накладной привязаны Услуги. Услуги не учитываются при перенумерации.
102.1207178.10.66.0Проблемы, если в настройке "Экспортный" статус накладной = "исполняемый"Расчеты с поставщиками и получателямиНаши счета-фактуры
Если в настройке "Экспортный" статус накладной = "исполняемый", т.е. стандартный статус сопрдоков, то не создаются записи регистрации аванса в момент отгрузки. Без дебаггинга определить причину такой проблемы крайне затруднительно. Поэтому надо найти место, где выдавать информацию о недопустимости такого значения настройки, возможно, при самой регистрации. Также проверить необходимость такого кода, т.е. при экспорте сторно-записи создаются, а аванс в момент отгрузки - нет. Если при экспорте сторно авансов не должно происходить, то, может, его надо запретить глобально, а не на последнем этапе?В настройках раздела "Налоги, документы для учета НДС" есть настройки статусов сопроводительных документов, для которых выполняются специальные алгоритмы формирования СФ и их регистрации. Доработан выбор статусов таким образом, чтобы пользователь не мог выбрать системный тип статуса и тем самым переопределить стандартный алгоритм формирования и регистрации СФ. Список настроек: - "Экспортный" статус накладной, папка Россия, Молдова, Узбекистан - Экспортные отгрузки; - Статус актов на прием услуг для регистрации ГТД, папка Украина; - Статус актов на прием услуг для регистрации ГТД, папка Беларусь; - Статус сопроводительных документов для возмещения затрат, папка Беларусь.
101.476238.10.65.0запрет редактирования инв-ии до формирования актовСкладской учетИнвентаризационные бланки
Клиент просит добавить настройку, которая бы запрещала пользователю редактировать инвентаризацию пока по ней еще НЕ сформированы акты. Доступны только просмотр и печать. По аналогии с настройкой Логистика/Документы/Контроль удаления и модификации - Модификация инвентаризации после формирования актов.Добавлена настройка: "Настройки Галактики Логистика Документы Контроль удаления и модификации Модификация инвентаризации до формирования актов" Данная настройка разрешает или запрещает модификации инвентаризации до момента создания актов. Для пользователей у которых будет установлен запрет по данной настройке будет возможность только просмотра существующей инвентаризации и печать ведомостей инвентаризации, модифицировать что-либо в инвентаризации они не смогут. Создавать акты по инвентаризации при этом будут другие пользователи у которых не будет запрета модицификации инвентаризации.
102.1173138.10.65.0Разработать корректировочный СФ в электронном видеРасчеты с поставщиками и получателямиНаши счета-фактуры
а основании Приказа Федеральной налоговой службы (ФНС России) от 5 марта 2012 г. N ММВ-7-6/138@ г. Москва ,утвержден формат корректировочного СФ в электронном виде. См. вложенные файлыРеализован импорт корректировочной СФ из Xml-файла. В локальном меню окна просмотра СФ добавлен пункт меню "Импорт из ЕДО". При помощи данного пункта можно произвести импорт СФ из xml-файла. Перед импортом открывается диалог, в котором пользователь должен импортируемый файл и тип СФ. Формат импортируемого файла, содержащего СФ с типом "Корректировочный счет-фактура", должен соответствовать формату утвержденному приказом ФНС России от 05.03.2012 № ММВ-7-6/138@.
102.1215208.10.64.0Необходимо при изменении статуса в договорах и ПКП сохранять дату и время сервераУправление договорамиКалендарный план
Необходимо при изменении статуса в договорах и ПКП сохранять дату и время сервера, а не локального компьютера. Если часы на машине у пользователя спешат/отстают от серверного, то появляются статусы в будущем или прошедшем времени.Добавлена новая настройка "Настройки Галактики Общие настройки системы Дату и время записи об изменении статуса брать с сервера с БД" При изменении статуса запись в историю об изменении будет попадать с датой и временем сервера с БД Дата-время с тайм-сервера, определяется параметром Network.TimeServer
102.1196418.10.63.0Печать данных о платеже в СФРасчеты с поставщиками и получателямиНаши счета-фактуры
Печать данных о платеже в СФ С последними обновлениями изменился механизм отражения данных о платежном поручении в печатной форме отгрузочной счет-фактуры. Теперь необходимым условием отражения платежа в СФ является распределение платежа по позициям накладных, либо сторно-записи по связи с авансовым СФ. И тот и другой варианты представляют значительные сложности в практической реализации у клиента. Т.к. клиент не ведет ни авансовые счет-фактуры, ни распределение платежа. Он просит оставить третьим вариантом механизм, действовавший ранее, когда предоплатный платеж в СФ выводился по связи через ДО, без дополнительных условий.В параметры печати СФ добавлен параметр Печать полей - выводить - платеж по ДО, без распределения и сторно. При установке этого параметра при печати отгрузочного СФ, если отсутствуют распределение платежа и сторно-записи регистрации аванса, то информация о платеже ищется по связи отгрузки с платежом через ДО, как было ранее.
102.1191448.10.62.0Электронные СФ: ошибка загрузкиРасчеты с поставщиками и получателямиНаши счета-фактуры
Электронные СФ: ошибка загрузки При экспорте СФ для НаимТов="Услуги по захоронению отходов", например, имеем следующую структуру налогов: <НалСт НалСтВел="18" НалСтТип="процент"></НалСт> Но при попытки импорта СФ с этой же услугой и этой же структурой по налоговой ставке ,система выдает ошибку: " Ошибка. ставка налога не соответствует установленной в группе налогов для katusl "Импорт СФ с услугами проходит корректно.
102.1199508.10.62.0Экспорт для ЭДО: наименование организацииРасчеты с поставщиками и получателямиНаши счета-фактуры
Экспорт для ЭДО: наименование организации При экспорте СФ для ЭДО, собственная организация выгружается с пробелом в начале организации, например: НаимОрг=" ЗАО "Март-Консалтинг"". Необходимо, чтобы собственная организация выгружалась без пробела в начале организации, например: НаимОрг="ЗАО "Март-Консалтинг"". Т.к. при импорте в другую базу, где это же наименование организации, но не является собственной, Галактика выдает ошибку, что такая организация отсутствует.При экспорте СФ для ЭДО наименование организации выгружается без всяких пробелов перед и после. При импорте СФ тоже есть проверка: если организацию в базе не нашло, то идет поиск: 1. без начального пробела, если он есть; 2. с пробелом, если его нет.
106.95998.10.62.0Печать данных о платеже: кассовый чекРасчеты с поставщиками и получателямиНаши счета-фактуры
В данных о платеже ДО привязан приходный ордер, в расширенной информации которого указан № кассового чека. При печати такого СчФ в поле (5) выводятся слова "кассовый чек", его № и дата. При пакетной печати счетов-фактур СчФ с кассовым чеком выводится на печать аналогично, но в счетах-фактурах, которые выводятся за этим, печатаются слова "кассовый чек" при привязанном ПлПор (номер и дата ПлПор выводятся верно), т.е. название документа. У Клиента огромное кол-во счетов-фактур, печатают пакетами. Решение проблемы очень актуально.Печать СФ, поле "К платежно-расчетному документу", не печатаются слова "Кассовый чек".
102.1187348.10.61.0Не экспортировать тип организации в ЭСФУправление сбытомНаши счета-фактуры
По мотивам доработки 101.46667 "Электронные счета-фактуры". Если в каталоге организаций у контрагента (например, "Такском") указан тип, например "ЗАО", то при экспорте в ЭСФ наименование этой организации будет включать и её тип - "ЗАО Такском" (вызов oKatOrg.GetKatOrgName(KatOrg.NRec, koFullName)). Если затем пытаться импортировать такой ЭСФ в базу данных, содержащую ту же организацию с типом, то импорт не пройдет, т.к. не будет найдена организация с наименованием "ЗАО Такском". Нужно доработать экспорт, чтобы наименование организаций не содержало тип, т.е. чтобы в нашем примере выгружалось наименование "Такском".При импорте, если не найдена организация по импортируемому имени, то повторно ищется по наименованию, и которого удалено первое слово (включая пробел). При повторном поиске также проверяется тип организации с вырезанным при поиске префиксом (без пробела). Таким же образом обрабатываются своя организация, грузополучатель и грузоотправитель.
102.1173078.10.60.0Разработать журнал полученных и выставленных счетов-фактур в электронном видеРасчеты с поставщиками и получателямиЖурнал учета полученных и выставленных счетов-фактур
На основании Приказа Федеральной налоговой службы (ФНС России) от 5 марта 2012 г. N ММВ-7-6/138@ г. Москва ,утвержден журнала учета полученных и выставленных счетов-фактур в электронном виде. См. вложенные файлыВ настройки формирования журнала добавлен формат вывода - XML. При выборе данного формата необходимо указать путь на папку, куда будет выгружаться отчет, в поле "Путь к каталогу обмена данными" (поле появляется в настройках формирования отчета при выборе формата XML). Перед выгрузкой журнала необходимо задать идентификатор получателя - налогового органа, для которого предназначен файл, четырехразрядный код налогового органа в соответствии с СОНО в настройке "Настройки Галактики Бухгалтерский контур Отчеты Налоговая отчетность Код налогового органа получателя информации", иначе наименование файла будет неверным. При успешной выгрузке появится сообщение "Данные выгружены в файл: (наименование файла)". На момент разработки выгрузки есть несоответствие схеме - наименование файла требует больше символов, чем заявлено (формируется наименование более 100).
102.1163398.10.59.0Сводная накладная потеря преемственностиУправление сбытомСводные накладные на отпуск
Сводная накладная потеря преемственности при выборе накладных ранее в спецификации ранее заполнялось поле контрагент автоматически на данный момент оператор вынужден заполнять это поле в ручную, если это было сделано специально то может быть стоит добавить настройку что бы поле конт агент заполнялось автоматически из первой накладной в спецификации.Добавлены следующие настройки "Настройки Галактики Логистика Документы Управление снабжением Сводный сопроводительный документ Контрагент по умолчанию" и "Настройки Галактики Логистика Документы Управление сбытом Сводный сопроводительный документ Контрагент по умолчанию": - не заполняется (по умолчанию); - из первого сопроводительного документа - При выборе несколько накладных/актов в сводную накладную заполняется поле "контрагент" из первого выбранного документа. Добавили наложение фильтра на контрагент документов (если был выбран контрагент, то в спецификации сможем выбрать только те документы, у который имеется данный контрагент). Добавили проверку поля "Автопредприятие" в ТТИ, при добавлении документов в спецификацию, т.е. если заполнено это поле, то оно не будет удаляться и заполняться другим первым документом.
102.1137398.10.58.0Необходимо добавить возможность выбора внешнего атрибута.Платежный календарьРасходование средств
Добавить новый документ системы "Платежная заявка"Для документа "Платежная заявка" добавлена возможность работы с статусами
102.1131818.10.56.1Невозможно сформировать М29 при остатке МЦ равном мин. значению для количестваУправление капитальными вложениями и строительствомОтчет по форме М-29 (Ведомость переработки давальческих материалов) [Россия]
В спецификацию отчета М-29 нельзя посредством интерфейса выбора добавить МЦ в количестве, равном значению настройки "Минимальное значение для количества МЦ".Исправлена ошибка выбора МЦ в количествах, равных значению настройки "Минимальное значение для количества МЦ".
102.1119028.10.56.0При списании с контролем удостовер. кач-ва не выводится протокол ошибок.Управление сбытомНакладные на отпуск
При списании по расходной накладной с контролем статуса или удостоверения качества в случае ошибок не выводится протокол ошибок. При пакетном же формировании ордеров по накладной на отпуск в таких ситуациях ордера не формируются и никаких отчетов и сообщений не выводится совсем.Исправлен алгоритм протоколирования в коде проверки статуса и удостоверения качества во время формирования расходных ордеров.
102.1120868.10.56.0Протокол при списанииУправление сбытомНакладные на отпуск
Проблема созвучна с ПИР 102.111872. В протоколе обрезается не только номенклатурный номер, но также номер партии, а также значения настроек.По настоятельному требованию, был произведен откат изменений, и теперь протоколы вновь формируются в формате бизнес-текст. Будем надеяться, что и другим пользователям был неудобен новый и более функциональный тип отчетов в формате FastReport. Теперь протокол FastReport отображается только при пакетном формировании накладных.
102.1122968.10.55.0Проставляются неверные порядковые номера спецификацииСкладской учетНакладные на внутреннее перемещение
Проставляются неверные порядковые номера спецификации 1.Создаем НВП 2.Заполняем шапку 3.Добавляем в спецификацию 5 МЦ Результат: у мц в спецификации номера как надо 1-5 4.Создаем еще одну НВП 5.Заполняем шапку 6.Добавляем в спецификацию 10 мц Результат: номера мц в спецификации 6-16 Если создать любой другой документ ( например акт на списание) - то номера будут начинаться с 16! Проблема глобальная!Исправлена нумерация по различным документам позиций спецификации
102.1092308.10.54.0Привязки МЦ к нормативным работамКонтур логистикиОбъектные сметы
Если к нормативной работе привязано несколько МЦ или Услуг и в конкретной смете выбрано по одной МЦ или Услуге из списка, целесообразно, чтобы именно эти привязки автоматически попадали в план работ по данному объекту. Сейчас эти МЦ или Услуги нужно повторно выбирать из списка при создании плана работ на основании локальной сметы, так как при выборе работы или ресурса из сметы автоматически выбирается первая запись из привязанных МЦ, а не та, которая была указана в смете.Если к нормативной работе/ресурсу привязано несколько МЦ или Услуг и в конкретной смете выбрано по одной МЦ или Услуге из списка, то именно этим привязкам отдается предпочтение при выборе МЦ/Услуг из локальных смет.
102.1103278.10.54.0Запрещать редактирование цены в ДО на продажуУправление сбытомСчета, ДО на продажу
Необходима настройка запрещающая редактирование цены в ДО на продажу("Заблокировать изменение цены в ДО"). Настройка яЙ"Настройки ГалактикиЛогистикаДокументыКонтроль удаления и модификациияЙяИЗапрещать редактирование цен и СКИДОК в ДО, накладных и актахяИ" клиента не устраивает, так как цену они регулируют скидками.Расширены параметры настройки "Настройки Галактики Логистика Документы Контроль удаления и модификации Запрещать редактирование цен и скидок в ДО, накладных и актах" Выделены в отдельные параметры редактирования скидки по ДО. Теперь можно управлять доступом к ценам и скидкам ДО отдельно Настройка переименована в "Разрешать редактирование цен и скидок в ДО, накладных и актах"
102.1118728.10.54.0Протокол списания МЦ обрезает ном. номер при длинном названии МЦУправление сбытомНакладные на отпуск
Протокол списания МЦ обрезает ном. номер при длинном названии МЦ Не хватает на складе МЦ. Выдает протокол. Наименование МЦ достаточно длинные. Обрезается ном. номер. Когда большие спецификации и много одинаковых наименований МЦ определить какой не хватает очень сложно.Теперь слова в строке переносятся, и строка растягивается, соответственно отображая всю необходимую информацию.
102.1119298.10.54.0Неверный расчет общего объема и массы тары в справкеУправление сбытомНакладные на отпуск
Неверный расчет общего объема и массы тары в справке Для клиента потеря преемственности. Вот, что пишут: "Нашу бедную справку ломают уже в третий раз. Это просто возмутительно! Супер срочно нужно решить." Накладная на отгрузку, "Справка об объеме и массе позиций спецификации документа". Если к нескольким позициям привязана одна и та же тара, то считает не верно. См. вложение.Справка об объеме и массе спецификации. Исправлен подсчет общей массы и объема.
106.94198.10.54.0Потеря преемственности: в протоколе сообщений не выводится инф. о недостающих МЦУправление сбытомПакетное формирование ордеров по накладным на отпуск
Потеря преемственности: в протоколе сообщений не выводится инф. о недостающих МЦ В результате решения ПИР 101.43879 из протокола исчезла информация о недостающих МЦ, что пользователи сразу заметили. Настройка протоколирования сообщений удобна и нужна, но просьба дополнить отчет, формируемый в FastReport, данными по недостающим МЦ в том объеме, какой был до ПИР 101.4387. См. вложение.Сообщения были добавлены в переработанную систему протколирования.
180.61198.10.54.0Планирование строительства по Способам строительстваУправление капитальными вложениями и строительствомПредложение по новой функциональности модуля УКС
Необходимо реализовать возможность формирования планов строительства с использование способов строительства: Собственные силы/Подрядные организации. 1.Вариант. Добавление новой оси в параметры плана. При формировании плановых показателей необходимо предусмотреть возможность расчета: по, сс = Собственные силы + Подрядные организации; Собственные силы = по, сс - Подрядные организации; Подрядные организации = по, сс - Собственные силы Необходимо чтобы по введенным способам строительства производился расчет фактических показателей по плану. При проведении расчета по оперативным документам был разработан алгоритм расчета: 1. При расчете факта необходимо производить настройку документов на каждый способ строительства. 2. Расчет по типу подряда "Подрядные организации" должен производиться по оперативным документам: Реестр смонтированного оборудования, Ведомости переработки давальческих материалов, Акт выполненных работ - Акт подрядчика. 3. Расчет по типу подряда "Собственные силы" - производится по Акту выполненных работ - Акт собственный. 4. Для расчета способа строительства по Акту на прием услуг необходима дополнительная настройка: выбора организаций (по Ins) которые попадают в способ строительства "Собственные силы". 2. Вариант. Формирование планов КС с учетом аналитики. 1. При формировании плановых показателей по пользовательской аналитике реализовать возможность сбора показателей на верхний уровень иерархии. 2. При проведении операции расчета фактических показателей необходимо добавить параметр расчета "Учитывать внешние атрибуты" 3. При установке параметра "Учитывать внешние атрибуты" необходимо чтобы открывалась (или становилась активной) вкладка "Настройка внешних атрибутов в которой можно было бы произвести настройки расчета. Типы обработки документов: 1. Внешний атрибут шапки накладных/актов; 2. Внешний атрибут спецификации накладных/актов; 3. Внешний атрибут шапки накладных/актов, при отсутствии заполнения внешний атрибут спецификации накладных/актов; 4. Внешний атрибут спецификации накладных/актов, при отсутствии заполнения внешний атрибут шапки накладных/актов.Относится к: Планирование строительства (УКС Документы), Расчет фактических показателей по плану (УКС Операции). Реализована возможность формирования планов строительства с использование способов строительства: Собственные силы/Подрядные организации. Доработка реализована на базе пользовательских аналитик следующим образом: 1) Переименована группа настроек "Типы субподрядов" (Настройки Галактики Управление капстроительством Планирование) в "Способы строительства". 2) Добавлена новая системная настройка "Настройки Галактики Управление капстроительством Планирование Способы строительства Группировка по способу строительства", которая будет включать новый способ планирования в разрезе способов строительства. Наличие или отсутствие значения этой настройки будет признаком того каким образом выполняется планирование в разрезе способов строительства. Если в настройке "Группировка по способам строительства" не задана никакая аналитика, то планирование по способам строительства будет вестись по-старому: указываются аналитики-синонимы в настройках способов строительства; в планах выбираются конкретные организации для этих синонимов. 3) Добавлены следующие системные настройки: - Настройки Галактики Управление капстроительством Планирование Способы строительства Строительство подрядными организациями; - Настройки Галактики Управление капстроительством Планирование Способы строительства Строительство собственными силами; - Настройки Галактики Управление капстроительством Планирование Способы строительства Строительство иным способом строительства. Значения настроек выбираются из значений пользовательской аналитики, указанной в "Настройки Галактики Управление капстроительством Планирование Способы строительства Группировка по способу строительства". 4) Если в настройке "Группировка по способам строительства" задана пользовательская аналитика, то планирование по способам строительства ведется по-новому: в настройках способов строительства реализована возможность указывать не синонимы, а конкретные значения пользовательской аналитики "Способы строительства". Они же доступны для выбора и в планах строительства. 5) Расчет фактических показателей при новом способе будет ориентироваться на тип документа: Подрядные организации: - Реестр смонтированного оборудования - Ведомость переработки давальческих материалов - Акт выполненных работ подрядчика - Акт на прием услуг у контрагента которого не включен атрибут "Входит в состав корпорации" и контрагент не указан в настройке "Настройки Галактики Общие настройки системы Собственная организация Организация". Собственные силы: - Акт выполненных работ собственный - Акт на прием услуг у контрагента которого включен атрибут "Входит в состав корпорации" или этот контрагент указан в настройке собственной организации. Прочие способы: - Суммы, не относящиеся к перечисленным выше документам. Например: Пользователь создаст пользовательскую аналитику "Способы строительства" и задаст для нее значения "Подрядные организации", "Собственные силы" и "Прочие способы". Укажет их соответственно в группе настроек (Настройки Галактики Управление капстроительством Планирование Способы строительства ...). При расчете фактических показателей в спецификацию плана строительства для объектов строительства будут добавлены значения пользовательской аналитики "Способы строительства": Объект-1 Подрядные организации Собственные силы Прочие способы Объект-2 Подрядные организации Собственные силы Прочие способы Рассчитанные суммы будут отражаться не только на объекте строительства в плане, но и на соответствующем значении аналитики "Способ строительства". При помощи функции "Собрать из подчиненных" можно агрегировать на объекте строительства суммы в разрезе способов строительства. 6) Добавлен новый пункт контекстного меню "Рассчитать разность", позволяющий рассчитать разность сумм объекта и подчиненных ему аналитик. Таким образом пользователь сможет ввести показатели по объекту и по одному из видов подряда, а второй автоматически рассчитать при помощи "Рассчитать разность".
102.1095868.10.53.0Протоколирование сообщенийПредложение по новой функциональности Галактики ERP (по системе в целом)?
Протестировать, доработать исходники и отчет FR. Выложить исходники.Протестировано, выложено.
102.1098548.10.53.0Реализовать возмож. группир. тары в справке об объеме и массе позиций спец. док.Управление сбытомНакладные на отпуск
Реализовать возможность группировки тары в справке об объеме и массе позиций спецификации документов(СМ. ВЛОЖЕНИЕ)Управление сбытом - Накладная на отпуск Меню из расширенной информации "Справка об объеме и массе позиций спецификации документа". Реализовали возможность группировки тары (одинаковой) в справке об объеме и массе позиций спецификации документов.
102.1102618.10.53.0списание из м-29 с переброской между объектамиУправление капитальными вложениями и строительствомСправка об использованных материалах заказчика [Беларусь]
Не открывается окно создания Актов на перемещение между объектами в М-29, что затрудняет списание, если количество в М-29 больше остатка на величину, меньшую минимального значения количества. Например если: "Настройки Галактики Логистика Минимальное значение для количества МЦ" = 0.00000001 Доступный для списания остаток = 2.55 Количество в М-29 = 2.550000000000002В интерфейсе автоформирования Актов на перемещение между объектами при сравнении количества к списанию с доступным остатком выполняется округление сравниваемых величин до минимального значения количества.
102.1090908.10.52.0Провести реорганизацию настроекТехническое обслуживание и ремонт оборудованияНастройка
Провести реорганизацию настроекпункт "Документы" переехал в новое место "Настройки Галактики Логистика ТОРО (Техническое обслуживание и ремонт оборудования) Документы
103.54238.10.52.0Неверный расчет баланса по ДОУправление сбытомСчета, ДО на продажу
Неверно рассчитывается поле "отгрузка" при выборе ДО из накладныхисправлено
104.195348.10.50.0Не корректно работает функция Копирование групп настроекНастройкаАдминистратор настроек
"Настройка - Администратор настроек", при копировании настройки "Запрещать редактирование цен и скидок в ДО, накладных и актах" (1058) с помощью функции контекстного меню "Копирование группы настроек", значение настройки не копируется полностью, а именно копируется только значение "да"."нет", значение настроек из окна "Установка настроек редактирования" не копируются. Скриншоты процесса копирования и отчет о компонентах во вложенияхДоработана ф-я копирования для настройки "Запрещать ред-е цен и скидок в ДО, накл. и актах"
101.392568.10.49.0Не правильная регистрация аванса в момент отгрузки в книге покупокУправление сбытомНаши счета-фактуры
Не происходит регистрации аванса в момент отгрузки в книге покупок из СФ с типом "Оплата, предполата". Если регистрировать из СФ по отгрузке, то создается запись с неправильной суммой. См. мой тестовый пример во вложенном файле.При установке настройки Реализация Федерального закона № 119-Ф3 = да, настройка Разрешено не регистрировать СФ (дни) (папка Логистика -> Налоги, счета-фактуры -> Россия, Молдова, Узбекистан) становится недоступной для редактирования и не влияет на регистрацию СФ. Проблема проявляется на следующем примере: - создать авансовый платеж, СФ по нему и зарегистрировать. - На дату, большую, чем дата платежа + количество дней, заданных в настройке "Разрешено не регистрировать СФ (дни)", создать ДО, сопроводительный документ по нему, СФ, зарегистрировать. Статус СФ - Зарегистрирован. - затем к платежу привязать ДО. При этом в авансовом СФ при нажатии на кнопку Зарегистрировать операция регистрации аванса в момент отгрузки проходит.
101.463878.10.48.1Выбор из смет при включенной настройке контроля наличия МЦУправление капитальными вложениями и строительствомАкты выполненных работ
Выбор из смет при включенной настройке контроля наличия МЦ. Галактика не позволяет сделать выбор из сметы при определенных настройках. См. файл.1. Если контроль текущих остатков отключен и пользователь помечает работу, то для каждого ресурса помечается первая МЦ/услуга, связанная с этим ресурсом в объеме, равном объему ресурса (с учетом единиц измерения ресурса и МЦ/Услуги); 2. Если контроль текущих остатков отключен, то пометка в панели связанных МЦ/услуг работает следующим образом: на какой строке нажали Insert, только для той строки пометка инвертируется. Пометка работы при этом не меняется. 3. Если контроль текущих остатков включен, то при пометке пользователем работы, конкретные МЦ в ресурсах выбираются в количестве, не превышающем норму расхода по этой работе. Например в смете есть "Работа-1" в объёме 10 у.е.; у неё два ресурса "Ресурс-1" с нормой 2 шт и "Ресурс-2" с нормой 2 шт. Т.о. всего для 10 у.е. работы нужно по 20 штук каждого ресурса. Пусть к "Ресурсу-1" привязаны "МЦ-1.1", "МЦ-1.2" и "МЦ-1.3", а к "Ресурсу-2" привязана "МЦ-2". Пусть на дату формируемого АВР в наличии имеется: "МЦ-1.1" 7 шт "МЦ-1.2" 0 шт "МЦ-1.3" 7 шт "МЦ-2" 10 шт Т.е. "Ресурс-1" есть в наличии 14 шт, что хватит на 7 у.е. работы, а "Ресурса-2" хватит лишь на 5 у.е. При пометке работы выбираются: "Работа-1" 5 у.е. "МЦ-1.1" 7 шт "МЦ-1.3" 3 шт "МЦ-2" 10 шт Алгоритм следующий: сначала по каждому ресурсу определяется, какому максимальному объёму работы соответствует имеющееся в текущем остатке количество этого ресурса. Из рассчитанных значений выбирается наименьший объем работы, в поле "Выбрано" для работы отражается это значение. Далее для каждого ресурса работы выполняется пометка связанных с ним МЦ/услуг, причем количество помеченных не превышает произведение нормы расхода текущего ресурса на выбранный объем работы. 4. Исправлена ручная корректировка выбранного количества в нижних панелях: 4.1. Введенное пользователем значение сохраняться; 4.2. Если введено ненулевое значение, запись помечается, а если нулевое, то пометка снимается снята. Изменение количества не влияет на количества и пометку других записей, исключение - изменение количества и пометки вышестоящих записей, чтобы они соответствовали помеченным подчиненным. 4.3. При включенном контроле текущего остатка сравнивается введенное количество с остатком и если превышает, выдается предупреждение и значение устанавливается равным остатку.
101.348828.10.48.0добавить дату в примечаниеУправление сбытомНакладные на отпуск
создаем накладную на отпуск, привязываем договор на вопросы "создать накладную на основе выбранного договора" отвечаем - Нет, поле примечание накладной не заполнено. Создаем ДО на основании накладной. В ДО автоматом создается такое примечание: "по накладным 000814, договор 02/06". Необходимо, чтобы также автоматом вставлялась также и дата например: договор 02/06 от 09.06.2006.Доработано
101.374658.10.48.0Ручные скидки в ДОКонтур логистикиПредложение по новой функциональности контура логистики
Ручные скидки в ДОПри включенных настройках округления в Управлении сбытом при расчете цены с учетом простых скидок в % возможно некорректное формирование СФ или печати СФ из ДО. Пример. ДО на продажу, налоги не входят. МЦ: кол = 12, цена 9854.46, стоимость 118253.52 Скидка по ДО 46.3% Если скидку применить к сумме, то 118253.52 - 46.3% = 63502,14024 Округляем до 2-х знаков - 63502,14 Теперь получаем цену - 63502,14 / 12 = 5291,845. Округляем - 5291,85 5291,85 * 12 = 63502,20 <> 63502,14 По новой настройке "Настройки ГалактикиЛогистикаДокументыУправление сбытомСкидкиКорректировать простые скидки с учетом округления цены" Расчет будет вестить следующим образом - Применяем скидку 118253.52 - 46.3% = 63502,14024 Получаем цену 63502,14024 / 12 = 5291,84502 - округляем = 5291,85 Рассчитываем сумму - 5291,85 * 12 = 63502,20 (округляем при необходимости) Т.о. при печати рассчитанная цена с учетом % скидки будет соотноситься с суммой с учетом скидки и СФ будет корректна. P.S. Настройка введена для преемственности.
101.438798.10.48.0Информацию об ошибках помещать в протокол (снабжение, сбыт)Управление сбытомПакетное формирование ордеров по накладным на отпуск
При групповой обработке, например 1000 накладных, приходится находиться перед компьютером и следить за сообщениями, потом убирать их, чтобы не прерывался процесс (например, сообщения об отсутствии достаточного количества МЦ, и прочее). Групповая обработка рассчитана на автоматическое создание ордеров, но отчеты об ошибках, прерывающие процесс, сводят на нет всю автоматизацию. Предлагается изменить код интерфейса так, чтобы отчеты об ошибках не прерывали процесс, а формировались после завершения процесса. Для сохранения старого варианта вывода ошибок в интерфейсе настроек групповой обработки накладных можно ввести настраиваемый параметр (метку): "Формировать отчеты об ошибках после завершения процесса создания ордеров".В интерфейсы "Параметры пакетного формирования ордеров" в снабжении и сбыте была добавлена вкладка "Протоколирование сообщений", на кото- рой есть параметры пакетного протоколирования сообщений: (1) Не отображать пользовательские сообщения (2) Писать сообщения в файл-протокол (3) Дописывать протокол (4) Сформировать FastReport отчет (5) Отображать процесс протоколирования в окне Назначение параметров (если установлены): (1) - в процессе формирования все пользовательские Message-сообщения не отображаются на экране, а прячутся, дабы не прерывать пакетное формирование. (2) - все сообщения пишутся локально, в файл протокол MsgBatch, находящийся с исполняемым файлом в одной папке. (3) - дописать уже имеющийся протокольный файл. (4) - по окончанию протоколирования, печатать отчет FastReport. (5) - в процессе протоколирования сообщений, на экране отображается ход выполнения протоколирования.
101.458038.10.48.0добавить новый документ в настройку прав доступаСкладской учетНастройка прав доступа к документам
Нет возможности разграничивать права доступа к документам "Акты внутрискладского перемещения МЦ" взависимости от статуса. Необходимо добавить документ "Акт внутрискладского перемещения МЦ" (vidsopr=623) в список интерфейса по пути: Складской учет - Настройка - Настройка прав доступа к документамДобавлен Акт перемещения между ячейками в Настройку прав доступа к документам. Перед использованием настройки статусов документа первый раз необходимо запустить: Администратор - Проверка целостности таблиц - Проверка статусов.
102.714558.10.48.0Гармонизация настроек округления для розницыУправление розничной торговлей_все вопросы по Розничной торговле
Необходимо изменить названия настроек округления для модуля Розничная торговля. Сейчас есть уже 4 настройки, названия которых не очень корректно отражают смысл, возникает путаница. Одни из этих настроек действуют только на интерфейс КУТ при формировании цен, другие - на розничные накладные. Эти особенности нужно как-то систематизировать и отразить в Help. Возможно, есть смысл не дублировать настройки для округления стоимости, а использовать одну настройку для входящих и исходящих документов!!! Если добавлять настройки для каждой доработки для каждого клиента, в них скоро никто не сможет разобраться. Номера настроек 1519, 1520, 1521, 5003. Плюс настройки для количества цифр после запятой. Нужно сделать вложенные группы для таких настроек.Изменено
102.734638.10.48.0Навести порядок в папке настроек Налоги, счета-фактуры:НастройкаНастройка контура ЛОГИСТИКИ
Навести порядок в папке настроек Налоги, счета-фактуры: в зависимости от страны в задисайбленных папуах не должны быть доступны настройки, т.е. настройки для России - см. папку Украина - в ней достуны настройки 1573, 1575 Беларусь - 1580. При настройках для Беларуси - см. в России - 1534, 1536 -/- 1540, 1546 !!! Если настройки используются для всех стран - их надо выносить в верхнюю папку (налоги, счета-фактуры)Навела порядок
102.1025738.10.47.0добавить возможностьТехническое обслуживание и ремонт оборудованияЖурнал регистрации выявленных дефектов
добавить возможность фильтрации записей по настройке прав доступа к ОР и по настройке прав доступа к документам (нужно добавить еще и статус записи журнала)Добавлены 2 настройки: 1) "Настройки Галактики Логистика Управление ремонтами Журналы Журнал регистрации выявленных дефектов Расширенный режим работы" - нет(по умолчанию - ничего не изменилось) - да Если значение настройки "да, то доступна вторая настройка" 2) "Настройки Галактики Логистика Управление ремонтами Журналы Журнал регистрации выявленных дефектов Статус по умолчанию" - обнаружено - принято - запланировано а) Запись в журнале дефектов создана - "Статус дефекта" устанавливается в "Обнаружено". (Или по настройке) б) Запись в журнале дефектов измененауточнена - "Статус дефекта" меняется вручную на "Принято" или "Отклонено" или "Устранено". используется окно =Доступ к документам в зависимости от статуса= (Настройка прав доступа к документам). в) Запись в журнале дефектов привязывается к заявке на ремонт (статус заявки на ремонт = "оформляемый"). Если заявка на ремонт связана с позицией планового графика ремонта, тогда "Статус дефекта" меняется на "Запланировано". Иначе "Статус дефекта" меняется на "Устраняется немедленно" (заявка на ремонт НЕ связана с графиком или связана с позицией ВНЕПЛАНОВОГО графика ремонта). г) Запись в журнале дефектов привязана к заявке на ремонт и статус заявки на ремонт меняется на "исполняемый" - "Статус дефекта"устанавливается в "Ремонт". д) Запись в журнале дефектов привязана к акту выполненных ремонтов со статусом "исполняемый" - "Статус дефекта"устанавливается в "Устранено". Так же добавлена обработка настройки "Настройки Галактики Логистика Управление ремонтами Каталог объектов ремонта Права доступа к ОР"