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


Описание файла обновления:
ФайлC_CHECKKBU_RES_810260.txt
ОбновлениеC_CHECKKBU_RES_810260
НазначениеОбщее
ПродуктГалактика 8.10
Релиз03.11.2006 : Atlantis 5.2.8
КомпонентC_CHECKKBU
ТипRES
Версия8.10.26.0
Дата2013-10-25 12:41:59
Проблема ПИРПервое решениеОписаниеПроектДетализация
Что изменено:Как изменено:
102.124472NEWРегистрация Восстановление НДС (книга покупок)Управление сбытомНаши счета-фактуры
Регистрация Восстановление НДС (книга покупок) Если делать СФ авансовый, то в записи регистрации ?Регистрация аванса?.? поле ?Сумма без НДС? не заполняется. Если в этом же СФ сделать вручную запись регистрации ?Восстановление НДС (книга покупок)?, то запись поле ?Сумма без НДС? заполняется и соответственно выводится на печать книги покупок. Клиента это не устраивает, просят исправить.Записи "Восстановление НДС по платежу" и "Восстановление НДС по платежу (книга покупок)". Отображение и печать сумм без НДС зависит от типа СФ, к которому привязана запись. Для записей авансового СФ не отображается и не печатается.
102.1214238.10.25.0Добавить тип записи Вычет по строительству для собственного потребленияРасчеты с поставщиками и получателямиНаши счета-фактуры
Составленный СФ по СМР для собственного потребления регистрируется в книге продаж и одновременно СФ регистрируется в книге покупок. Клиент не использует модуль Управление капстроительством. Просят в интерфейс выбора типа записей регистрации в документе для учета НДС по продажам добавить тип записи "Вычет по строительству для собственного потребления".Отгрузочные СФ, сбыт. Появилась возможность вручную создать запись регистрации из книги покупок с типом "Вычет по строительству для собственного потребления".
102.1219828.10.24.0После проверки целостности таблиц КБУ запись Налоговый вычет переходит в противоположную книгуРасчеты с поставщиками и получателямиНаши счета-фактуры
После проверки целостности таблиц КБУ запись Налоговый вычет переходит в противоположную книгуПосле проверки целостности таблиц КБУ запись "Налоговый вычет" остается в своей книге покупок.
180.71208.10.22.1Реализовать возможность ввода справок по начислениям процентов кредитовВекселя и кредитыПолученные кредиты
Необходимо, что бы аналогично векселям была возможность ввести справку по начислениям процентов по кредитам, так как независимо от погашения процентов по кредитам начисление их мы должны производить ежемесячно за период 01 числа по последнее число месяца, тогда как многие банки требуют погашение с 26 по 25 число. Поэтому по таким кредитам всегда возникает задолженность на начало следующего месяца по % за 26-31 числа, есть даже договор, по которому проценты гасятся один раз. Под "ввести справку" имеется ввиду необходимость функционала по аналогии с векселями: Модуль "Векселя и кредиты" - Векселя - Бухгалтерские справки по начисления процентов. Нужна возможность формирования проводок.В модуле "Векселя и кредиты" в раздел меню "Кредиты" добавлены новые документы "Справка по начислению процентов по выданным кредитам" (тип 1089) и "Справка по начислению процентов по полученным кредитам" (тип 1090). Также в раздел меню "Настройка" для этих документов добавлена настройка каталогов статусов и каталогов алгоритмов начисления процентов. В модуле "Хозоперации" в меню в раздел "Векселя и кредиты" добавлены справки по начислению процентов по выданным/полученным кредитам. На справки распространяют свое действие следующие настройки: - "Настройки Галактики Общие настройки системы Доступ к документам"; - "Настройки Галактики Бухгалтерский контур Обработка документов Разрешить модификацию справок по векселям при наличии проводок"; - "Настройки Галактики Бухгалтерский контур Типовые проводки Доступ к формированию проводок"; - "Настройки Галактики Бухгалтерский контур Векселя и кредиты Налоговые справки Сохранять историю статусов"; - "Настройки Галактики Бухгалтерский контур Векселя и кредиты Налоговые справки Способ нумерации справок"; - "Настройки Галактики Бухгалтерский контур Векселя и кредиты Налоговые справки Автонумерация справок". Так же как и для других справок, в алгоритмах начисления процентов по выданным/полученным кредитам можно использовать поля следующих таблиц: AppVeks - справка, SpApp - спецификация справки, Veksl - карточка кредита, KatKlass - условия погашения кредита, ReFinPol - ставка рефинансирования на дату выдачи кредита (Veksl.DatVip), ReFinV - ставка рефинансирования на дату погашения кредита (Veksl.DatOb). Если алгоритм начисления процентов не задан, то сумма процентов рассчитывается как сумма этапов план-графика погашения кредита, попадающих в период формирования справки, с типом "проценты по кредиту".
180.69708.10.22.0Проверка Хозопераций для Реестра счетовХозоперацииПроверка целостности таблиц (см. ФРО)
Просьба реализовать удаление "зависших" Хозопераций по документам "Реестр счетов" при проверке КБУ с установленной галочкой "платёжные банковские и кассовые документы"Доработано удаление отвязанных("зависших") хозопераций для документов "Собственный реестр счетов" и "Сторонний реестр счетов" при проверке целостности таблиц КБУ при установленном флаге "При проверку удалять отвязанные записи в журнале хозопераций".
180.68758.10.21.0Обнуление даты Оприходования при проверки Книги покупокКонтроль целостности таблиц КБУПроверка книги покупок-продаж
При проверки Книги Покупок удаляется Дата оприходования (поле BOOKPRZK.DOPR) в записях Книги, зарегистрированных из Авансовых отчётов, где дата оприходования ставится по дате Авансового отчёта. Примечание: вопрос простановки оговоренной даты рассматривался в проблеме №180.5611Проверка КБУ, книга продаж/покупок. Если СФ и запись регистрации создана по авансовым отчетам, то дата оприходования не обнуляется, т.к. она, несмотря на платежный тип записи, может проставляться.
101.435978.10.20.0Возможность удалять документы СпецодеждыНастройкаУдаление данных бухгалтерского контура
У клиента существует необходимость в удалении всех документов спецодежды, по которым удалятся проводки из бухконтура. То есть: приход, расход и внутреннее перемещение между МОЛами. Хотелось бы иметь возможность выбора документов данного модуля в сервисной функции удаления данных бухконтура.Добавлена системная настройка "Настройки Галактики - Общие настройки системы - Сроки хранения данных - Срок хранения операций спецоснастки, СФО(в месяцах)" (по умолчанию - 60 месяцев). Доработана сервисная функция "Удаление данных бухгалтерского контура". В окно настройки добавлен параметр, позволяющий выбрать для удаления операции спецоснастки, СФО с истекшим сроком хранения. Дата окончания срока хранения операций спецоснастки, СФО отсчитывается от даты отчетного периода бухгалтерского контура с учетом значения настройки "Срок хранения операций спецоснастки, СФО(в месяцах)". Под удалением операций спецоснастки, СФО понимается удаление приходных и расходных операций из КУ. Перед удалением этих операций происходит их отвязка от финансовых операций и проводок. Если не все предметы были списаны из прихода до даты удаления операций, то приход не удаляется, в нем сохраняется остаток предметов на эту дату. В приходе изменяются тип (устанавливается тип "Остаток после удаления старой информации"), дата (устанавливается равной дате удаления операций), количество и % износа (рассчитываются на дату удаления операций). Данный приход отвязывается от финансовых операций и проводок. Удаляются связанные с ним хозоперации. Приход отвязывается от документа спецоснастки (документ на ввод в эксплуатацию, внутреннее перемещение и т.д.), который удаляется, если не содержит спецификаций. Приходы с типом "Остаток после удаления старой операции" не попадают в отчет об износе спецоснастки/спецодежды. Такие приходы не считаются движением, всегда включаются во входящий остаток в отчете о движении спецоснастки/спецодежды/драгметаллов. При удалении приходной операции из КУ удаляются: - связанные с ней хозоперации; - фурнитура в комплекте (в модуле "Учет вещевого имущества"); - внешние атрибуты и внешняя классификация; - связанный документ спецоснастки (документ на ввод в эксплуатацию, на внутреннее перемещение и т.д.), если после удаления прихода он не будет содержать спецификаций. При удалении расходной операции из КУ удаляются: - ссылки на созданные в результате реализации карточки складского учета, хранящиеся в таблице RefTable (только для операций списания по акту); - связанные с ней хозоперации; - внешние атрибуты и внешняя классификация; - связанный документ спецоснастки (ведомость начисления износа, акт на списание и т.д.), если после удаления расхода он не будет содержать спецификаций. При удалении связанного документа спецоснастки удаляются: - ссылки на созданные в результате реализации документы (расходный ордер, накладная на отпуск и т.д.), хранящиеся в таблице RefTable; - внешние атрибуты и внешняя классификация.
102.1155098.10.20.0Необходимо доработать проверку целостности таблиц КБУКонтроль целостности таблиц КБУПроверка МБП
Необходимо доработать проверку целостности таблиц КБУ: 1. В БД есть отвязанные ХО по типам документов 703 и 704 (акт о недостаче и акт об излишке спецоснастки). Однако при выполнении функции такие записи не удаляются из журнала ХО. Необходимо их удалять. 2. Выполнена передача спецоснастки в ОС. Есть запись в КУ, есть связанная с ней ХО. Однако при выполнении функции в протокол выводится, что для расходной операции передачи спецоснастки в ОС была создана ХО. Сколько бы раз мы не запускали проверку, в протокол будет выводится информация о добавлении ХО, хотя в действительности такого добавления не происходит.Доработано.
104.198278.10.19.0Не срабатывает фильтр на данные при разноске проводок в ННРасчеты с поставщиками и получателямиНаши налоговые накладные
Не срабатывает фильтр на данные при разноске проводок в НН: Хозоперации/Операции/Разноска хоз. операций (сбыт или снабжение)/Реестр полученных/выданных НН. По лок. меню вызываем Фильтр на данные, задаем фильтр по организации, система отвечает, что нету данных, удовлетворяющих заданный фильтр. Но дело в том, что я задаю ограничения по контрагенту предварительно проверив, есть ли по нему данные за конкретный период. См. пример в скринах. Необходимо исправить эту проблему.При формировании хозопераций по записям регистрации НН организация заполняется. Для обновления уже созданных проводок необходимо запустить Проверка целостности таблиц - Контроль целостности таблиц КБУ.
101.484878.10.18.0Исправления корректировочного СФУправление сбытомНаши счета-фактуры
Исправления корректировочного СФ В последнем l_sf 8101040 вышло решение по ПИР 102.112708, новый тип документа СФ-"исправленный" В положении 1137 исправление допускается также и корректировочному с/ф Необходимо доработать функционал. Исправления в корректировочные счета-фактуры, составленные начиная с даты вступления в силу постановления Правительства Российской Федерации от 26 декабря 2011 г. № 1137 на бумажном носителе или в электронном виде, вносятся продавцом (в том числе при наличии уведомлений, составленных покупателями, об уточнении корректировочных счетов-фактур в электронном виде) путем составления новых экземпляров корректировочных счетов-фактур в соответствии с настоящим документом. В этом случае в новом экземпляре корректировочного счета-фактуры не допускается изменение показателей, указанных в строках 1 и 1б корректировочного счета-фактуры, составленного до внесения в него исправлений, и заполняется строка 1а, где указывается порядковый номер исправления и дата исправления. Остальные показатели нового экземпляра корректировочного счета-фактуры, в том числе новые (первоначально не заполненные) или уточненные (измененные), указываются в соответствии с настоящим документом.Разработана возможность создания исправлений для корректировочных СФ. По пункту локального меню "Создание счета-фактуры с исправлениями" создается СФ с новым типом "Исправление корректировочного СФ" или "Исправление корректировочного СФ поставщика", который отображается и печатается как "копия" корректировки. Если исправление корректировки на отрицательную сумму, то регистрация идет в противоположной книге на положительную сумму. Доработана печать корректировочных СФ в самом СФ, журнале учета полученных и выставленных СФ и записей регистрации в книгах покупок и продаж. При печати СФ с типом "Исправление корректировочного СФ" номер и дата этого СФ выводится в строке "1б" в СФ, графах "9-10" в журнале, графе "2в" книги покупок и графе "1в" книги продаж. Номер и дата корректировочного СФ, к которому создано это исправление, выводится в строке "1" в СФ, графах "7-8" в журнале, графе "2б" в книге покупок и графе "1б" в книге продаж.
180.64248.10.17.0Создание новых типов записи регистрации и изменение существующих в СФ по корр.акУправление сбытомКнига продаж
Просьба по корректирующим СФ вместо 2 типов корректировочных записей "Корректировочная запись" "Корректировочная запись поставщика" ввести 4 типа корректировочных записей: Сбыт: 1. Для случаев корректировки реализации в сторону увеличения в одном налоговом периоде - тип записи в книге продаж "Корректировочная запись- увеличение реализации в открытом периоде" - прежнее название "Корректировочная запись" 2. Для случаев корректировки реализации в сторону уменьшения - тип записи в книге покупок "Корректировочная запись- уменьшение реализации". Прежнее название "Корректировочная запись поставщика" Снабжение: 3. Для случаев корректировки закупки в сторону увеличения - тип записи в книге покупок "Корректировочная запись- увеличение закупки". Прежнее название "Корректировочная запись поставщика" 4. Для случаев корректировки закупки в сторону уменьшения - тип записи в книге продаж "Корректировочная запись- уменьшение закупки". Прежнее название "Корректировочная запись" Для пользователей крайне не удобно существование в одной книге записей одного типа сформированных по разным операциям. То есть стандартными средствами пользователь не может отделять корректировочные записи сбыта от корректировочных записей снабжения тем самым существенно затруднена проверка книг покупок и продаж. Пока данный механизм только-только запущен можно внести данное изменение в систему чтобы конечным пользователям было легче работать и чтобы они не ругали систему, а спокойно выполняли свои обязанности.Регистрация корректировочных СФ. Снабжение, положительная сумма - создается запись регистрации "Корректировочная запись поставщика, увеличение закупки". Снабжение, отрицательная сумма - создается запись регистрации "Корректировочная запись, уменьшение закупки" в противоположной книге. Сбыт, положительная сумма - создается запись регистрации "Корректировочная запись, увеличение реализации" в случае попадания записи в основную книгу. Сбыт, отрицательная сумма - создается запись регистрации "Корректировочный счет-фактура поставщика, уменьшение реализации" в противоположной книге.
102.1107438.10.16.0Некорректная работа КБУ с корректировочными СФУправление сбытомНаши счета-фактуры
Некорректная работа КБУ с корректировочными СФ Шаги выполнения: 1. Создать корректировочную накладную в сбыте с отрицательной суммой 2. По данной накладной создать СФ и зарегистрировать (запись регистрации будет в книге покупок) 3. Запустить проверку целостности таблиц КБУ Фактический результат: 3. Запись регистрации переносится в книгу продаж Ожидаемый результат: 3. Запись регистрации должна оставаться в книге покупокПри проверке КБУ, книга продаж/покупок, система не будет пытаться некорректно изменить записи регистрации с типом "Корректировочная запись" или "Корректировочная запись поставщика", которые могут быть противоположного направления по сравнению со СФ, по которым они созданы (случай отрицательных сумм). Также не будет попыток изменить следующие записи регистрации, созданные по стандартным алгоритмам Галактики: - Нерегистрируемый остаток по раздельному учету (книга продаж)/(книга покупок)/ОС (книга покупок); - Отложенная регистрация по экспортным отгрузкам (нерегистрируемая); - Регистрация возврата оплаты, предоплаты от поставщика/покупателю при настройках "Организация при регистрации авансов в момент отгрузки (книга покупок)/(книга продаж)" = "собственная организация" (папка Логистика - Налоги, счета-фактуры - Россия, Молдова, Узбекистан - Регистрация авансов).
102.824658.10.15.0начисление износаУчет спецоборудования и спецоснасткиВедомость начисления износа
Оприходовали несколько предметов спецоснастки (9 шт.) и одновременно начислили по ним износ (при вводе в эксплуатацию). Затем списываем, например, 2 шт. Делаем акт на списание,при этом автоматически формируется ведомость начисления износа. Получается, что износ начисляется на все 9 шт., а не на 2 шт.Начисление износа на часть прихода реализовано для следующих документов: - Акт на списание; - Документ на возврат из эксплуатации; - Акт выбытия СФО; - Документ на возврат из использования СФО. Если с помощью этих документов списываются/возвращаются не все предметы из прихода, то износ будет начисляться только на списываемую/возвращаемую часть. При этом при расчете текущего количества предметов в приходе учитываются как фактические, так и планируемые операции. Для реализациии возможности начисления износа на часть прихода добавлена новая приходно-расходная операция "Разделение прихода". Данная операция не связана с документом, для нее не создается хозоперация, она не отображается в отчетах о движении спецоснастки, СФО, драгметаллов. В приходе, созданном на основе операции "Разделение прихода", можно изменять только поля "Срок службы", "Дата окончания (срока службы)", "Доп. информаци" и "Передано - количество". Значения всех остальных полей совпадают со значениями, указанными в родительском приходе. При изменении данных в родительском приходе соответствующие изменения вносятся в дочерний приход. Операция "Разделение прихода" удаляется вручную из КУ (при этом удаляются все дочерние операции) или автоматически при удалении последней расходной операции по приходу данного типа. Также доработано: 1) отображение операции с типом "Разделение прихода" в печатных формах КУ спецоснастки/СФО, карточки учета материалов (форма М-17); 2) функция "Контроль целостности таблиц КБУ"; 3) функция "Настройка - Контроль соответствия операция" в модуле "Учет спецоборудования и спецоснастки"; 4) утилита F_MBP::MBPInFrom; 5) утилита F_SFO::ChkPrsSFO.
102.1073248.10.14.0доработать проверку КБУ для филиальностиФинансово-расчетные операцииКонтроль целостности таблиц КБУ (~Н)
доработать проверку КБУ для филиальности Таблицы DOGOVOR и SOPRHOZ филиальные, в таблице DOGOVOR есть записи по которым отсутствует SOPRHOZ. В результате проверки создаются записи в SOPRHOZ с ссылкой на DOGOVOR, но с нулевым значением в ATL_BRANCH, соответственно пользовотелю эти записи не видны. ATL_BRANCH в SOPRHOZ должен записываться такой же как в первичном документе.ATL_BRANCH в SOPRHOZ записываться такой же как в первичном документе.
103.47928.10.14.0Доработать проверку КБУ с учетом филиальностиФинансово-расчетные операцииКонтроль целостности таблиц КБУ (~Н)
Пользователь имеет право на работу в одном филиале и запускает проверку КБУ по календарным планам. Таблицы CALPLAN и SOPRHOZ филиальные, в таблице CALPLAN есть записи по которым отсутствует SOPRHOZ. В результате проверки создаются записи в SOPRHOZ с ссылкой на CALPLAN но с нулевым значением в ATL_BRANCH, соответственно пользовотелю эти записи не видны. ATL_BRANCH в SOPRHOZ должен записываться такой же как в первичном документе.ATL_BRANCH в SOPRHOZ записываться такой же как в первичном документе.
102.1051058.10.13.0Некорректное восстановление записей в книге продаж/покупокКонтроль целостности таблиц КБУПроверка книги покупок-продаж
Запустили Контроль целостности таблиц КБУ с галочкой книга покупок/продаж. В результате проверки не только были созданы недостающие записи в SOPRHOZ, но также были испорчены (исправлены) многие записи в таблице bookprzk, которые трогать не надо было. В частности, записи в книге продаж с типом "Восстановление НДС" оказались перемещены в книгу покупок, а соответствующая записи в таблице SOPRHOZ задвоились - А именно Старая запись с типом TIPDOC=74 осталась, но создалась и новая запись в SOPRDOK с ссылкой на тот же документ, но с типом TIPDOC=75. Поскольку речь шла о прошедшем периоде то пришлось сильно помучиться с восстановлением книг покупок и продаж к первоначальному виду. Пояснения разработчика (Татьяна Биза): Проблема с записями восстановления НДС заключается в том, что записи находятся в книге продаж, а привязанный к ней СФ - в снабжении. Т.е. разные направления, которые проверка КБУ воспринимает как ошибку и пытается исправить.Контроль целостности таблиц КБУ, проверка книг покупок/продаж, сделаны следующие доработки: 1. При проверке записей регистрации книги продаж с типом Восстановление НДС не происходит смена направления, т.е. такие записи остаются в книге продаж. 2. Если при проверке возникает необходимость изменить направление записи регистрации, например, перенести из книги продаж в покупки, и у этой записи есть сопрхоз, то сопрхоз тоже переносится в книгу покупок, его дублирования не происходит.
103.49018.10.13.0Проблема с книгами покупок_продаж при проверке целостности КБУКонтроль целостности таблиц КБУКонтроль целостности таблиц КБУ (включено несколько проверок)
Проблема с книгами покупок_продаж при проверке целостности КБУДоработан контроль целостности таблиц КБУ, проверка книг продаж/покупок. 1. Записи типа "Корректирующая запись - сторно" для сбыта и снабжения должны формироваться в противоположной книге. Проверка не считает это ошибкой и не исправляет их. 2. Во всех корректирующих записях сбыта и снабжения может быть организация, не совпадающая со СФ. Проверка также не пытается изменить такие записи.
102.1034478.10.12.0Исправляем данные, а при проверке говорит, что надо обновить записи в ЖХОКонтуры: финансовый, бухгалтерского учетаНе знаю, какая именно часть финансового контура, научите
Исправляем данные, а при проверке говорит, что надо обновить записи в ЖХО: !!! Замечено, что у таких ДО длинный номер.Сравниваются первые 20 символов из номера документа-основания с номером в Хозяйственной операции.
102.994398.10.11.0фильтр по организации и временному интервалуХозоперацииРазноска ТХО по видам документов /укажите тип документа/
Ставим фильтр по интервалу дат и по организации в интерфейсе "разноска хозопераций - управление снабжением - книга покупок". Выдается сообщение о том, что данные, соответствующие заданным условиям фильтра, отсутствуют, хотя реально они должны быть.При формировании сопрхозов по записям регистрации корректно проставляется ссылка на организацию. Для уже сформированных сопрхозов ссылку можно исправить с помощью функции "Контроль целостности таблиц КБУ", установив "галочку" проверки книг продаж и покупок.
102.913058.10.10.0Некорректная работа проверки целостности таблиц КБУКонтроль целостности таблиц КБУПроверка книги покупок-продаж
Некорректная работа проверки целостности таблиц КБУ После запуска данной проверки запись в книге покупок с типом "Регистрация аванса поставщику в момент отгрузки" стала "черной" (по журнализации видно, что поменялось поле direct).После запуска данной проверки запись с типом "Регистрация аванса поставщику в момент отгрузки" не меняет свое направление, как это и необходимо, т.к. она регистрируется в книге продаж - противоположного СФ направления. Также доработана реакция на настройку Формировать хозоперации по книге продаж/покупок = только по регистрируемым в книге. При данном значении хозоперации, если их ранее не было, формируются только по регистрируемым записям.
104.188388.10.8.0Функция проверка целостности таблиц КБУФинансово-расчетные операцииКонтроль целостности таблиц КБУ (~Н)
Функция проверка целостности таблиц КБУ Постоянно после проверки в протокол контроля данных попадают одни и теже записи. Описание во вложенном файле.Исправлен алгоритм проверки наличия различий в значений полей сумм по ордеру и по ЖХО.
102.789508.10.7.0Поля не задисайбленыКонтроль целостности таблиц КБУКонтроль целостности таблиц КБУ (включено несколько проверок)
Поля не задисайблены - Временной интервал выбор(точка стоит) = по всем имеющимся в базе данным, а поля только в интерфале дат "С" и "ПО" - открыты и доступны даты. Только после передергивания выбора (.) поля дисайблятся, надо сразу.сделана инициализация настройки полей дат
102.696458.10.5.0Ошибка при печати отчета Контроля целостности таблиц КБУФинансово-расчетные операцииКонтроль целостности таблиц КБУ (~Н)
При формировании отчета при проверке 2 раза выдается ошибка: "Форма может быть не допечатана. Отсутствует feBreak для цикла: ----------------------- ok ---------------------------"ДОБАВЛЕН PUTEVENT(FEBREAK) В ПРОЦЕДУРУ ПЕЧАТИ РАСШИФРОВКИ ВОЗМОЖНЫХ ПРИЧИН МОДИФИКАЦИИ
102.751708.10.5.0Проверка КБУ в режиме филиальности работает в условия специального филиалаКонтроль целостности таблиц КБУКонтроль целостности таблиц КБУ (включено несколько проверок)
Проверка КБУ в режиме филиальности работает в условияX специального филиала и специального пользователя со всеми правами (чтение, изменение, удаление), нужно сделать, чтобы функция работала в режиме филиальность без дополнительных этих настроек.Изменен алгоритм работы в режиме филиальности. Отключается режим филиальности на время выполнения проверки. Проверка проверяет записи бд без ограничений филиальности. # ИНСТРУКЦИЯ ПО НАСТРОЙКЕ: Данная функция должна запускаться администратором системы Галактика.
102.742218.10.4.0при привязке предоплатного ДО он не отображается в шапке платежного документаФинансово-расчетные операцииПлатежное поручение
релиз с патчами При привязке предоплатного ДО он не отображается в шапке платежного документа в поле Основание. На чистом релизе было, надо вернуть.Доработан "Котроль целостности таблиц КБУ".Если заполнено только одно поле cpredopldo и в шапке платежа не заполнена ссылка на ДО (PlPor.cStepDoc), то заполняется ссылку сstepdoc.
102.747928.10.4.0Предоплатное ДО. СовместимостьФинансово-расчетные операцииВходящие документы
Переделка алгоритма привязки предоплатного ДО.Подправил проверку в "Котроле целостности таблиц КБУ". Если к платежу привязан предоплатный ДО, то дублирую эту ссылку в новое поле soprhoz.cpredopldo. Также если заполнено только одно cpredopldo, то копирую ссылку в cbasedoc и заполняю сstepdoc.
102.740998.10.3.0Проект 2.0026: 5. Использование ChkSoprHoz в компоненте C_CheckKBUКонтуры: финансовый, бухгалтерского учетаНе знаю, какая именно часть финансового контура, научите
Необходимо задействовать объект ChkSoprHoz в компоненте C_CheckKBUОбъект ChkSoprHoz задействован в компоненте C_CheckKBU. С точки зрения пользователя функциональность не менялась.
102.742788.10.3.0Доработка контроля целостности АППКонтроль целостности таблиц КБУПроверка актов по векселям
1. При выполнении проверки "ФРО - Настройка - Администратор - Проверка целостности таблиц - Контроль целостности таблиц КБУ". При установленном параметре "Акты по векселям" в отчет о некорректных записях попадают все документы из разделов "Векселя и кредиты - Векселя - Налоговые справки по векселям" и "Векселя и кредиты - Векселя - Бухгалтерские справки по начислению процентов". (Проявляется и на релизе 8.1) 2. При выполнении описанной выше проверки в отчет попадают все документы из разделов "Векселя и кредиты - Векселя - Акты :" и "Векселя и кредиты - Ценные бумаги - Акты:", сформированные после установки обновлений F_SoprHoz_res_81012 и F_Veks_res_81003. 3. Т.к. проверке подвергаются не только Акты по векселям и ЦБ, но и "Налоговые справки по векселям" и "Бухгалтерские справки по начислению процентов", предлагается переименовать параметр "акты по векселям" в "акты по векселям и ЦБ; справки по векселям"1. Исправлен механизм проверки поля SoprHoz.Direct для документов из разделов "Векселя и кредиты - Векселя - Налоговые справки по векселям" и "Векселя и кредиты - Векселя - Бухгалтерские справки по начислению процентов" 2. Исправлена инициализация поля SoprHoz.cFilKor при создании документов из разделов "Векселя и кредиты - Векселя - Акты :" и "Векселя и кредиты - Ценные бумаги - Акты:", а также при выполнении проверки корректности этих документов. 3. В диалоге настройки "Контроль целостности таблиц КБУ" параметр "акты по векселям" переименован в в "акты по векселям и ЦБ; справки по векселям"
102.711768.10.2.0Доработка функциональности по обработке в системе ДО на предоплатуРасчеты с поставщиками и получателямиРаспределение входящих/исходящих платежей
Доработка функциональности по обработке в системе ДО на предоплату .В контроль целостности таблиц КБУ добавлена проверка и правка привязки предопл. ДО. Раньше предопл. ДО, как обычное ДО, вязалось в BaseFin.cStepDoc и BaseFin.cBaseDoc теперь такая привязка при проверке перепривязывается в BaseFin.cPredoplDO и соответственно в soprhoz-е. В платежке, если была такая ссылка в шапке, она не правится. Также добавляется соответствующая информация об исправленных записях в отчет после проверки и правки.
102.690798.10.1.0Пакетное исправление поля PlPor.DirectКонтроль целостности таблиц КБУПроверка платежных банковских и кассовых документов
У платежек, сформированных из зарплаты некорректно инициализируется поле PlPor.Direct (визуально нигде не отображается). Нужен механизм пакетного исправления значения этого поля.В процедуру проверки «ФРО – Настройка – Администратор – Проверка целостности таблиц – Контроль целостности таблиц КБУ» - птичка на параметре «платежные банковские и кассовые документы» добавлена проверка корректности значения в поле PlPor.Direct. Если значение в этом поле не корректно, в отчет выводятся атрибуты платежного документа и сообщение "Не задано направление Плат.Документа". При установленном параметре "при проверке исправлять некорректные записи" значение поля PlPor.Direct будет исправлено.