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


Описание файла обновления:
ФайлC_EXPIMP_RES_91490.TXT
ОбновлениеC_EXPIMP_RES_91490
НазначениеОбщее
ПродуктГалактика 9.1
Релиз31.03.2012 : Atlantis 5.5
КомпонентC_EXPIMP
ТипRES
Версия9.1.49.0
Дата2017-09-15 17:31:16
Проблема ПИРПервое решениеОписаниеПроектДетализация
Что изменено:Как изменено:
102.172240NEWпотеря преемственности: экспорт каталога ОС не грузит данные в один файлОбмен бизнес-документамиОсновные средства
Потеря преемственности: экспорт каталога ОС не грузит данные (поле spkatos.STOIMPS) если все данные выгружать в один файл. Проблема не наблюдается, если грузятся данные ОС в два файла. Обе настройки: рабочая и не рабочая вложены. По заявлению клиента, проблема стала наблюдаться после перехода с атлантиса 5.5.26 на 5.5.27 Я проверил, подтверждаю это. Вложил старый отчет о системе, на котором еще работало. Из странностей: 1. если данные ОС выгружаются в один файл, то система запрашивает метод учета ОС. Хотя при выгрузке в 2 файла такого не происходит на той же базе, т.е. корректно берется текущий метод учета ОС. На старых EXE при выгрузке в один файл запрос на выбор метода тоже не выдается. 2. На свежих EXE на тестовых данных предлагается выбор из существующих в каталоге методов учета ОС. Но на базе \by01-psql02DatabasesU4\_dtsavobalt.nikAvtobaltDATA откуда то выбирается метод "Бухгалтерский", хотя в перечне методов только "Налоговый" и "национальный"! Т.о. при выгрузке в один файл происходит что то с переключением на текущий метод учета ОС (таблица NASTROS), именно поэтому данные из spkatos не тянутся. Прошу срочно исправить, горит проект Автотора.Исправлено.
101.620289.1.47.0Не всегда наследуются внешние атрибуты из вышестоящего документа.Контур логистикиНе знаю, какая именно часть контура логистики, научите
При формировании ДО на закупку и приходных накладных не всегда наследуются внешние атрибуты из вышестоящего документа. Ошибка происходит при формировании ДО на закупку на основании уточняющего соглашения, в котором внешние атрибуты заполнены. Аналогично происходит и при формировании приходной накладной из ДО на закупку, т.е. если в ДО на закупку заполнены внешние атрибуты, то они не наследуются в приходную накладную. Сообщили, что началось после установки решения ПИР 101.60501 Ошибка не стабильна, повторяется у разных пользователей, т.е. при создании документа внешние атрибуты могут все наследоваться, может быть частичное наследование, а может быть их отсутствие. Порядок выполненных действий при записи sil протокола: 1. Переформировали ДО на основании имеющего соглашения (внешние атрибуты спецификации не записались, в шапку документа внешние атрибуты сели) 2. Отвязали соглашение и выбрали его заново через расширенную информацию (результат такой же).Атрибуты копируются.
102.1675739.1.47.09.1.Не корректно выполняется импорт.Обмен бизнес-документамиИмпорт
Настройка импорта "Повторяющиеся документы". При установленном значении "не присутствующие в базе" импорт документов уже присутствующих в базе производится без предупреждения.Если документ присутствует в БД, то выдается предупреждение.
102.1482179.1.46.0Стандартный импорт из ExcelОбмен бизнес-документамиОбщие проблемы
Давно уже назрел вопрос по стандартному импорту каталогов или документов из Excel. На каждом объекте возникают с этим вопросы, все заказчики работают и предоставляют шаблоны или файлы для импорта в Excel. В итоге приходится преобразовывать конвертировать в dbf или txt и грузить. Новые версии Excel b Acces уже не раюотают с форматом dbf. Я конечно понимаю, что у всех уже есть свои самописные загрузчики, но как только сталкиваешься с новым модулем, то начинаешь либо писать конвертор либо мучаться со стандартным импортом. О том как пользуются клиенты стандартным импортом вообще не хочется говорить. Вообщем, просьба серьезно задуматься над реализацией стандартного импорта из Еxcel.Добавлена возможность импорта из Excel. Первая строка считается наименованием полей, которые указываются в настройке импорта.
102.1653709.1.46.0Не работает признак "повторяющиеся документы"-2Обмен бизнес-документамиИмпорт
Не работает признак "повторяющиеся документы" на разных типах документов - установленный в состояние - не импортированные этой настройкой - не грузится ни один из выбранных, хотя в файле импорта присутствуют не имеющиеся в БД записи.Состояние признака "повторяющиеся документы" "не импортированные этой настройкой" убрано.
101.614979.1.45.0При импорте накладной не верно определяет склад и МОЛОбмен бизнес-документамиИмпорт
При импорте накладной не верно определяет склад Необходим дополнительный контроль по коду и наименованию при импорте накладной. Если коды подразделений не совпадают, то подставляется первое найденное наименование.Склад определяется корректно.
101.616349.1.45.0При импорте накладной неверно определяется МОЛОбмен бизнес-документамиИмпорт
При импорте накладной неверно определяется МОЛЕсли в настройке импорта есть поле код МОЛ, то сразу определение делаем по коду, если по коду не нашли, то пробуем определить по наименованию.
101.616439.1.45.0при печати протокола (импорт проводок) пропадает признак ошибки и ее описаниеОбмен бизнес-документамиИмпорт
при печати протокола (импорт проводок) пропадает признак ошибки и ее описание Описание во вложенииПосле печати протокола все отображается корректно.
101.616469.1.45.0При импорте проводок из XML файла в проводку попадает неактуальная карточка сотрудника (КАУК1)Обмен бизнес-документамиИмпорт
При импорте проводок из XML файла в проводку попадает неактуальная карточка сотрудника (КАУК1) Информация во вложенииПри одинаковой ФИО или табельном номере, ссылка установится на сотрудника с большей датой приема.
102.1647939.1.44.0При импорте каталога МЦ необходимо проверять наличие таких МЦ по дополнительному коду (KATMC.BARKOD2)Обмен бизнес-документамиИмпорт
При импорте каталога МЦ необходимо проверять наличие таких МЦ по дополнительному коду (KATMC.BARKOD2)Контроль ведется по данному поля при настройке импорта повторяющиеся документы - "не присутствующие в базе ".
102.1653259.1.44.0Не работает признак "повторяющиеся документы"Обмен бизнес-документамиИмпорт
Не работает признак "повторяющиеся документы" для документов BASEDOC. - не присутствующие в базе - повторно загружаются имеющиеся документыЕсли для документов включена настройка уникальности, то работает согласно настройке. Если настройки нету для документа, то проверяет уникальность по номеру и дате.
102.1657039.1.44.0AQA-test Экспорт платежного поручения - выгружаются лишние записиОбмен бизнес-документамиЭкспорт
Экспорт платежного поручения - выгружаются лишние записи. При экспорте ПП с несколькими хозоперациями и несколькими записями данных бюджета в текстовый файл выгружаются лишние данные.Выгрузка проходит корректно.
101.609879.1.43.0Импорт поля группа контрагентовОбмен бизнес-документамиИмпорт
Предложение, добавить в импорт документа "Каталог контрагентов" поле на группу контрагентов. Аналогичное поле "Группа контрагентов (VGROUP)" есть в функционале импорта каталогов (Обмен бизнес-документами > Каталоги > Контрагенты), но клиенту функционал не подходит из-за формата выгрузки.Добавлено поле "Группы контрагента". Если у контрагента несколько групп , то они выгружаются через символ "". При импорте идет анализ на этот символ.
101.610829.1.43.0Обновлять спецификацию прайс-листа при установленном параметре "Повторяющиеся документы : обновлять документы"Обмен бизнес-документамиИмпорт
При импорте, к существующему прайс-листу добавлять позиции прайс-листа и обновлять цены позиции, если установлен параметр "Повторяющиеся документы : обновлять документы"Если настройкой не запрещено модифицировать прайс-листы, то в спецификацию добавятся позиции, которых нет в прайс листе.
101.610989.1.43.0импорт накладной на приход - ссылка на договор и приложениеОбмен бизнес-документамиИмпорт
После установки C_EXPIMP_RES_91400 при импорте накладной на приход в случае, когда договор и приложение к нему имеют одинаковые номер и дату в поле со ссылкой на договор устанавливается ссылка на приложение, соответственно, ссылка на приложение остается пустой скрин и настройку прикладываюСсылка устанавливается корректно.
101.612399.1.43.0Импорт проводок, не подсвечивать отсутствующее значение аналитикиОбмен бизнес-документамиИмпорт
Установлена настройка "Настройки Галактики Бухгалтерский контур Аналитика по счетам Контроль аналитики по счету" : "отсутствует". При импорте проводки, если значение аналитики в файле не заполнено, в документе поля аналитики подсвечиваются красным. Если стоя на поле нажать Del, подсветка убирается.Поле не подсвечивается.
101.612829.1.43.0Импорт МЦ с двумя отпускными единицамиНастройкаКаталог МЦ
Импортируем МЦ с двумя отпускными единицами, описание импорта и файл импорта в приложении. После импорта (ошибок нет) получаются в списке отпускных единиц по каждой матценности две производственных единицы. При попытке перевыбрать не учетную отпускную единицу измерения галактика все равно сообщает о том, что данная единица измерения является учетной и обнуляет коэффициент (он становится равной 1). Настройка-Заполнение каталогов-МЦ-Каталог МЦ- импорт подробности во вложении (ситуация у нас повторяется)В поля спецификации добавлено поле "Производственная единица".
102.1632539.1.43.0Добавить поле суммы в предварительный просмотр импорта документовОбмен бизнес-документамиИмпорт
Добавить поле суммы в предварительный просмотр импорта документов. Пользователь пи импорте собственных платежных поручений в предварительном просмотре не видит суммы по документам. Как временное решение настроили конфигуратором. Просим добавить поле суммы по документу. Клиент ОАО Минский тракторный завод.В окно предварительного импорта добавлено поле "Сумма".
102.1634659.1.43.0Экспорт картотеки.Не выгружается спецификация НМАОбмен бизнес-документамиНМА
Экспорт картотеки.Не выгружается спецификация НМА. Описание во вложенииПри экспорте карточек Ос/НМА если картотека и спецификация экспортируется в один файл, то выдается интерфейс выбора метода учета по которому будет производится экспорт. Если же в разные файлы, то спецификация выгружается по всем методам учета.
102.1636459.1.43.0Несоответствие названия полей импорта в настройке и ошибках импортаОбмен бизнес-документамиИмпорт
Несоответствие названия полей импорта в настройке (поле ДебЕт. Аналитика 1) и ошибках импорта (ДебИт. Аналитика 1).В ошибках импорта пишет Дебет.
102.1636479.1.43.0Непонятное сообщение об ошибки если импортируемый ЛС (для уровня аналитики) не найденОбмен бизнес-документамиИмпорт
Непонятное по смыслу сообщение об ошибке в случае, если импортируем аналитику со ссылкой на каталог сотрудников. Если ЛС с таким ФИО не найден выдается сообщение "ФИО с номером". В итоге, конечно имеются проблемы с ФИО в файле импорта (описаны). Но данное сообщение об ошибке не носит информативного характера, начинаешь думать, что за номер, может быть лишние символы в файле импорта в столбце с ФИО. Клиент предлагает исправить формат сообщения и выводить наподобие "Сотрудник ФИО не найден"."с номером" выводится только если номер сотрудника задан для определения ссылки на него. Текст сообщения не менялся.
102.1640469.1.43.0Контроль на повторные записи по номеру,дате,плательщику,суммеОбмен бизнес-документамиИмпорт
Импортируем платежные поручения. Если документ уже существует с таким же датой и номером, то выдается предупреждение "Документ с номером ... и датой ... уже есть в базе", далее мы можем импортировать или пропустить документ. У клиента большое количество документов, когда за одну и ту же дату есть одинаковые номера платежного поручения от того же плательщик, но с разными суммами. Эти суммы могут идти на разные расчетные счета (пример во вложении) Клиент просить доработать функционал, чтобы проверка по ключу: № документа+дата документа+плательщик+сумма, так как на текущий момент они импортируют все, а потом анализируют повторка платежного поручения или нет.Поиск документа осуществляется по ключу: № документа+дата документа+плательщик+сумма
102.1642539.1.43.0Поле katmc.barkod2 добавить в настройку импорта накладной на реализациюОбмен бизнес-документамиИмпорт
Добавить в настройку импорта накладной на реализацию(документы розничной торговли) поле katmc.barkod2. Предусмотреть идентификацию МЦ по этому полю, так как именно оно предполагается для хранения штрих-кода.В поля спецификации добавлено поле "Дополнительный бар-код". Идентификация МЦ осуществляется по этому полю.
102.1646819.1.43.0При импорте МЦ в каталог МЦ автоматически (по настройке) генерировать номенклатурный номерОбмен бизнес-документамиИмпорт
При импорте МЦ в каталог МЦ автоматически (по настройке) генерировать номенклатурный номер. Генерировать также, как это делает Галактика по F7 при создании новой МЦ.Если поля баркод нет в настройке импорта, то оно генерируется согласно общегалактическим настройкам.
101.595029.1.42.0ЭДО-ССТ-ЭЦП Функция для передачи в поток данных, для печатной формы подписиКонтур логистикиПредложение по новой функциональности контура логистики
Нужна функция для вывода информации о подписанте в печатную форму. Требуется следующая информация: ФИО подписанта, должность, серийный № ЭЦП, кем выдана ЭЦП, срок действия ЭЦП. Саму печатную форму подписи клиент разработает собственными силами.Доработан интерфейс iPrnSoprFun (описание PrnSoprFun.vih). Добавлены две public-функции: 1. Выгрузка сведений о ЭЦП документа. Возвращает количество ЭЦП Function SignEDO_Fill(cKS: comp): longint; где cKS - NRec первичного документа. 2. Function SignEDO_GetField(wNpp: longint; // #docl Номер подписи wField: word // #docl Код поля сертификата ): string; где wNpp - Номер подписи; wField - Код поля сертификата. Входной параметр wField принимает значения: 1 - серийный номер; 2 - издатель сертификата; 3 - владелец сертификата; 4 - срок действия сертификата; 5 - должность/звание. Перед использованием SignEDO_GetField необходимо получить сведения о ЭЦП документа, вызвав функцию SignEDO_Fill.
101.606519.1.41.0Экспорт-импорт (картотека) - различие в проверках при импорте СЕ и карточки приводит к ошибкеОбмен бизнес-документамиКартотека сотрудников
Ситуация следующая: в связи с открытием нового юрлица и переводом всех сотрудников из старой организации необходимо перенести картотеку в новую БД. Однако в этой новой БД каталог подразделений (структурных единиц штатного расписания) заведён в несколько изменённом виде - наименование те же, а коды другие. Само штатное расписание будет другое, поэтому переносить его не нужно. При импорте каталогов наличие в БД добавляемой записи проверяется по ключу cParent + Name (Code не участвует), в результате импортируемые подразделения определяются как уже существующие в БД и не добавляются. А при импорте карточек поиск соответствующего подразделения ведётся уже с использованием кода подразделения (Departmetn + Department_Code). И поскольку коды другие, то нужное подразделение в базе не находится и в результате вся карточка не импортируется. Во избежание таких ошибок предлагается при импорте каталога СЕ ШР учитывать их коды (т.к. они важны при импорте карточек), т.е. проверять наличие подразделения в БД по ключу (cParent + Name + Code). В таком случае подразделения с совпадающим наименованием, но различающимися кодами будут добавлены и при импорте карточек критичной ошибки отсутствия подразделения не возникнет. Дальше привязку старых подразделений к карточкам (Persons.Department) можно изменить при помощи SQL-запроса и принимать людей на новое ШР уже приказами.При импорте каталогов при дублировании наименования, в лог выдается ошибка - если коды разные : разные коды в DBF и БД(запись не импортируется в БД) В лог выдается предупреждение: - если коды одинаковые : одинаковые наименования и коды(значит что такая запись существует в БД)
101.606969.1.41.0(ЗМА) при импорте накладных по рекламации из Снабжения в Сбыт возникает ошибка (с документами ~старше 2014г)Обмен бизнес-документамиЭкспорт
Управление снабжением - Накладные на возврат по рекламации - Экспорт Номер накладной на отпуск(для рекл.) Дата накладной на отпуск(для рекл.) не попадают в файл поля проводок старше 2014гНомер и дата накладной выгружаются в файл экспорта.
101.608589.1.41.0Импорт поля "Коэфф.пересчета" документа Прайс-листаОбмен бизнес-документамиИмпорт
Добавить импорт поля "Коэфф.пересчета" PRICES.CALCKOEF в спецификации документа Прайс-листВ поля спецификации экспорта-импорта Прайс листа добавлено поле "Коэффициент пересчета".
102.1623069.1.41.09.1.Накладные.ТТИ. Импотр значения поля "Автопредприятие"Обмен бизнес-документамиИмпорт
В ТТИ накладных не импортируется значение поля "Автопредприятие". Описание см. вложенный файл."Автопредприятие" импортируется корректно.
102.1628859.1.41.0Не импортируется пользовательская аналитика второго уровняОбмен бизнес-документамиИмпорт
Не импортируется пользовательская аналитика второго уровня при импорте бухгалтерских проводок (подробности во вложении) Открыт доступ к базе //BY01-1043/Databases/MAIN_910/DATA логин supervisor без пароляИмпортируется.
102.1628909.1.41.0Потеря функциональности. Импорт проводок - Контроль аналитики по счетуОбмен бизнес-документамиИмпорт
Значении настройки 5169 - Контроль аналитики по счету = выдать предупреждение. Ранее предупреждение выдавалось только для счетов с аналитикой при ее отсутствии. Сейчас предупреждение выдается и на счета у которых нет аналитических разрезов. Работать стало крайне неудобно. Отследить ошибочные записи очень сложно.Если нет аналитического учета по счету, то ошибка не выдается
101.603849.1.40.0Импорт проводок по заработной платеКонтуры: финансовый, бухгалтерского учетаПредложение по новой фукциональности финансового контура
В связи с внедрением в АО "Транснефть - Прикамье" корпоративной информационной системы (КИС) Персонал необходимо в Галактике получить функционал: по загрузке проводок по заработной плате в Галактику из файла. Пример файла формата XML, описание структуры во вложении. Данные по ВО, ТХО выгружаются с кодами и названиями в КИС Персонал. Значения аналитических признаков - это коды значений аналитики из таблиц Галактики. дополнили: Подразделение дебета - это Аналитический признак 7 (дебет) KD07 Подразделение кредита - это Аналитический признак 7 (кредит) KK07В настройку экспорта/импорта документов для формата XML добавлено поле "Хранение данных". Оно может принимать два значения : - Атрибуты ( по умолчанию работало раньше) - Элементы В зависимости от выбранного значения выгрузка данных в XML будет вестись либо в атрибуты либо в элементы. Соответственно в настройке полей заголовка/спецификации поле в XML будет именем либо атрибуты, либо элемента. З.Ы. Таблицы аналитики, которые, обрабатываться в проводках по ЗП Системные 1-Организации 2-Подразделения 3-Сотрудники предприятия 14-Договоры 16-Нематериальные активы 22-Центры ответственности 40-Объекты строительства 43-КПП 68-Группы организаций 72-АТД 5017-Элементы затрат Пользовательские Если настройка "Ведется несколько типов бухсправок" установлена в значение "Да", то Касса/расчетный счет предприятия подставляется из настройки "Рабочий тип бухсправки". При импорте проводок стали учитывается настройки "Настройки Галактики Бухгалтерский контур Аналитика по счетам Контроль аналитики по счету" и "Настройки Галактики Бухгалтерский контур Аналитика по счетам Контролировать наличие значений аналитики на всех уровнях" Контроль работает по аналогии с интерфейсом Бухгалтерские проводки (ФРО). Небольшое отличие заключается в том, что контроль осуществляется в случае когда значение настройки "Контроль аналитики по счету" не равно "отсутствует".
101.605019.1.40.0При одновременном импорте разных документов, неправильно заносятся внешние атрибутыОбмен бизнес-документамиИмпорт
Не верно импортируются внешние атрибуты при параллельном импорте.При импорте документы создаются корректно.
101.606389.1.40.0Экспорт-импорт (картотека) - переименовать вкладку протоколаОбмен бизнес-документамиКартотека сотрудников
В интерфейсах протоколов экспорта и импорта картотеки предлагается переименовать вкладку [Должности, профессии] - например, в [Данные из каталогов], поскольку сейчас по работнику выгружаются все связанные данные из системных каталогов, а не только должности.Переименовал вкладку протокола.
101.606829.1.40.0Учитывать значение настройки "Модификации данных после закрытия периода"Обмен бизнес-документамиИмпорт
Предложение при импорте проводок учитывать значение настройки "Настройки Галактики Бухгалтерский контур Модификации данных после закрытия периода"Сообщение выдается один раз.
101.606839.1.40.0Выдать ошибку если значение аналитики не по формату и не пустоеОбмен бизнес-документамиИмпорт
Импорт проводок. В случае, если значение аналитики не пустое как строка и не подходит ни под один формат какой мы ожидаем, при обработке значения выдать ошибку.Если договор не определен, то выдается ошибка.
102.1592449.1.40.0При создании настройки импорта из xml файла вручную некорректно считывается xml структураОбмен бизнес-документамиИмпорт
При создании настройки импорта из xml файла вручную некорректно считывается xml структура - не добавляется строка спецификации (Sp_Root), которая нужна Галактике для разбора xml файла. Если сохранить по Ctrl + F2 настройку в файл и снова её загрузить, то всё заработает.Импорт проходит. Задание спецификации не является обязательным.
102.1610449.1.40.0Код пункта погрузки при импорте накладныхОбмен бизнес-документамиИмпорт
Код пункта погрузки при импорте накладных При импорте приходных накладных пункт погрузки импортируется неверно, в связи с тем, что импорт пункта погрузки настроен только на наименование, а в справочнике пунктов погрузки имеются записи с одинаковым наименованием и разными кодами пунктов погрузки, соответственно в галактику садится первый найденный пункт погрузки с таким наименованием. Необходимо в импорте приходных накладных добавить еще поле "код пункта погрузки" (marpunkt.code)Добавлено 4 поля в экспорт/импорт: Код пункта погрузки Общее расстояние до пункта погрузки Код пункта разгрузки Общее расстояние до пункта разгрузки Поиск пункта погрузки/разгрузки осуществляется следующим образом: Ищет все пункты по наименованию и проверяет дополнительно поля код и расстояние.
102.1615449.1.40.0Формирование примечания при импорте документов-основанийОбмен бизнес-документамиИмпорт
При импорте документов-оснований при наличии связи с договором и отсутствии примечания, формирования примечание в ДО на основе настройки системыЕсли при импорте документов-оснований есть связь с договором и отсутствует примечание, то по ДО формируется примечание на основе настройки системы (например, как если бы ДО было сформировано по договору)
102.1615499.1.40.0Обеспечить при импорте документов-оснований перенос группы документов из договораОбмен бизнес-документамиИмпорт
При импорте документов оснований при наличии связи с договором обеспечить копирование группы документов в ДО из договора (как это происходит при создании ДО по договору)Если при импорте документов-оснований есть связь с договором и отсутствует группа ДО, то в ДО копируются группы договора(например, как если бы ДО было сформировано по договору)
102.1363119.1.39.0отдельный банковский счет для платежного документа (сбор перечисления)Заработная платаПлатежные поручения по реестрам
Клиент просит доработать еще возможность формирования платежного поручения (дополнительный платежный документ для суммы комиссии) с банковским счетом, отличным от счета для основного платежного документа. Сами банковские реквизиты указаны в постоянных удержаниях лицевого счета (например,перечисление аванса в банк). Сейчас банковский счет в основном и дополнительном платежном документе один и тот же, из-за чего банк платежное поручение для комиссии возвращает назад.Доработан интерфейс редактирования атрибутов организации и ее банков: в настройку "Дополнительно" добавлена возможность выбора типа банка "Сбор" для сбора комиссии. При формировании платежного поручения со значением настройки "Формировать сбор - от суммы платежа" для суммы комиссии банковские реквизиты дополнительного платежного документа устанавливаются из поля "Банк для сбора комиссии" в параметрах редактирования атрибутов банка. Если поля не задано банковские реквизиты устанавливаются по умолчанию из основного платежного документа.
180.57399.1.39.0Закрытые счета ставить в конец спискаНастройкаРедактирование организаций
После установки у расчетного счета признака "закрытый" в окне редактирования организации данный счет переносится в начало списка. Поскольку этот счет закрытый и пользоваться им уже не собираются ПРЕДЛАГАЮ закрытые счета показывать в конце списка счетов для организации.Теперь закрытые р/с будут находиться внизу списка р/с в каталоге организаций.
101.600069.1.38.0в проводке не загружается поле "типовая хозоперация"Обмен бизнес-документамиЭкспорт
Экспорт и импорт связанных документов ПП и проводок. Поле "типовая хозоперация" не выгружается и не загружается.В экспорт/импорт проводок добавлены поля - Наименование ТХО - Код ТХО По этим полям устанавливается ссылка на Типовую хозяйственную операцию. Алгоритм работы. Для документа установлен сквозной метод учета: а. В настройке заданы поля, определяющие документ, к которому привязываются проводки. Сумма документа не изменяется, создается хозоперация к документу с признаком "не входит в сумму документа" и с описанием "Импорт проводок". Если в проводках различные ТХО, то должно быть создано столько же хозопераций, сколько ТХО. Если ТХО совпадают, то проводки привязываются к одной хозоперации. б. В настройке не указаны поля, определяющие документ, к которому привязываются проводки(создается бух. справка или привязываются к существующей). Сумма по документу пересчитывается, создаются хозоперации с описанием "импорт проводок" и с признаком "входит в сумму документа". Если в проводках различные ТХО, то должно быть создано столько же хозопераций, сколько ТХО. Если ТХО совпадают, то проводки привязываются к одной хозоперации. Для документа установлен раздельный метод учета: а. В настройке заданы поля, определяющие документ, к которому привязываются проводки. Сумма документа не изменяется, создается хозоперация к документу с признаком "не входит в сумму документа" и с описанием "Импорт проводок". В рамках одного плана счетов должно быть создано столько же хозопераций, сколько различных ТХО в проводках. Если ТХО совпадают, то проводки привязываются к одной хозоперации. Если в проводках различные ТХО в разных планах счетов или ТХО совпадают в разных планах счетов, то проводки привязываются к одной хозоперации. б. В настройке не указаны поля, определяющие документ, к которому привязываются проводки(создается бух. справка или привязываются к существующей) Сумма по документу пересчитывается и создаются хозоперации с признаком "импорт проводок". В рамках одного плана счетов должно быть создано столько же хозопераций, сколько различных ТХО в проводках. Если ТХО совпадают, то проводки привязываются к одной хозоперации. Если в проводках различные ТХО в разных планах счетов или ТХО совпадают в разных планах счетов, то проводки привязываются к одной хозоперации.
102.1476119.1.37.0Обеспечение корректной работы на докомпилированном словаре Галактики ERP 9.1Предложение по новой функциональности Галактики ERP (по системе в целом)?
Необходимо обеспечить корректную работу ресурсов на докомпилированном словаре.Обеспечение корректной работы. На докомпилированном словаре пересобраны ресурсы работающие и изменёнными таблицами. Комплектность установки ресурсов обеспечена требованиями при установке.
102.1553729.1.36.0Нужна возможность определения / поиска МЦ по полю KTMC.BARKOD2 при импорте ДООбмен бизнес-документамиИмпорт
Нужна возможность определения / поиска МЦ по полю KTMC.BARKOD2 при импорте ДО В поле BARKOD2 клиент вносит штрихкод, и планирует импортировать "заявки" от клиентов, у которых эти штрихкоды также занесены в их учетную систему. Просим реализовать такой вариант поиска МЦ при импорте ДОДобавлено поле "Дополнительный код". МЦ также определяется по этому полю, если не заданы значения поля "Наименование" или поля "Номенклатурный номербар-код"
102.1571899.1.36.0Доработать импорт путевых листов.Обмен бизнес-документамиИмпорт
Доработать импорт путевых листов. После импорта ФИО водителя в ПУ листе он "светится", а в списке ПУ нет. Лисица Наталья Михайловна:"...должно заполняться Putlst.cPaketPl := Save_drv.cKndriver при импорте..." Пример настройки импорта и пример файла с данными вложил.Водитель светится в списке путевых листов. Отображается первый водитель из файла для импорта.
102.1575559.1.36.0При импорте проводок CSOPRHOZ заполняется только для первой записиОбмен бизнес-документамиИмпорт
При импорте проводок с одинаковыми номерами, автоматически создается бух.справка. А в проводках проставляется ссылка на нее(CSOPRDOC). Кроме этого проставляется ссылка на soprhoz(CSOPRHOZ). На текущих обновлениях ссылка на SOPRHOZ заполняется только для первой записи. Это приводит к тому, что в дальнейшем при удалении бух. справки удаляется только первая проводка. Скорее всего "поломали" Пиром 101.59150.При удалении бух справки проводки удаляются.
180.89509.1.36.0Кодировка UTF-8Финансово-расчетные операцииПлатежное поручение
Добрый день! При выгрузке реестров и платежных поручений наши банки требуют кодировку в формате UTF-8, поскольку специфические символы казахского алфавита распознаются в данной кодировке. Просьба для печати реестров и экспорта/импорта платежных документов добавить кодировку UTF-8.Добавлена возможность выгрузки и загрузки в кодировке Utf-8 для текстовой формы и файла с разделителем.
102.1437329.1.35.0Доработка импорта счет фактурОбмен бизнес-документамиИмпорт
Доработка импорта счет фактур. Пир зарегистрирован по просьбе Гордеева Сергея. Текущее состояние: реализована функцональность в интерефейсе СФ, когда при установке типа счет-фактуры на покупку (счет-фактура поставщика) "Счет-фактура посредника" или "Счет-фактура посредника, аванс" в расширенной информации появляется кнопка "СФ заказчика" нажав на которую в открывшемся интерфейсе можно привязать одну или несколько СФ противоположного направления. Аналогичный функционал реализован для наших СФ. Необходимо доработать: При импорте СФ реализовать возможность закачивать ссылку на СФ противоположного направления в рамках описанного функционала. Предлагаем добавить в настройку импорта 2 поля для заголовка: "Номер СФ подрядчика (заказчика)" и "Дата СФ подрядчика (заказчика)" Алгоритм обработки: - при загрузке СФ поставщика: если оба поля заполнены и тип загружаемой СФ "Счет-фактура посредника" или "Счет-фактура посредника, аванс" происходит поиск по номеру и дате СФ в СФ на продажу с типом "Счет-фактура заказчика" или "Счет-фактура заказчика, аванс" и если находит проставляет в загружаемой СФ ссылку на найденную СФ - при загрузке нашей СФ: если оба поля заполнены и тип загружаемой СФ "Счет-фактура заказчика" или "Счет-фактура заказчика, аванс" происходит поиск по номеру и дате СФ в СФ на покупку с типом "Счет-фактура посредника" или "Счет-фактура посредника, аванс" и если находит проставляет в загружаемой СФ ссылку на найденную СФВ поля заголовка добалено 2 поля. - Дата вышестоящей СФ - Номер вышестоящей СФ. При импорте анализируетются эти поля для установки ссылки на СФ, как описано в проблеме.
102.1443369.1.34.0Доработать учет б/у одежды в модуле "Спецодежда"СпецодеждаПредложение по новой функциональности модуля "Спецодежда"
Необходимо доработать учет б/у одежды в модуле "Спецодежда". Пример: Работнику выдается новая рубашка сроком на 12 мес. При вводе в эксплуатации на нее начисляется 100%. Однако через 3 месяца работник увольняется, и рубашка возвращается на склад. При повторной выдаче этой рубашке другому сотрудника система не может автоматически рассчитать срок службы, на который надо выдать предмет.Для каждого прихода добавлено поле "% годности" в следующие документы: - карточка учета спецоснастки/спецодежды; - личная карточка учета спецоснастки; - документ на приход, поступление; - акт об излишке; - акт на пересортицу; - возврат из эксплуатации; - возврат из использования. При создании нового прихода значение этого поля наследуется из родительского прихода, а если его нет - устанавливается равным 100%. Исключение составляют приходы, созданные в результате формирования документов на возврат из эксплуатации и документов на возврат из использования. В этом случае % годности рассчитывается как <% годности до возврата> минус <% годности до возврата>*<разница в месяцах между датой ввода в эксплуатацию и датой возврата>/<разница в месяцах между датой ввода в эксплуатацию и датой окончания срока службы>. Причем разница в месяцах рассчитывается с точностью до 15 дней. При выдаче предмета по нормам срок службы устанавливается пропорционально % годности, т.е. срок службы рассчитывается по формуле: <срок по норме>*<% годности>/100. Также доработана функции экспорта/импорта приходов спецоснастки/спецодежды в модуле "Обмен бизнес-документами" (пункт меню Каталоги - Спецоснастка): добавлен экспорт/импорт поля MBPIn.IznKoef (коэффициент физической изношенности предмета).