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


Описание файла обновления:
ФайлF_DISTPL_RES_8101150.TXT
ОбновлениеF_DISTPL_RES_8101150
НазначениеОбщее
ПродуктГалактика 8.10
Релиз03.11.2006 : Atlantis 5.2.8
КомпонентF_DISTPL
ТипRES
Версия8.10.115.0
Дата2015-03-12 19:46:00
Проблема ПИРПервое решениеОписаниеПроектДетализация
Что изменено:Как изменено:
102.140533NEWРаспределение разных платежей по одной накладнойФинансово-расчетные операцииВалютное платежное поручение
В связи с изменениями в законодательстве по учету валютных авансовых платежей возникает необходимость организовать возможность пропорционального распределения по указанным позициям накладной разных платежных документов.Доработано ручное распределение. При выполнении пометки позиции спецификации накладной/акта, не производится автоматический расчет подлежащей к оплате суммы. Таким образом, система позволяет пометить позиции спецификаций на сумму, превышающую сумму доступную к распределению. Благодаря такой пометке можно реализовать пропорциональное распределение по спецификации накладных, сумма которых превышает сумму хозяйственной операции, что раньше было не возможно. Следует отметить, что в случае, когда по ДО сформирована рекламационная накладная, то для корректного распределения необходимо сначала вручную пометить все рекламации и выполнить по ним распределение. А затем пометить необходимые для распределения расходные накладные/акты и выполнить распределение по ним.
102.1381428.10.114.0Неверный валютный эквивалентРасчеты с поставщиками и получателямиПакетное распределение входящих платежей
ДО, накладная, платеж - валютные. Если установлена настройка Бухгалтерский контур Обработка документов Параметры работы с документами различных типов - учет суммовых разниц - "да", то валютный эквивалент распределенной суммы ( в валюте ДО) - неверный (пересчитывается по курсу платежа).Проблема заключалась в том, что при расчете суммы к распределению по валютному ДО, курс определялся как для суммовых разниц. Суммовые разницы предназначены только для ВАЛ-НДЕ ДО и не должны влиять на работу с валютными ДО. Исправлено.
102.1401678.10.114.0Дата курса для ВАЛ-НДЕ ДОФинансово-расчетные операцииПлатежное поручение
При учете платежей в режиме "по курсу на дату получения платежа", для ВАЛ-НДЕ ДО, необходимо определять дату курса валюты для оплаченных документов, как дату хозяйственной операции, вместо даты оплаты платежного документа.При определении даты курса, она берется не из даты оплаты платежного документа, а непосредственно из хозоперации, для которой эта дата курса рассчитывается.
102.1334198.10.113.0Исключить платежи, по которым были возвратыРасчеты с поставщиками и получателямиПакетное распределение платежей
Исключить платежи, по которым были возвраты Созданы сторонние платежные поручения. Некоторые из них распределены полностью, некоторые частично либо вообще не распределены по ДО. При возврате платежа контрагенту пользователь создает собственное платежное поручение и СФ на возврат. При регистрации СФ на возврат (при установленной настройке Настройки Галактики Логистика Налоги, документы для учета НДС Регистрация в разрезе контрагента (для СФ без ДО) ) система находит все свободные СФ на аванс, созданные по сторонним поручениям, и регистрирует по ним возврат. Такая работа функционала пользователя полностью устраивает. Клиент считает, что если СФ возвратные находят соответствующие авансы, то и платежи должны как-то связываться и для сторонних платежей устанавливаться какой-то признак, что деньги по этому платежу возвращены и в дальнейшем распределении он не участвует. На данный момент при пакетном распределении платежей эти сторонние платежные поручения, по которым был произведен возврат,видны, а они не нужны в распределении, их нужно исключить, т.к. оплата по ним закрыта возвратом. Предложены варианты: 1. использовать ДО при создании платежей, связывать сторонние и собственное поручения одним ДО, и платежи будут видны как распределенные по ДО. Пользователя не устраивает, т.к. ДО к платежам не создают и менять свою схему документооборота не хотят. 2. Сторонним платежным поручениям присваивать статус "закрытый" и в фильтрах пакетного распределения установить платежи "без статуса". Пользователя не устраивает, т.к. возврат может идти по нескольким сторонним поручениям и искать по базе эти платежи, выбирать им статус "закрытый" - затруднительно и займет много времени.При регистрации возвратов авансов для SoprHoz и BaseFin, соответствующих возвратному и авансовому СФ, проставляется отметка об возврате. В пакетном распределении платежных документов, на закладке "Разное", в разделе прочих настроек добавлен новый параметр - "не загружать возвраты и связи с возвратами". При включении данного параметра в выборку не попадают хозоперации у которых выставлен вид платежа "возврат платежа" или "связь с возвратом платежа".
102.1339718.10.112.0Не сохраняются настройки при распределении платежейРасчеты с поставщиками и получателямиПакетное распределение платежей
При распределении платежа в ДО на предоплату, не сохраняются настройки. В распределении первого платежа к ДО на предоплату схему распределения "по порядку" изменили на "пропорциональную схему", поставили галочку в поле "Сохранить настройки формы". При перераспределении платежей (подвязке еще одного платежного поручения) нажимаем "Перераспределение платежей" и видим, что предыдущие настройки не сохранились.Исправлено.
104.202458.10.111.0Формированию номера для НН с 7% НДС "000000/7"Управление сбытомНалоговые накладные
Формированию номера для НН с 7% НДС "000000/7" Доработка необходима для версии 8.1 и 9.1! Согласно Письма Миндоходов от 04.04.2014 г. N 7860/7/99-99-19-04-02-17 К порядковому номеру НН с 7% НДС добавляется цифра "7" после символа "/". Примеры возможных номеров в НН: - 123, 124, ... (обычный номер НН) - 123/7, 124/7, ... (номер НН / признак НН с 7% НДС) - 123/7/0001, 124/7/0001, ... (номер НН / признак НН с 7% НДС / номер филиала из настройки место формирования НН) - 123/0001, 124/0001, ... (номер НН / номер филиала из настройки место формирования НН)Сбыт, собственная уникальная нумерация. Для НН со ставкой 7% изменена нумерация - добавлен постфикс "/7", который ставится после порядкового номера, перед кодом места формирования, если он есть. Не рекомендуется ситуация, при которой номер места формирования совпадает с постфиксом ставки 7% и точно равен "7".
104.202468.10.111.0Формирование отдельной НН для документов с 7% НДСУправление сбытомНалоговые накладные
Формирование отдельной НН для документов с 7% НДС Обновление необходимо для версии 8.1 и 9.1! Согласно Письма Миндоходов от 04.04.2014 г. N 7860/7/99-99-19-04-02-17 Позиции с 7% НДС должны быть включены в отдельную НН. Сейчас такой механизм используется при формировании НН для документов с 20% и "Не объект НДС" в одном документе, отдельная НН для 20% и отдельная для "Не объект НДС". Если в документе присутствуют позиции с ставками 20%, 7% и "Не объект НДС" формируется три НН.Если в спецификации сопроводительного документа или привязанного к платежу ДО есть позиции со ставкой 7%, то они выделяются в отдельный НН с типами "Налоговая накладная (лек.ставка), отгрузка/оплата".
104.202658.10.111.0Доработать функционал автоконтроля первого события при формировании ННУправление сбытомНалоговые накладные
Доработать функционал автоконтроля первого события при формировании НН с ставкой "По лек.ставке 7%" 124.39 При включенном "Автоконтроль первого из событий - отгрузка/платеж" в НН формируется некорректная сумма. Описание: ДО от 16.04.2014: МЦ 20 шт по 50 грн. сумма с НДС 7% 1070,00 грн Накладная сбыт от 16.04.2014: МЦ 5 по 50 грн., сумма с НДС 267,5 грн., сформирована корректная НН Стороннее ПП от 17.04.2014 на сумму 500 грн., некорректная НН. НН должна сформироваться на сумму 232,5, а сформировалась 124,39.Проблема проявляется при автоконтроле первого события, наличия распределения и частичной оплаты. Исправлено - при автоконтроле суммы НН не вычисляются по суммам распределения, т.к. эти суммы не учитывают суммы уже существующих НН, что необходимо для данного режима.
180.79138.10.109.0Формирование примечания из ФОП в СППФинансово-расчетные операцииПлатежное поручение
В интерфейсе настроек "Параметры работы с документами различных типов", на закладке "Шаблоны", можно настроить параметры следующим образом: 1) Способ формирования : Только незаполненные строки 2) Когда формировать: при любом изменении документа. Кроме этого необходимо выставить еще галочки для полей: - Обновлять значение поля "Примечание хозоперации" при изменении назначения (основания) платежа; - только если поле не заполнено. В этом случае при формировании платежного документа из ФОБ, его примечание будет попадать а назначение платежа и примечание хозоперации. Причем последующие модификации назначения платежного документа не будут приводить к коррекции примечания хозоперации. Однако данная схема работает только в случае, если производится расчет налогов. Необходимо доработать так, что бы при выключенном расчете налогов, после создания платежного документа из ФОБ происходило первоначальное заполнение поля примечание хозоперации.Заполнение поля примечание в хозоперации платежного документа, не зависит от значения настройки "Рассчитывать налоги" интерфейса настроек "Параметры работы с документами различных типов".
180.79578.10.109.0Не работают функции расчета налогов в автоматическом режиме и в режиме "по запросу"КассаАвансовый отчет
Не работает функция расчета налогов при установленных значениях "Автоматически" либо "По запросу" в настройке "Настройки галактикиБухгалтерский контурОбработка документовПараметры работы с документами различных типов". В случае, если к авансовому отчету привязан какой либо ДО, то при создании новой хозоперации(не связанной с ДО) функции расчета налогов отрабатывают корректно.При расчете налогов по авансам, не разнесенных по ДО, как в ручном режиме (запуск из локального меню закладки "Налоги"), так и автоматическом, расчеты ведутся по контрагенту из хозоперации, а если он там не задан, то по контрагенту из шапки платежного документа.
102.1266788.10.108.0Распрелеление платежа - Налоги в акте при обработке суммовой разницы не верныФинансово-расчетные операцииПлатежное поручение
Установлены следующие настройки: "Настройки Галактики Логистика Налоги, документы для учета НДС Услуга по суммовой разнице" - определена услуга, для которой привязана группа налогов. "Настройки Галактики Бухгалтерский контур Обработка документов Параметры работы с документами различных типов" - установлен признак обработки суммовых разниц. "Настройки Галактики Логистика Документы Управление снабжением Входимость налогов по умолчанию" - не входят (!) - распространяется на документы (KATSOPR.VIDSOPR=111) При распределении платежа по вал-руб ДО формируется хозоперация на суммовую разницу, после чего автоматически создается акт на услуги (KATSOPR.VIDSOPR=111). В данном акте в соответствии с настройкой налоги берутся сверх суммы хозоперации - в результате сумма акта не равна сумме хозоперации. Необходимо создавать акт со значением "налоги входят".Вне зависимости от значения настройки "Настройки Галактики Логистика Документы Управление снабжением Входимость налогов по умолчанию", в акте на услуги, сформированном при обработке суммовой разницы, параметр "Входимость налогов в цену слуг" всегда принимает значение "входят в цену услуг".
103.57238.10.107.0Платежные документы не имеют разноски ЦУУправление капитальными вложениями и строительствомОбъекты строительства
Пользователю необходимо видеть из платежного документа, какие объекты ЦУ указаны в спецификации ДО и в спецификации накладной.В окне редактирования хозяйственной операции платежного документа, на закладках "Оплата МЦ/услуг накл" и "Оплата МЦ/услуг ДО" выведены поля целевого учета (Объект ЦУ и и 10 полей КАУ). Так же эти поля выведены в окне распределения по позициям ДО. Видимостью полей управляет настройка "Настройки Галактики Общие настройки системы Работа с МЦ, услугами Целевое назначение МТР Отображать поля КАУ в спецификации документов".
102.1267108.10.106.0Автоматическое формирование СФРасчеты с поставщиками и получателямиПакетное распределение платежей
Автоматическое формирование СФ В пакетном распределении при привязке ДО на предоплату к платежу СФ не формируется автоматически. Пример во вложении.В интерфейсе настройки пакетного распределения, на закладке "Настройка ТХО", добавлен новый параметр "Формировать счет-фактуры". В случае, если данный параметр включен, то после выполнения распределения по ДО (с закладки "Документы-основания") пользователю выдается запрос "Сформировать счет-фактуры в платежах к которым привязаны ДО без накладных/актов?". В случае утвердительного ответа, производится поиск хозопераций (либо по помеченным платежным документам, либо по всем отобранным), к которым привязано ДО или ДО на предоплату и у которых нет сопроводительных документов (накладных/актов), то в случае если счет-фактура еще не сформирована происходит ее формирование (в зависимости от значения настройки "Формировать документы для учета НДС" интерфейса настроек "Настройки Галактики Бухгалтерский контур Обработка документов Параметры работы с документами различных типов"). Механизм автоматического формирования счет фактуры не изменился. Вне зависимости от того какое значение уставлено в параметре "Формировать счет-фактуры", формирование производится в соответствии с настройками и только после распределения по спецификации накладной/акта.
103.63568.10.106.0Проблема пропорционального распределения суммы платежа по позициям спецификации акта.Финансово-расчетные операцииПлатежное поручение
Проблема пропорционального распределения суммы платежа по позициям спецификации акта.При выполнении пропорционального распределения по спецификации накладной/акта, в случае, когда включено округление, распределение не всегда получается пропорциональным. Связано это с тем, что результат распределения также округляется. Для записей спецификации, цена которых меньше единицы, получается ненулевое количество оплаты с нулевой суммой. В итоге "теряются" копейки. А если таких записей достаточно, то и копеек набегает много. Для разрешения таких ситуаций был реализован функционал дораспределения остатков на первую позицию спецификации накладной. Дораспределение автоматически запускалось при включенной настройке "Разбивать платеж по накладным из ДО". В результате распределение получалось не совсем пропорциональное. Поэтому функционал дораспределения теперь регулируется настройкой "Настройки ГалактикиБухгалтерский контур Обработка документовРаспределение платежа по ДО Распределение платежа по сопроводительным документам Корректировать погрешность округления при распределении платежей". Реализована функциональность выравнивания пропорционального распределения, которая регулируется настройкой "Настройки ГалактикиБухгалтерский контур Обработка документов Распределение платежа по ДОРаспределение платежа по сопроводительным документамВыравнивать пропорциональное распределение". Выравнивание производится в разрезе матценностей/услуг накладной. Т.е. для каждой матценности/услуги подсчитывается сколько было распределено, и сколько должно было. Затем производится дораспределение для того, чтобы получилась рассчитанная сумма оплаты. В случае, если после выравнивания остается нераспределенный остаток, а такие ситуации возможны, происходит дораспределение остатка на любую позицию. Обычно этот остаток равен минимальной округленной сумме (например, 0.01, при округлении до второго знака после запятой).
180.76868.10.106.0Фильтр не работаетРасчеты с поставщиками и получателямиПакетное распределение платежей
Документы (как платежные поручения, так и сопроводительные) отбираются только по договору, без учета выбранного дополнительного соглашения.Изменен алгоритм отбора документа по договорам и соглашениям. Теперь два этих фильтра работают в режиме "или". Если выбран режим "по выбранным договорам и соглашениям": 1) Если договора и соглашения не заданы, то ссылка на договор и соглашение не анализируется. 2) Если задан договор, но не задано соглашение, то отбираются документы у которых договор соответствует заданным (соглашения не анализируется). 3) Если не задан договор, но задано соглашение, то отбираются документы у которых соглашение соответствует заданным (договор не анализируется). 4) Если договора и соглашения заданы, то отбираются документы у которых есть или заданные договора или заданные соглашения. Если выбран режим "без договоров и соглашений": 1) Отбираются документы в которых не заданы ни договора ни соглашения.
102.1248328.10.105.0Распределить аванс по накладной по заданному процентуРасчеты с поставщиками и получателямиПакетное распределение платежей
Договор валютный на сумму 403 000 EUR ДО по договору от 23.01.2013 на сумму 403 000 EUR По договору предоплата составляет 30% от общей суммы. Создаем Валютное платежное поручение на сумму 129 128,91 EUR по курсу 39,9216, в НДЕ 5 155 032,69 руб. Далее приходит импортный товар частями. Первая приходная накладная сформирована по ДО от 23.01.2013 на дату 10.06.2013, сумму 140 795 EUR, курс 41,1157, сумма в НДЕ5 788 884,9815 руб. Еще ожидается 2 накладные по этому договору. Оприходовать товар нужно по цене в НДЕ, рассчитанной 30% по курсу на дату аванса и 70% по курсу накладной. Для этого нужно пересчитать сумму в НДЕ в накладной по курсу на дату платежа. Т.е. накладные нужно оплатить авансом только в размере 30%. Необходима возможность распределять аванс по накладной по заданному проценту.В пакетном распределении платежных документов добавлен новый режим - "Зачет авансов на процент". Располагается он на закладке "Доп.фильтры". При его активации будут отбираться только те накладные/акты, для которых во внешних атрибутах их ДО будет прописан процент зачета аванса. Атрибут должен быть типа вещественное число, называться "Процент зачета аванса" и принимать значение от 0 до 100. На закладке "Накладные/Акты" добавлено поле "%" - процент зачета аванса. В этом поле отображается процент зачета аванса, который хранится во внешнем атрибуте ДО текущей накладной. Распределение будет вестись по накладным. Вне зависимости от того, с какой закладки оно будет запускаться. При распределении накладная оплачивается только на заданный процент и только по платежам, которые будут для данной накладной авансовыми. Оплаченные накладные отображаются курсивом и задолженность по ним равна нулю. После выполнения отмены распределения, признак зачета авансов автоматически не исчезает. Для того что бы снять его, необходимо выполнить функцию локального меню "Отменить зачет аванса накладной". Функция работает либо для текущей накладной, либо для помеченных. В данном режиме распределение свыше суммы зачета аванса производится не будет. Этот режим только для зачета авансов. Если нужно распределить все остатки, то необходимо будет выключить данный режим.
102.1255788.10.105.0Интерфейс пакетного распределения платежей должен анализировать настройку "Доступ к формированию проводок"Расчеты с поставщиками и получателямиПакетное распределение платежей
Столкнулись с ситуацией когда пользователь, которому запрещено создавать проводки и привязывать ТХО всё-таки умудряется это сделать (скриншоты во вложении). Оказалось, что при вызове пакетного распределения платежей настройка "Доступ к формированию проводок" не анализируется. Необходимо это срочно исправить. Закрывать доступ к интерфейсу данной группе пользователей нельзя. Получается дыра в системе безопасного ведения бухучёта на предприятии.В интерфейсе пакетного распределения платежных документов, в режиме формирования проводок, добавлен анализ прав доступа на формирование проводок, который регулируется настройкой "Настройки Галактики Бухгалтерский контур Типовые проводки Доступ к формированию проводок". В режиме сквозной привязки тхо, происходит проверка прав доступа к проводкам во всех регистрах учета, и если хоть в одном у пользователя нет прав, то формирование ТХО не будет производится. В режиме раздельной привязки ТХО, проверка прав доступа к проводкам производится во всех доступных пользователю регистрах учета, и если хоть в одном у пользователя нет прав, то формирование ТХО не будет производится. Проверки производятся автоматически и никакие результаты этой проверки пользователю не выводятся.
180.74428.10.105.0Наследование ставки НДС в хоз. операциях на остаток при распр. П/п.Расчеты с поставщиками и получателямиПакетное распределение платежей
В интерфейсе "Настройка распределения платежа", на вкладке "Настройка ТХО" необходимо изменить параметр "Обрабатывать остатки, как авансы" или добавить новый (Наследование ставки НДС в хоз. операции на остаток из авансовой хоз. операции). Данный параметр необходим, т.к. у компании имеется много экспортных операций (с ставкой НДС 0%). Пользователи заводят собственное платёжное поручение(ФРО), изменяют в нём ставку НДС в хоз. операции на "НДС 0%". После чего формируется основание на продажу (Управление сбытом) на часть суммы платежа и запускают процедуру распределения платежей. В имеющимся функционале есть возможность установить параметр "Обрабатывать остатки, как авансы", но тогда остатки формируются со ставкой "НДС 18%", в случае если данный параметр не установлен, остатки формируются без ставки НДС. Т.к. пользователи уже вручную вносили изменения в П/п, необходимо наследование ставки НДС, в новых сформированных остаточных хоз. операциях.В интерфейсе пакетного распределения платежных документов, добавлен новый параметр - "Наследовать ставку при дроблении хозоперации". При включении данного параметра, в ситуации, когда при привязке ДО к хозоперации, происходит ее дробление на две части, то для хозоперации остатка производится расчет налогов, по той же ставке, по которой был произведен расчет налогов хозоперации до выполнения привязки ДО. После выполнения отмены распределения, в сгруппированной хозоперации будет произведен расчет налогов в соответствии с настройками системы. Следует отметить, что при последующих расчетов налога в платежном документе ("Расчет налогов" в локальном меню закладки "Налоги", "Пересчитать разнес. сумму, оплаченные налоги" локального меню окна редактирования платежного документа), производится это будет в соответствии с настройками системы. Напомню, что при выполнении команды "Перерасчет налогов по ставкам", закладки "Налоги", окна редактирования платежного документа, производится пересчет налогов по указанным ставкам, а не по ставкам из настроек системы. Поэтому в случае необходимости выполнения пересчета, нужно пользоваться этой функцией, иначе будет подтягиваться ставка из настроек.
101.523848.10.104.0Не работает пропорциональная схема распределения платежей при сочетании настроек.Расчеты с поставщиками и получателямиПакетное распределение платежей
Не работает пропорциональная схема распределения платежей, указанная в настройке пакетного распределения(учитывается схема для всех документов в общих настройках системы).Распределении по спецификации накладной всегда производится по схеме, указанной в настройке пакетного распределения.
102.1228688.10.104.0Запретить пересчет налогов при налии с/фРасчеты с поставщиками и получателямиПакетное распределение платежей
В интерфейсе пакетного распределения платежных документов в ходе выполнения распределения происходит пересчет налогов без учета наличия с/ф. В то время, как при ручной работе с документом пересчет налогов при наличии с/ф запрещен. Доработать пакетное распределения по аналогии с ручным - запретить пересчет налогов при наличии уже сформированных с/ф. Пример такой ситуации, когда в платежном документе сформирована авансовая счет/фактура с одной ставкой, и производится привязка ДО с другой ставкой. В результате налоги в с/ф остаются старые, в то время как налоги хозоперации оказываются пересчитаны в соответствии со ставкой из ДО.В интерфейсе настроек "Настройки Галактики Бухгалтерский контур Обработка документов Параметры работы с документами различных типов" добавлен параметр - "Пересчитывать налоги при наличии СФ". По умолчанию устанавливается значение "Да". В данном случае, при пересчете налогов не анализируется наличие счет-фактуры и налоги пересчитываются всегда. В случае, если настройка выключена и для хоз.операции сформирована счет-фактура, пересчет налогов не производится. Данная доработка распространяется как на пакетное распределение платежей, так и на ручное. При выключенной настройке и в режиме расчета налогов "По запросу", при выполнении распределения по спецификации накладной, в ручном режиме выдается запрос с предупреждением, что счет-фактура уже сформирована и стоит ли пересчитывать при этом налоги. В пакетном режиме, данные запросы не выдаются и налоги не пересчитываются. & УНАСЛЕДОВАННЫЕ ИЗМЕНЕНИЯ БАЗОВЫХ ФОРМ: НЕТ & УНАСЛЕДОВАННЫЕ ИЗМЕНЕНИЯ ШАБЛОНОВ: НЕТ
104.200698.10.104.0Распределение платежей по спецификации накладно на возвратКассаПриходный кассовый ордер
Распределение платежей по спецификации накладной на возврат. Необходимо изменить интерфейс распределения платежей по спецификации накладных таким образом, чтобы при наличии возвратов по накладной на продажу, в приходном платежном документе (приходном кассовом ордере, стороннем платежном поручении) не формировалось распределение по спецификации накладной на возврат по рекламации. Описание: Установлены следующие настройки: 1. Настройки ГалактикиБухгалтерский контурОбработка документовПараметры работы с документами различных типов: Распределять отрицательные суммы - да, Показывать накладные обратного направления - да. 2. Настройки ГалактикиБухгалтерский контурОбработка документовРаспределение платежа по ДОРаспределение платежа по сопроводительным документамРаспределять платеж по оформляемым накладным - да. 3. Настройки ГалактикиБухгалтерский контурОбработка документовРаспределение платежа по ДОРаспределение платежа по сопроводительным документамРаспределять платеж по рекламационным накладным -да. При таких настройках в платежном документе формируется распределение по спецификации накладной на возврат по рекламации. Если изменить значение настройки: Настройки ГалактикиБухгалтерский контурОбработка документовПараметры работы с документами различных типов: Распределять отрицательные суммы - нет, Показывать накладные обратного направления - нет, то спецификация накладной на продажу распределяется только на сумму разницы между продажей и возвратом. В результате у клиентов неправильно формируется отчет "Управление сбытом - Отчеты - Реализация товаров, оказание услуг" с параметром "За период - оплаты накладных": - в первом случае возвраты попадают в отчет по дате платежного документа, независимо от даты возвратной накладной. Например: накладная на продажу - 01/03/2013, приходный кассовый ордер - 01/03/2013, накладная на возврат - 03/03/2013, при формирования отчета за 01/03/2013 возврат попадает в отчет. - в втором случае в отчет попадает не вся сумма реализации, а только разница между продажей и возвратом, возврат не попадает вообще. Например, реализовано товара на 1000 руб, возвращено товара на 300 руб, в отчет попадает реализация на сумму 700 руб, возврат не попадает вообще.Добавлена пользовательская настройка "Настройки Галактики Бухгалтерский контур Обработка документов Распределение платежа по ДО Распределение платежа по сопроводительным документам Распределять накладные/акты по документам одного направления", которая по умолчанию выключена. В случае, если данная настройка включена, то распределяться по спецификации будут только те накладные, у которых совпадает направление с платежным документом. Т.е. одновременно распределение накладной и рекламационной накладной невозможно. Если к платежному документу привязано ДО того же направления что и документ то распределяются накладные/акты, а если противоположного, то накладные на возврат.
102.1246318.10.103.0Необходим вариант, при котором при создании платёжного документа не формируется СФ, а при привязке ДО формируется автоматически.НастройкаНастройка БУХГАЛТЕРСКОГО контура
Бух.контур - Обработка документов - Параметры работы с документами различных типов - Формировать документы для учета НДС. Необходим вариант, при котором при создании платёжного документа не формируется СФ, а при привязке ДО формируется автоматически. Т.к. при создании платёжного документа не известно, какой ДО будет к нему привязан и, соответственно, какой тип документа для учёта НДС нужно формировать.В интерфейсе настроек "Настройки Галактики Бухгалтерский контур Обработка документов Параметры работы с документами различных типов", в параметре "Формировать документы для учета НДС" добавлен новый пункт - "При привязке ДО". Данный пункт является автоматическим режимом формирования СФ, но с одним условием, СФ будет формироваться только в том случае, если хоз.операция оплаченного платежного документа разнесена по ДО. Т.е в автоматическом режиме СФ формируется либо при привязке ДО к документу с установленной датой оплаты, либо при установке даты оплаты. В новом режиме СФ будет формироваться при привязки ДО и при установке даты оплаты, в документе уже разнесенном по ДО.
102.1249488.10.103.0Настройка для контроля договора при пакетном распределении платежейРасчеты с поставщиками и получателямиПакетное распределение платежей
Настройка для контроля договора при пакетном распределении платежей Ранее, пакетное распределение платежей контролировало совпадение договора в ДО и платежном документе и только в случае их соответствия осуществляла распределение. При необходимости связать ДО с платежом в которых договоры отличаются мы использовали "ручную" привязку, т.е. непосредственно в платежном документе выбирали данное ДО. На данный момент пакетное распределение производится и по платежам в которых договор не соответствует договору указанному в ДО. В случае если восстановить ранее действующий функционал пакетного распределения невозможно, считаем необходимым ввода новой настройки, которая бы позволяла при пакетном распределении связывать только платежи и ДО с совпадающими договорами, а при "ручной" привязке ДО в платежном документе, позволяла бы выбрать ДО с отличным договором.В окне настройки пакетного распределения, на закладке "Разное", добавлен новый параметр - "Привязывать к платежу ДО с другим договором". Этот параметр заменяет настройку "Настройки Галактики Бухгалтерский контур Обработка документов Распределение платежа по ДО Привязывать к платежу ДО с другим договором" и выполняет те же действия что и настройка. Сама настройка больше не влияет на работу пакетного распределения.
102.1248798.10.102.0Не подтягивается ссылка на договор при распределении платежей из ДОРасчеты с поставщиками и получателямиПакетное распределение платежей
Не подтягивается ссылка на договор при распределении платежей из ДО.Исправлено.
102.1248908.10.102.0Пропорциональное распределение по позициям накладнойФинансово-расчетные операцииВалютное платежное поручение
Пропорциональное распределение по позициям накладной Необходима возможность распределить платеж по накладным пропорционально по всем позициям накладной.В интерфейсе ручного распределения платежа по спецификации накладной/акта реализовано пропорциональное распределение по помеченным записям. При выборе других схем, распределение по помеченным накладным (позициям) производится по порядку. В случае, если выбрана схема распределения "пропорциональная", при выполнении пометки накладных (позиций), не анализируется достаточно ли суммы для распределения, т.к. при пропорциональном распределении позиция распределяется не полностью.
102.1230218.10.101.0Добавление настройкиФинансово-расчетные операцииПлатежное поручение
Для целей обеспечения возможности гибко работать с обработкой события с помощью JavaScript при привязке ДО к стороннему платежу требуется добавить 2 настройки к документу Стороннее платежное поручение в разделе "Запуск алгоритмов": 1.Перед привязкой ДО к хозоперации; 2.После привязки ДО к хозоперации; Данные события должны отрабатываться как для пакетного распределения платежа, так и для ручного (самостоятельной привязки ДО).Создана новая ветка настроек "Настройки Галактики Бухгалтерский контур Обработка документов Распределение платежа по ДО Запуск алгоритмов ..", в которой добавлены две настройки: - Перед привязкой ДО к хозоперации; - После привязки ДО к хозоперации. В данных настройках задаются пользовательские алгоритмы расчета, которые выполняются перед привязкой ДО к хозоперации и соответственно после привязки. Данные события отрабатывают в интерфейсе платежных документов, как в шапке документа, так и внутри хозоперации. И в пакетном распределении платежей. При привязки ДО в платежном документе, в ситуации, когда происходит дробление хозоперации на несколько (в разрезе накладных), запуск алгоритма "Перед привязкой ДО к хозоперации", производится к первоначальной хозоперации (до дробления), а запуск алгоритма "После привязки ДО к хозоперации" производится для всех хозопераций к которым было привязано ДО и которые были сформированы при дроблении. При привязке ДО в пакетном режиме, в ситуации, когда происходит дробление хозоперации на несколько (в разрезе накладных), запуск алгоритмов производится для каждой хозоперации к которым было привязано ДО и которые были сформированы при дроблении. Входящим параметром для алгоритма является ссылка на документ основание. При создании платежа из ДО запуск алгоритмов не осуществляется.
180.75268.10.101.0Настройки распределения платежейРасчеты с поставщиками и получателямиПакетное распределение платежей
В распределении платежей по ДО в разделе Настройка ТХО->Привязка ТХО->Настройка ТХО настройка ТХО по видам документов хранится в общей таблице, что создает конфликтные ситуации при параллельном использовании функционала разными пользователями, т.е., например, по Бух.справке пользователю участка 62 счета требуется проводить ТХО 6201-6202, а пользователю участка 60 счета требуется по Бух.справкам проводить ТХО 6001-6002 в этом случае функционал всегда будет работать некорректно для одного из пользователей, даже, если кто-нибудь из них будет менять на настройку на свою ТХО. Предлагаем 1. Сделать возможность хранения настройки в пользовательской таблице для того, чтобы данные настройки были уникальны для каждого пользователя. 2. Настройку по видам документов для каждого вида предусмотреть варианты системной(общей) или пользовательской. Например, Стороннее ПП, Собственное ПП ставим системной, настраиваем 1 раз для всех ТХО и у всех отрабатывает именно эти ТХО, а для Бух.справок ставим пользовательская и каждый пользователь настраивает свою настройку ТХО. 3. Вернуть возможность настройки единой ТХО для всех типов документов, но настройка ранее была пользовательской(скорее всего хранилась в DSK). 4. Сейчас при распределении привязывается ТХО по SoprHoz и заменяет ранее привязанную ТХО в PlPor. Необходимо проверять на уже существующую привязку ТХО к PlPor и привязывать текущую(к распределению) ТХО только в том случае, когда к PlPor ТХО не привязано.Изменена работа интерфейса выбора настроек пакетного распределения платежей. Были выполнены следующие доработки: 1) В окне выбора настроек, отображаются только настройки текущего пользователя. 2) Добавлены поля "Дата" и "Время", отображающие дату и время последней модификации настройки (имеется в виду дата создание настройки, или переименования, а не дата последней модификации параметров настройки). А так же поле "Дескр.", отображающей дескриптор владельца настройки. 3) При выполнении переименования настройки, происходит проверка нового имени на уникальность и в случае если такая настройка уже существует, система запрещает ее создавать. 4) В случае необходимости воспользоваться настройкой другого пользователя, нужно скопировать ее в свою область видимости. Для этого надо в локальном меню выполнить команду "Режим копирования настроек". В результате будут отображены все настройки всех пользователей. В данном режиме нельзя выбрать настройку для загрузки, но можно ее скопировать к себе, выполнив пункт локального меню "Копировать настройку". При выполнении копирования будет создана новая настройка, наименование которой формируется из старой настройки плюс пост фикс "(Копия N)". Где N варьируется от 1 до 100, в порядке возрастания. При чем, при копировании настройки, у которой уже есть пост фикс, изменяться будет только число N. Например, есть настройка "Распределение". При ее копировании получится настройка "Распределение (Копия 1)". При повторном копировании получится "Распределение (Копия 2)". А если выполнить копирование настройки "Распределение (Копия 1)", то получится "Распределение (Копия 3)". Число N растет по порядку, с проверкой на уникальность. Т.е. если удалить настройку "Распределение (Копия 1)", то при последующем копировании сначала будет создана настройка "Распределение (Копия 1)", а после нее "Распределение (Копия 4)". После выполнения копирования система предлагает вернуться в режим выбора настроек. Так же сделать это можно выполнив команду локального меню "Режим выбора настроек". 5) Теперь, для каждого пользователя существует своя настройка "<Настройка по умолчанию>". Кроме этого была добавлена еще одна настройка - "<Настройка по умолчанию для ДО>". Данная настройка формируется при первом запуске пакетного распределения из ДО. У каждого пользователя она своя, и используется для хранения настроек заданных при вызове пакетного распределения из ДО. Обе эти настройки нельзя удалять. Однако, в режиме копирования это можно сделать. Удаление этих настроек ни на что не повлияет, и в случае необходимости они будут сформированы автоматически.
104.200978.10.100.0Автоконтроль первого из событий - отгрузка/платеж для неплательщиков НДСНастройкаНастройка контура ЛОГИСТИКИ
Необходима доработка автоконтроля первого из событий. Путь к настройке: Настройки Галактики Логистика Налоги, документы для учета НДС Украина Автоконтроль первого из событий - отгрузка/платеж Добавить в список значений настройки "Да + ВЭД и неплательщики НДС в снабжении" При выбранном значении необходимо, в "Управление снабжением" создавать НН по сопроводительному документу (без контроля, что было первым отгрузка/акт или платеж) при условии, что в карточке контрагента "код плательщика НДС" не заполнен или не цифра. В справку добавить описание: Да + ВЭД и неплательщики НДС в снабжении - автоконтроль первого из событий не будет распространяться на операции с неплательщиками НДС в снабжении (код плательщика НДС в карточке контрагента не заполнен или не цифра). Документ для учета НДС всегда будет создан к накладной или акту снабжения.Настройка "Автоконтроль первого из событий - отгрузка/платеж" (Украина), добавилось новое значение "да, кроме неплательщиков НДС в снабжении". При ее установке меняется алгоритм формирования НН в снабжении. Если у контрагента "Код плательщика НДС" не задан или в коде присутствует хотя бы один символ - не цифра, то НН создаются только по сопроводительным документам, по платежным - выдается сообщение о невозможности создания НН для контрагентов-неплательщиков.
102.1240078.10.99.0нужно автоматически менять статус платежа после привязке к нему ТХОКонтуры: финансовый, бухгалтерского учетаПредложение по новой фукциональности финансового контура
например сюда: "Настройки Галактики Бухгалтерский контур Обработка документов Параметры работы с документами различных типов" добавить настройку, которая бы определяла статус для перехода платежного документа после привязки ТХО. При привязке ТХО к платежке статус в ней должен изменятся автоматически согласно указанного в значении настройки.В интерфейсе настроек "Настройки Галактики Бухгалтерский контур Обработка документов Параметры работы с документами различных типов", на закладке "Права доступа" добавлено поле "Статус документа после привязки ТХО". Данное поле отображается только для тех типов документов, которые построены на базе таблицы PlPor и заполняется с учетом доступных пользователю статусов (ФРО-Настройка-Настройка прав доступа к документам). После выполнения привязки ТХО к документу (как в пакетном распределении платежей, ручном, так при выполнении разноски ТХО в модуле "Хозоперации"), будет проверятся задан ли в настройке статус для текущего типа документа и если он задан, то этот статус будет устанавливаться в документе. При выставлении статуса не анализируется ни ограничение прав доступа по статусам, ни результат привязки ТХО к платежному документу.
101.471828.10.98.0Фильтр по уточняющим соглашениямРасчеты с поставщиками и получателямиПакетное распределение платежей
В пакетном распределении платежей во вкладке "фильтр на данные" по договорам необходимо, чтобы отображались не только договора, но и уточняющие соглашения.В интерфейсе настройки пакетного распределения платежей, на закладке "Фильтр на данные" добавлен новый фильтр "по соглашениям" и в выпадающий список "документы" добавлен новый пункт "по выбранным соглашениям". В случае, если выбран пункт "по соглашениям", то система будет отбирать только те документы, которые ссылают на уточняющее соглашения заданные в фильтре "по соглашениям". Если соглашения не заданы, то фильтр по ним не анализируется. В режиме отбора документов "по соглашениям", фильтр по договорам не анализируется. Так же и в режиме отбора документов "по договорам", фильтр по уточняющим соглашениям не анализируется. Это два независимые друг от друга фильтры. Фильтр "по соглашениям" влияет только на отбор документов. Распределение платежных документов осталось без изменений.
102.1208778.10.97.0Убрать повторный запрос расчета налоговФинансово-расчетные операцииПлатежное поручение
Убрать повторный запрос расчета налогов При включенной настройках "Настройки Галактики Бухгалтерский контур Обработка документов Значения полей по умолчанию Авизо входящие Расчет налогов при привязке ТXO" и "Настройки Галактики Бухгалтерский контур Обработка документовПараметры работы с документами различных типов" Ставки для авансов (не разнесенных для ДО) - по запросу Формировать документы по учетк НДС - по запросу при привязке ТХО дважды выдается запрос о выборе ставки налога. Надо, чтобы подобный запрос был один раз.Исправлено. Запрос возникает только один раз. Кроме этого, в платежных документах, в которых при создании документа задано направление и проставлена дата оплаты, кроме расчета налогов, запускается формирование счет-фактур (в соответствии с настройками).
180.73958.10.97.0Добавить функцию "Открыть все" при выборе платежных документов при пакетном распределенииРасчеты с поставщиками и получателямиПакетное распределение платежей
В интерфейс "Распределение платежных документов по Договорам, ДО, накладным, актам добавить функцию "Открыть все" при выборе платежных документов.0
102.1230408.10.96.0при отмене распределения слетает СФРасчеты с поставщиками и получателямиПакетное распределение платежей
При отмене распределения слетает СФ по НДС. Описание во вложении. Есть несколько авансовых платежей по которым созданы и зарегистрированы счета-фактуры по НДС, при запуске функции пакетного распределения платежей привязываем ДО и платежи, если после этого отменяем распределение, то созданные ранее счета фактуры по НДС исчезают. Это не правильно.Назначение пакетного распределения платежей - автоматизация процессов. При выполнении распределения, количество запросов, ожидающих ответа от пользователя, должно быть минимально, либо вообще отсутствовать. По этой причине были скрыты запросы на удаление с/ф, при выполнении отмены распределения (по ПИР 102.120641), что выявило недоработку в удалении СФ, при наличии ДО на предоплату. Хочу отметить, что при выполнении отмены распределения удаляются не все с/ф, а только те, у которых заполнено поле "Основание №", т.е. счет-фактуры, сформированные в платежном документе, после привязанного к нему ДО. Ошибка заключается в том, что во время выполнения отмены распределения платежей, при удалении СФ не анализируется ситуация наличия ДО на предоплату. Система отвязывает ДО, и видя ссылку на ДО в счет-фактуре, считает что она была сформирована уже после привязки ДО, а значит её нужно удалять. Добавлен анализ наличия ДО на предоплату, и запрет на автоматическое удаление СФ, в случае если CФ ссылается на него.
180.73998.10.95.0Не сохраняется ТХО в пакетном распределенииРасчеты с поставщиками и получателямиПакетное распределение платежей
Заходим в ДО нажимаем на кнопку "Платежи по документу", запускается интерфейс распределения платежных документов по ДО. На вкладке "Общие" установлен параметр "Сохранять настройки формы". Устанавливаем настройки распределения, на вкладке "Настройка ТХО" ставим галочку "Привязка ТХО", выбираем нужную ТХО. Запускаем распределение, после этого идем в следующий ДО, вновь запускаем интерфейс распределения. Галочка "Привязка ТХО" осталась, а вот привязка к конкретной ТХО пропала. Необходимо, чтобы выбранная ТХО оставалась.Добавлена скрытая настройка, в которую сохраняются все настройки пакетного распределения, в режиме его запуска из ДО. Настройка единая, поэтому настроив её для ДО одного типа, она загрузится и при запуске для ДО другого типа. Но ключевые поля, всё так же будут заполнятся отдельно для каждого ДО (контрагент, направление, договор, интервал дат для ДО и прочие).
101.508128.10.94.0Удалили группу налоговКассаАвансовый отчет
Разработать функцию пересчета налогов не по группе налогов, а по ставке, и использовать её при ручных пересчетах.Переработал функцию "Перерасчет налогов по ставкам". Теперь, в случае, когда к хозоперации платежного документа не привязано ДО, выполнение перерасчета налогов по ставкам выполняется без формирования и последующего удаления "фиктивной" группы налогов. Перерасчет производится по заданной ставке, с учетом того что налоги входят в сумму документа. Следует отметить, что т.к. расчет производится по ставке, а не по группе налогов, то при расчете не учитываются ни какие настройки, которые могут задаваться в группах налогов. Таким образом, результат изначального расчета налогов по группе, в некоторых случаях может отличаться от перерасчета налога по такой же, как в группе налогов, ставке. Кроме этого, при выполнении пересчета налогов по ставкам, стала учитываться настройка "Округлять оплаченные налоги до целого знака" из интерфейса настроек "Настройки Галактики Бухгалтерский контур Обработка документов Параметры работы с документами различных типов". На закладки "Налоги", в локальном меню, добавил пункт "Расчет налогов" (Alt+W). При его выполнении производится расчет налогов, в соответствии с заданными настройками. При это производится только расчет налогов, без формирования счет-фактур.
102.1198368.10.94.0Выбор ТХОРасчеты с поставщиками и получателямиПакетное распределение платежей
Выбор ТХО Клиент перешел с версии 800 на версию 810. В результате возникли сложности с привязкой ТХО в пакетном распределении, существенно влияющие на скорость работы. Просят вернуть возможность выбирать одну ТХО для всех видов документов или возможность выбора нескольких видов видов документов для одной ТХО. Описание во вложении.В интерфейсе пакетного распределения платежей, была доработана функциональность привязки ТХО. Реализована возможность настройки ТХО в разрезе видов документов. В поле выбора ТХО, открывается интерфейс настройки ТХО. В данном интерфейсе можно добавить необходимые типы документов, и для каждого типа документов настроить ТХО. В случае, если по какому-нибудь из добавленных документов не выбрано ТХО, система не даст закрыть окно настройки до тех пор, пока либо ТХО не будет настроено, либо запись для данного типа документов не будет удалена. При выполнении настройки ТХО учитывается настройка "Раздельная привязка ТХО по регистрам учета", а так же обрабатывается ситуация, когда при включенной раздельной привязке, в документах системы включена сквозная привязка. Таким образом, система позволяется реализовать такой алгоритм разноски ТХО, когда по некоторым документам системы будет раздельная привязка, а по некоторым - сквозная. Настройка ТХО и фильтр "вид документа", из группы фильтров "Платежные документы", теперь никак друг с другом ни связаны, т.к. система теперь позволяет настроить разные ТХО для разных видов документов. В ходе выполнения разноски ТХО, система проверяет, существует ли настройка ТХО, для текущего платежного документа, и если она существует, то происходит разноска, в противном случае - не происходит. Реализован конвертер старых настроек ТХО в новый формат. При первой загрузке сохраненной настройки пакетного распределения, происходит конвертирование прошлой настройки ТХО в новый формат. Данная операция выполняется только один раз. В случае отката обновления на предыдущую версию, настройки ТХО, сформированные в новом режиме, придется удалить и переформировать.
102.1198948.10.94.0Распределение по ДО на предоплатуРасчеты с поставщиками и получателямиПакетное распределение платежей
Прочие настройки - НЕ учитывать в балансе распределение по предоплате. По фильтру отобраны : - Платеж но 1000 - ДО на закупку на 1000 - ДО на предоплату закупок на 300 Хотим распределить Платеж по ДО. Сейчас распределение по ДО на закупку и предоплату закупок происходит в 2 итерации. Нажимаем "распределить" - распределяет по реальному ДО. Нажимаем "распределить" еще раз - по предоплатному не распределяет... (хотя в платежках привязать вручную можно) Отменяем распределение. Выбираем ДО на предоплату, чтобы в первую очередь распределить по нему. Распределяем - ок. Далее распределяем по реальному. Итого хотелось бы: 1.Если в выборке есть реальные ДО и ДО на предоплату, то при первой итерации распределять по ДО на предоплату. Или вообще распределять все за раз (при этом проставлять сначала ссылку на предоплатное ДО). 2.Если платеж уже распределен по реальному ДО, дать возможность привязать предоплатное.В интерфейсе "Настройки распределения платежей" добавил новую закладку "Доп. фильтры". На которую переместил с закладки "Разное", фильтры на ограничение по дескриптору, а также дату регистрации СФ закрытого периода. На закладке "Разное", в группу параметров "Прочие настройки", добавлен параметр - "Автоматически разносить по предоплатным ДО". При включении данного режима происходит следующее: 1) Задолженность по ДО на предоплату всегда рассчитывается в режиме "Задолженность по платежам", вне зависимости от того какой режим расчета задолженности по ДО установлен. 2) Распределение происходит как обычно, в порядке следования ДО ищутся платежи и происходит привязка ДО к платежу. Однако, перед тем как привязать ДО, происходит проверка, существуют ли ДО на предоплату которые можно привязать к текущему платежу, если такие существуют, то производится такая привязка, а затем, к данной хозоперации привязывается обычное ДО. При включении параметра "Автоматически разносить по предоплатным ДО", становится недоступным для выбора параметр "Учитывать в балансе распределение по предоплате". Кроме этого, если параметр "Учитывать в балансе распределение по предоплате" был включен, то он сбрасывается.
102.1206418.10.94.0Запросы на удаление документов учета НДС в пакетном режимеРасчеты с поставщиками и получателямиПакетное распределение платежей
При выполнении отмены распределения платежных документов в пакетном распределении, для каждой хозоперации, по которой сформирована СФ, выдается соответствующий запрос: --------------------------- Подтверждение --------------------------- Удалить документ для учета НДС № 2416 от 05/12/2012? --------------------------- Да Нет --------------------------- Необходимо не выдавать данный запрос.В пакетном распределении платежа, при выполнении отмены распределения, запросы об удалении документа для учета НДС не выдаются.
106.94708.10.94.0Распределяется платеж по непроведенной накладнойРасчеты с поставщиками и получателямиПакетное распределение платежей
Распределяется платеж по непроведенной накладной Фильтра на данные - накладные, акты - состояние документа = только проведенные документы. При распределении платежа система показывает только проведенные накладные, но распределяет платеж по непроведенной накладной (пример во вложении).Реализован новый механизм распределения документов. В интерфейсе настройки распределения платежей, на закладке "Разное" добавлен новый параметр - "Распределять только отобранные накладные/акты". Действие данного параметра влияет на распределение по спецификации накладной. При запуске распределения с закладки "Документы основания", происходит привязка ДО к платежному документу, однако, распределению по спецификации подлежат только те накладные, которые отобраны на закладке "Накладные акты" и принадлежат распределенному ДО. Запуск распределения с закладки "Накладные акты" остается без изменения.
102.1151608.10.93.0Необходимо сохранять ссылку на предоплатное ДО в платежкеРасчеты с поставщиками и получателямиПакетное распределение платежей
Необходимо сохранять ссылку на предоплатное ДО в платежке. Необходимо чтобы ссылка на предоплатное ДО после отмены распределения по основному ДО сохранялась в платежке на закладке "ДокОснования". См. вложение.Была доработана отмена разноски ДО в платежном документе, в случае если есть разноска по ДО на предоплату. 1) В интерфейсе платежного документа. После выполнения отмены разноски ДО (либо из поля "Документ-основание" на закладке "ДокОснования", либо из поля "Основание" в окне "Учет платежа в расчетах с контрагентами"), в поле "Документ-основание", на закладке "ДокОснования", подставляется ссылка на ДО на предоплату, указанное в поле "Предопл. ДО" из окна "Учет платежа в расчетах с контрагентами". 2) В пакетном распределении платежа. Отмена происходит в зависимости от выбранного режима: a) При выбранных режимах "распределенных в последнем действии" или "распределенных в последнем сеансе": - если в последнем действии (сеансе) было привязано и предоплатное и обычное ДО, то в результате отмены будут отвязаны оба ДО. - если в последнем действии (сеансе) было привязано только обычное ДО, а предоплатное было привязано в предыдущих действиях (сеансах), то в результате отмены будет отвязано только обычное ДО, а предоплатное останется. б) При выбранных режимах "всех помеченных" или "всех распределенных (по уст. фильтру)": - при выполнении отмены, всегда отменяется только ссылка на ДО, а ссылка на предоплатное ДО остается. Для отмены предоплатного ДО, необходимо повторно выполнить отмену. & УНАСЛЕДОВАННЫЕ ИЗМЕНЕНИЯ БАЗОВЫХ ФОРМ: НЕТ & УНАСЛЕДОВАННЫЕ ИЗМЕНЕНИЯ ШАБЛОНОВ: НЕТ
102.1197258.10.93.0Некорректное сообщение о несоответствии сумм ХО и проводокФинансово-расчетные операцииПлатежное поручение
В случае, когда включена настройка "Контроль соответствия сумм хозоперации и проводок в ТХО", система контролирует суммы хозоперации и проводок, сформированных к ней. Однако, если ещё включена настройка "Запрещать редактирование документов при наличии оборотов", в интерфейсе настроек "Настройки Галактики Бухгалтерский контур Обработка документов Параметры работы с документами различных типов", то в окошке предупреждения о несоответствии сумм проводок и хозопераций, отсутствуют кнопки, позволяющие изменить сумму хозоперации, и сообщается, что запрещено редактировать хозоперацию, т.к. есть проводки. Это верно для документов ФРО, однако действие этой настройки не распространяется на все остальные документы. И соответственно в них, не должно запрещаться изменять сумму хозоперации. Иначе сообщается, что редактировать хозоперацию запрещено, но система дает её редактировать.Теперь действие настройки "Настройки Галактики Бухгалтерский контур Обработка документов Параметры работы с документами различных типов" распространяется только на типы документов, которые возможно выбрать в самой настройке. Понятие "Все остальные документы", понимает под собой не все остальные документы системы, а все остальные, доступные в данной настройке, но не добавленные в список документов. Таким образом, описанная проблема не будет возникать. Кроме этого, для документов учета ОС и НМА, существуют свои настройки прав доступа к документам, и обладают они более высоким приоритетом, чем настройка "Настройки Галактики Общие настройки системы Доступ к документам". Проблема проявляется так же, как и описанная выше, если например, выставить права доступа "только со своим дескриптором", то при привязки ТХО к документу не со своим дескриптором, в сообщении о несоответствии сумм проводок и хозоперации будет сообщаться о том, что запись защищена от ввода. Теперь, для этих документов будут анализироваться не эта настройка, а "Настройки Галактики Бухгалтерский контур Учет ОС и НМА Настройка ИК ОС Доступ к документам" и соответственно "Настройки Галактики Бухгалтерский контур Учет ОС и НМА Настройка ИК ОС Доступ к документам".
180.72058.10.93.0Нужна возможность ужесточения подбора документов в пакетном распределенииРасчеты с поставщиками и получателямиПакетное распределение платежей
Нужна возможность ужесточения подбора документов в пакетном распределении. Клиент почти всегда заполняет центр отвественности в платеже и в ДО. Но пакетное распределение это не учитывает. Подробноти от клиента во вложении.В интерфейсе "Настройке распределения платежей", на закладке "Разное", добавлен новый параметр "Не распределять платежи без договоров". Данная настройка имеет смысл для ДО, в которых указана ссылка на договор. В случае, если настройка включена, не будет происходить распределение ДО по платежным документам, в которых нет ссылки на договор. Настройка "Настройки Галактики Бухгалтерский контур Обработка документов Распределение платежа по ДО Привязывать к платежу ДО с другим договором" обладает более высоким приоритетом и игнорирует включение параметра "Не распределять платежи без договоров".
101.496178.10.92.0Непонятное заполнение даты проводки при пакетном распределении платежейРасчеты с поставщиками и получателямиПакетное распределение платежей
Непонятное заполнение даты проводки при пакетном распределении платежей Закрытие авансов осуществляется при помощи пакетного распределения платежей модуля "Расчет с поставщики, получателями". При этом дата проводок, которые формируют по платежкам должна соответствовать дате оборотов в настройке пакетного распределения. 1. Устанавливаем настройку "Брать дату из поля "Дата проводок" в разноске ТХО" значение "да". 2. Запускаем пакетное распределение, настройка приведена в рис.1 во вложении. Выполняем распределение платежей. 3. Идем в платежное поручение. Сформировалась, новая хозоперация по закрытию авансов. Но!!! поле "Дата проводок" в хозоперации соответствует дате оборотов в пакетном распределении (рис.2 во вложении), а дата проводки соответствует дате платежки. Естественно это неправильно, дата проводки так же должна соответствовать дате оборотов.Данная проблема возникает из-за включенного кэширования данных. В результате, в пакетном режиме формирования ТХО, после установки даты, в поле "Дата проводок" хозоперации, и последующего формирования проводки, данные берутся из кэша. Таким образом система не "видит" новую дату проводок и проводки формируются на дату хозоперации, а не на указанную. Кэшированием управляет параметр KauCache секции Galaxy. Если выключить кэширование, то проблема не будет возникать. В пакетном режиме формирования ТХО, принудительно сбрасываю кэш хозоперации, перед запуском формирования проводок по данной хозоперации. Таким образом, при включенном кэшировании, ТХО формируется по "реальной" хозоперации, а не кэшированной.
101.508068.10.92.0Отвязывается ЦО в платежных документах, соответственно в акт сверки суммы не попадаютРасчеты с поставщиками и получателямиБаланс взаиморасчетов с контрагентами
Отвязывается ЦО в платежных документах, соответственно в акт сверки суммы не попадаютИсправлено формирование аналитического разреза для платежных документов при изменении параметров (например центра ответственности) до или после изменения договора. Также исправления сделаны при создании платежных документов с помощью функции "Импорт банковской выписки". Для исправления ранее сформированных данных можно воспользоваться функцией "../ Администратор / Сервисные функции / Полный пересчет сальдо контрагентов или Расчет сальдо контрагентов с заданной даты" с выключенным параметром "Учет пользовательских изменений расчетных КАУ"
102.1163218.10.92.0Ошибка при формировании платеЖного требования по В/Р ДОФинансово-расчетные операцииПлатежное поручение
Ошибка при формировании платеЖного требования по В/Р ДО - неверен налог в ДО не равен налогу в ПТ. См вложение.Данная проблема возникает из-за того, что для ДО с типом ВАЛ или ВАЛ-НДЕ, сумма налогов в НДЕ рассчитывается из уже округленной суммы в валюте, хотя должна рассчитываться из не округленной. В ДО или накладной, суммы налогов в валюте и НДЕ, хранятся уже округленные, но сумма налогов в НДЕ, рассчитывается из не округленной суммы в валюте, и только после, происходит её округление. Исправил расчеты суммы налога в НДЕ, путем расчета его из не округленной суммы налога в валюте. Данные изменения коснулись следующей функциональности: 1) Расчет налогов в платежных документах при наличии распределения по спецификации накладной. 2) Расчет налогов в платежных документах при привязанном ДО, но без распределения по спецификации накладной. 3) Расчет налогов в платежных документах при привязанном предоплатном ДО. 4) Формирование строк назначения платежа, после привязки ДО, при выключенной настройке использования шаблонов. 5) Привязка ДО к платежному документу в режимах расчета задолженности "Сумма задолженности по платежам по НДС" и "Сумма задолженности по платежам без НДС". 6) Расчеты налогов в макросах %NALOGDO и %NALOGPREDO используемые при формировании строк назначения платежного документа. 7) Формирование строк назначения платежа, при создании платежного документа по ДО.
102.1186028.10.92.0Формирование СФ по Бухгалтерской справкеФинансово-расчетные операцииБухгалтерская справка
Формирование СФ по Бухгалтерской справке. Необходимо заблокировать формирование СФ по Бух. справкам с типом сопроводительныйДля бухгалтерских справок, с типом сопроводительный, становятся не активными закладки "Налоги" и "Учет НДС". Кроме этого, в хозоперациях бухгалтерской справки, скрываются поля "Основание" и "Документ для учета НДС". При этом по документу не формируются счет-фактуры и не рассчитываются налоги. После изменения типа бух.справки с платежного на сопроводительный, в момент синхронизации хозопераций с шапкой бух.справки, происходит проверка, есть ли у хозопераций сформированные счет-фактуры. В случае, если они есть, задается запрос на удаление как счет-фактуры, так и записей регистрации.
103.60108.10.92.0Возвращение ошибки пропорционального распределения при округленииФинансово-расчетные операцииПлатежное поручение
Возвращение ошибки пропорционального распределения при округлении После установки обновлений от 01.10.2012 (F_Distpl 8.10.90) снова проявилась проблема, ранее решенная на 84 версии ресурса. Подробное описание от клиента - во вложенииПосле привязки ДО к платежному документу, при выполнении автоматического распределения по спецификации накладной, в режиме, когда включена настройка "Настройки Галактики Бухгалтерский контур Обработка документов Распределение платежа по ДО Распределение платежа по сопроводительным документам Разбивать платеж по накладным из ДО", распределение по спецификации накладной всегда происходит "по порядку", а не в соответствии со схемой распределения установленной в настройках. Исправлено. Распределение происходит по схеме, указанной в настройке.
102.1201408.10.91.2Пакетное распределение платежей изменяет ТХО по старым операциямРасчеты с поставщиками и получателямиПакетное распределение платежей
Есть 2 ДО на продажу №000007 на сумму 423749,10 и №000008 на сумму 0,01. Есть сторонняя платежка на сумму 423749,14 которая на сумму 423749,10 привязана к ДО 000007 и на эту операцию сформированы проводки по ТХО "тест Распределение по СЧФ (не аванс)". остаток платежа 0.04 не распределен по ДО. Задача распределить остаток платежа по ДО 000008, провести это с помощью другой ТХО. При этом первая операция (которая уже привязана к ДО и проведена на сумму 423749.10) не должна измениться. Сделать это нужно с помощью интерфейса пакетного распределения платежей. В настройке привязки ТХО указал другую ТХО "тест Распределение по СЧФ (62/08-62/01)" и галочку "Заменять уже сформированные ТХО" не ставил. Пользователи уверены (и из справки понятно что так и должно быть), что если галочку "Заменять уже сформированные ТХО" не ставить, то старая привязка платежа к ДО, которая уже проведена другой ТХО не должна быть испорчена. В результате привязка к ДО на 0,01 с ТХО появилась. Но в старой операции на 423749.10 изменилась ТХО и проводки, чего не должно было быть.Ошибка проявляется когда включены две настройки: 1) "Настройки Галактики Бухгалтерский контур Типовые проводки Раздельная привязка ТХО по регистрам учета" - "да". 2) Модуль "Хозоперации", меню Настройка->Документы системы. Для документа "Стороннее платежное поручение" значение параметра "Типовая хозяйственная операция" - "сквозная". Исправлено. В данной ситуации не происходит привязка ТХО, к хозоперация по которым уже есть ТХО.
102.1191218.10.91.1Пересчет НДС в платежке по ставкам из финансового обязательстваФинансово-расчетные операцииПлатежное поручение
В заявки и финансовые обязательства добавлено поле "Группа налогов". Необходимо в настройку "Настройки Галактики Бухгалтерский контур Обработка документов Параметры работы с документами различных типов" добавить параметр "Брать НДС из Финансового обязательства" при установке которого, при автоматическом пересчете налогов, НДС (из настройки "Настройки Галактики Логистика Налоги, счета-фактуры НДС") будет рассчитывать по ставкам которые пришли из ФОБ.В интерфейсе настроек "Настройки Галактики Бухгалтерский контур Обработка документов Параметры работы с документами различных типов", на закладке "Настройка по ДО и СФ", добавлен новый параметр - "Ставки для авансов брать из ФОБ". В случае если он включен, то при расчете налогов, для авансовых платежей, не разнесенных по ДО, ставки будут браться из финансового обязательства. Если ФОБ нет, то расчет налогов работает по стандартной схеме.
102.1194808.10.91.0Регистрация в книге покупок при распределении платежей при экспортеФинансово-расчетные операцииПлатежное требование
Регистрация в книге покупок при распределении платежей при экспорте Во вложении более подробное описание проблемы.1. Пакетная регистрация счетов-фактур поставщика по экспортным отгрузкам, Регистрация на внутренний рынок. При начальной установке фильтров добавился параметр "перерегистрация СФ". По умолчанию он не задан. Если пользователь его устанавливает, то в список СФ попадают также зарегистрированные СФ открытого периода, которые можно перерегистрировать. Т.е. автоматически удаляются уже существующие записи регистрации СФ поставщика и отложенной регистрации и создаются заново по новому введенному проценту. При установке настройки "Модификации данных при наличии проводок" = запрещать, операция перерегистрации проходит только в том случае, если ни по одной удаляемой записи регистрации нет проводок. 2. Настройка "Регистрировать документы для учета НДС при распределении платежа" разнесена на 2 настройки: - Регистрировать документы для учета НДС при распределении платежа, сбыт; - Регистрировать документы для учета НДС при распределении платежа, снабжение. При разбиении настройки на две, обеим новым настройкам присвоено то же значение, как и у первоначальной настройки, что позволит клиентам, которым разбиение не надо без дополнительных действий перейти на новый функционал. Тем, кому разбиение нужно, вручную изменят настройки.