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


Описание файла обновления:
ФайлC_CORPO_RES_810100.txt
ОбновлениеC_CORPO_RES_810100
НазначениеОбщее
ПродуктГалактика 8.10
Релиз03.11.2006 : Atlantis 5.2.8
КомпонентC_CORPO
ТипRES
Версия8.10.10.0
Дата2012-05-28 15:35:52
Проблема ПИРПервое решениеОписаниеПроектДетализация
Что изменено:Как изменено:
102.81331NEWНе снимается пометка в интерфейсе Выбор текущих филиаловБухгалтерская отчетностьБухгалтерские справки (
Не снимается пометка в интерфейсе Выбор текущих филиалов. Решением 102.80470. При копировании БС в другой филиал появляется интерфейс Выбор текущих филиалов. В нем стоит "галочка" напротив текущего филиала (куда копировать нельзя). Для того, чтобы копировать БС, необходимо снять пометку и перейти к требуемому филиалу. Это неудобно, лишние телодвижения :).Интерфейс выбора филиала заменен. Теперь он не допускает множественного выбора.
102.1032368.10.9.0Функция пересчета остатков после корпо-обмена при заблокированной таблицеКонтур логистикиНе знаю, какая именно часть контура логистики, научите
Функция пересчета остатков после корпо-обмена при заблокированной таблице. Проблема связанная с Пир №102.90231 Немного не согласен с данным решением. Т.е я так понимаю, что "ошибка "Обнаружен DeadLock" было заменено на сообщение, и отмену пересчета. Остатки и резервы во время внедрения при блокировке не пересчитываются... При внедрении остатки пересчитывались по тем позициям, которые были во внедренных документах, а т.к. мы не знаем какие МЦ в документах (и отследить и выбрать именно их для пересчета сложно),и процесс пересчета был остановлен, то приходиться пересчитывать все остатки...(Данная операция может занимать много времени) Получается что ситуация не поменялась, и в случае блокировки надо вручную пересчитывать текущие остатки с пересчетом резервов, что клиент и делает при такой ошибке. Предлагаю дополнить решение проблемы функцией например: "Пересчет остатков после того, как, к таблице был предоставлен эксклюзивный доступ". Функция должна будет пересчитать только то, что внедрилось в результате корпо обмена.Создана новая функция пересчета остатков после корпо-обмена для ДО и накладных. Для ее работы необходимо подключить в support компоненты C_CORPO и C_Tune, а также скопировать в каталог запуска support: G_Tune.dll, G_Buh.dll, G_Cache.dll, G_Common.dll,G_Contexts.dll, G_Fin.dll, G_Kau.dll, G_Nalog.dll,G_Oper.dll, G_Skl.dll, G_Tree.dll, G_Tune.dll, G_TXO.dll, G_Val.dll В модуле "Репликация данных" - меню "РегистрацияГрупп таблиц" должны быть ИСКЛЮЧЕНЫ таблицы: SaldoMC, SaldoFnd, TekSaldo, TekMC, SklOst. - меню "РегистрацияИнтерфейсов и семафоров" указать: Таблица SPSTEP интерфейс C_CORPO::FillMCFrom_SpStep Таблица SPSOPR интерфейс C_CORPO::FillMCFrom_SpSopr Таблица DORES интерфейс C_CORPO::FillMCFrom_DORes Данные интерфейсы формируют список МЦ, по которым были изменения. Для их обработки необходимо через "запуск внешних интерфейсов" открыть интерфейс C_CORPO::CORPO_RESERV_NEW В результате его выполнения, по каждой МЦ в памяти будут пересчитаны резервы. Если в процессе работы возникают ошибки, то выдается протокол с проблемными МЦ.
101.376408.10.3.0Потерян функционал по пересчету остатков во время CORPO обменаСкладской учет_Иные вопросы по модулю
Потерян функционал по пересчету остатков во время CORPO обмена Просьба включить его в состав Галактики, то что работало на всех версиях: В следствии работы программы репликации данных (межофисный обмен с помощью комплекса "Суппорт") информация в БД может становится неккоректной с точки зрения прикладной логики. Это вызвано тем, что программа репликации данных не вызывает прикладную бизнес-логику при модификации БД. Данные интерфейсы (Corpo_Orders и Corpo_Reserv) предназначены для коррекции сальдовых и текущих остатков МЦ после репликации данных. Они позволяет избежать длительного пересчета сальдовых и текущих остатков (а также резервов) в системе "Галактика" после операции репликации данных в системе "Суппорт".1) Интерфейс для обновления остатков называется Corpo_Orders. Его нужно привязать в корпообмене к таблице SpOrder. 2) Интерфейс для обновления резервов называется Corpo_Reserv. Его нужно запускать как внешний интерфейс после окончания КОРПО-обмена или привязать к таблицам SpStep, SpSopr, DORes (в этом случае отработает 3 раза вместо одного, но он довольно быстрый). Настройка системы Суппорт. Для филиалов(клиентов) и офиса(сервера) в модуле "Репликация данных" - "Регистрация" - "Групп таблиц" должны быть ИСКЛЮЧЕНЫ таблицы: SaldoMC, SaldoFnd, TekSaldo, TekMC, SklOst. Обязательно должны быть указаны таблицы: 1) SpOrder, SklOrder 2) SpStep, BaseDoc, StepDoc, DORes, KatSopr, SpSopr (для расчета резервов). В модуле "Репликация данных" - "Регистрация" -"Регистрация интерфейсов и семафоров" для своего абонента нужно указать: 1) для таблицы SpOrder - имя интерфейса C_CORPO::Corpo_Orders. 2) для таблицы SpStep - имя интерфейса C_CORPO::Corpo_Reserv. 3) для таблицы SpSopr - имя интерфейса C_CORPO::Corpo_Reserv. 4) для таблицы DOres - имя интерфейса C_CORPO::Corpo_Reserv. Скопировать в каталог запуска support.bat следующие dll: G_Tune.dll, G_Buh.dll, G_Cache.dll, G_Common.dll, G_Contexts.dll, G_Fin.dll, G_Kau.dll, G_Nalog.dll, G_Oper.dll, G_Skl.dll, G_Tree.dll, G_TXO.dll, G_Val.dll Скопировать в каталог запуска Суппорта ресурсы: С_Сorpo.res, L_Val.res, C_Tune.res. Для каждого них указать в репозитарии : Тип - Пользовательский Система - Суппорт Компонент - любое имя Ресурс - Путь_на_каталог_запуска_Суппортаимя_ресурса (например D:CorposerverC_Corpo.res).
102.836958.10.6.0Runtime Error при вызове интерфейса Corpo_OrdersСкладской учет_Иные вопросы по модулю
Если производить настройку репликации согласно инструкции из C_CORPO_RES_81050.txt. Затем произвести сеанс обмена записями в таблице SpOrder (при этом должен отработать интерфейс Corpo_Orders). После чего, не выходя из программы Суппорт, через меню переключиться на другую БД (куда тоже должны быть внедрены записи SpOrder). То при проведении сеанса обмена во второй БД, в момент работы интерфейса Corpo_Orders про исходит Runtime Error.Причина проблемы в том, что интерфейсы Corpo_Orders и Corpo_Reserv в своей работе используют объекты G_Tune.dll для доступа к настроечным таблицам. При переключении на другие данные этот объект нужно переинициализировать. Доработаны два интерфейса Corpo_Orders и Corpo_Reserv. По завершению обработки при репликации данных они переинициализируют объекты G_Tune.dll.
102.804708.10.4.1Межфилиальное копирование бухгалтерских справокФинансово-расчетные операцииБухгалтерская справка
При работе с филиальной базой необходима возможность копирования БухСправок с проводками из одного филиала в другой. Корреспонденция счетов проводок должна сохраняться, а суммы инвертироваться. Предполагается, что настройка разделов (типов бухсправок), планов счетов и бухгалтерских счетов общая для всех филиалов. Копироваться должны помеченные в окне перехода документы. По результатам копирования должен выдаваться протокол.Добавлена пользовательская настройка "Настройки Галактики Бухгалтерский контур Обработка документов Разрешать межфилиальное копирование бухсправок". Допустимые значения "нет" (по умолчанию) и "да". В локальное меню списка платежных документов добавлена функция "Копировать в другой филиал". (Функция "Переместить документы" переименована в "Переместить в другой раздел"). Функция копирования бухсправок доступна при следующих условиях: · работа происходит на филиальной базе (на нефилиальной базе невозможно будет изменить значение настройки в "да"); · упомянутая выше настройка разрешает межфилиальное копирование; · тип документов в интерфейсе - бухсправки; · текущим выбран один филиал, а не несколько; · В качестве приемника копируемых документов выбран один филиал, а не несколько; · В качестве приемника выбран филиал, отличный от текущего; · В филиале-источнике и филиале-приемнике должны быть одинаковые значения настройки "Настройки Галактики Бухгалтерский контур Ведется несколько типов бухсправок"; · Таблицы CashBank, PlansSch и BuhSchet должны быть настроены как общие, а не филиальные; Копироваться будут все отмеченные БС или только текущая, если нет отмеченных. Копироваться будут все хозоперации выбранных документов и проводки из всех планов счетов. Проверка корректности ссылок на справочники в процессе копирования производиться не будет. Если в копируемых документах/проводках будут ссылки на значения из филиальных (не общих) таблиц, то в скопированных документах эти ссылки окажутся некорректными. У скопированных документов будет изменен номер (соответствие нового и старого номеров будет отражено в протоколе копирования). Дескриптор и группа дескрипторов у копируемых документов и проводок сохраняются. Корреспонденция счетов проводок сохраняется. Суммы у бухсправок, хозопераций и проводок при копировании инвертируются (т.е. для БС на 1000 руб её копия в другом филиале будет на -1000 руб.) По результатам копирования будет формироваться лог вида: <текущая дата> <текущее время> <текущий пользователь> Копирование бухгалтерских справок из <Филиал_1> в <Филиал_2> =========================================================================== | Дата | Исх.номер | Нов.номер | Сумма | Проводок | Статус и комментарии |22/08/2008| 000002| 000004| 1000.00| 1|+ =========================================================================== Обработано документов: 1 Сформировано парных: 1
102.786668.10.3.1Vip интерфейс FILIAL_AVIZOФинансово-расчетные операцииВходящее авизо
Vip интерфейс FILIAL_AVIZO Необходимо переделать механизм работы доработки FILIAL_AVIZO таким образом чтобы отслеживание появления новых записей PLPOR (TIDK=21) происходило не через таблицу журнализации а каким то другим способом.Необходимо чтобы в этом патче обращение к таблице x$journal вообще не происходило.В ветку "Настройки Галактики Бухгалтерский контур Обработка документов" добавлена новая системная настройка "Отслеживать формирование межфилиальных авизо". Допустимые значения "да" и "нет". Значение по умолчанию - "нет". При попытке переключения настройки на нефилиалной базе будет выдано сообщение: --------------------------- Информация --------------------------- Текущая база данных не является филиальной. Изменение настройки невозможно. --------------------------- ОК --------------------------- При включенной настройке создаваемые в интерфейсе редактирования исходящие авизо запоминаются для поседующей обработки интерфейсом C_CORPO::FILIAL_AVIZO. После установки этого обновления указанный интерфейс будет работать корректно независимо от наличия прав администратора у пользователя, который его запускает. Перед установкой обновления с этой доработкой необходимо выполнить обработку созданных ранее исходящих межфилиальных авизо интерфейсом C_CORPO::FILIAL_AVIZO. Запускать интерфейс должен пользователь с правами администратора.
102.750838.10.3.0Смена направлений в накладных, услугиКонтур логистикиНе знаю, какая именно часть контура логистики, научите
Смена направлений в накладных, услуги. Была разработана утилита, по накладной на отпуск делала накладную на приход. Связано с филиальностью, т.е. для одного филиала ТТН на отгрузку, для другого филиала ТТН на закупку. Первоночально не предусматривалось возможность наличия в спецификации услуг. По факту работы появилась необходимость учитывать в спецификации услуг. В связи с разной идеологией учета услуг в ТТН на продажу и ТТН на закупку, для Заказчика необходимо реализовать в ТТН на закупку услугу как сопутствующая услуга распределяемая пропорционально количеству (признак ТМЦ =7)Услуга из накладной на продажу преобразовывется в сопутствующую услугу, распределяемую по количеству, в накладной на закупку.
102.747158.10.2.0Смена направления авизоФинансово-расчетные операцииВходящее авизо
При проведении Корпообмена в версии "Галактика" 7.12 средствами встроенных утилит была возможность при необходимости автоматически изменять направление "Авизо", что позволяло не вносить документ повторно. В настоящее время в версии "Галактика" 8.10 данная возможность отсутствует.Реализован интерфейс C_Corpo::Filial_Avizo, который выполняет поиск новых межфилиальных исходящих авизо в базе данных по всем филиалам. Для каждого найденого документа создается парный входящий документ в том филиале, который указан в поле "Адресовано" найденного документа. Предполагается, что работа интерфейса происходит с базой данных, для которой предварительно в модуле "Филиальность" задана топология организации, каждому филиалу, участвующему в межфилиальном обмене авизо, поставлено в соответствие значение идентификатора филиала из каталога организаций (Normal;выполняется при помощи запуска интерфейса OrgFilial), в каждом филиале выполнена инициализация настроек "Собственная организацияОрганизация", "Бухгалтерский контурТекущий план счетов" и "Бухгалтерский контурТекущий регистр учета", в модуле "ХозОперации" выполнено обновление каталога типов документов. Интерфейс доступен через функцию "Запуск внешнего интерфейса". По результатам работы интерфейса выдается лог, содержащий реквизиты сформированных парных авизо.
102.711398.10.1.0Формирование ДО на закупку по ДО на продажу при корпообменеКонтур логистикиНе знаю, какая именно часть контура логистики, научите
В базовую версию 8.1 (компонента C_Corpo) нужно включить интерфейс формирования ДО на закупку по ДО на продажу при выполнения операций купли-продажи между филиалами. Интерфейс должен вызываться при корпообмене. В эту же компоненту необходимо перенести интерфейс формирования зеркальных авизо Corpo_Avizo.Доработано.