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


Описание файла обновления:
ФайлF_SOPRHOZ_RES_91990.TXT
ОбновлениеF_SoprHoz_res_91990
НазначениеОбщее
ПродуктГалактика 9.1
Релиз31.03.2012 : Atlantis 5.5
КомпонентF_SOPRHOZ
ТипRES
Версия9.1.99.0
Дата2019-01-09 12:34:31
Проблема ПИРПервое решениеОписаниеПроектДетализация
Что изменено:Как изменено:
102.182191NEWКИС ФХД ТПР2 Очередь1 Функционал переноса НДС из ДО при его заполнении в ФОб не учитывает зачет обязательств по данному ДО и переносит общую сумму НДС, а не сумму задолженностиПлатежный календарьЖурнал обязательств
Ручные налоги нужно дробить при дроблении хозопераций, а так же нужно объединять при объединении хозопераций. ВАЖНО - сумма раздробленных налогов по всем хозоперациям должна ровняться именно сумме ручных налогов, не расчетной сумме налогов, так как зачастую ручные налоги отличаются от расчетных на 1 копейку в большую или меньшую сторону.Реализован функционал разделения и объединения ручных налогов при выполнении разделения или объединения хозяйственных операций. При разделении хозоперации на две, для каждой хозоперации рассчитывается коэффициент изменения суммы по следующей формуле: (Новая сумма хозоперации)/(Первоначальная сумма хозоперации). Для получения новой суммы налога исходной хозоперации, сумма налога умножается на полученный коэффициент и применяется округление. Сумма налога для второй хозоперации получается путем получения разницы между старой суммой налога и новой. При объединении хозяйственных операций ручные налоги объединяются и переносятся в конечную хозоперацию, которая является результатом объединения хозяйственных операций. Функционал дробления/объединения ручных налогов реализован для следующей функциональности: - Пункт локального меню хозяйственных операций "Разделение хозопераций". - Пункт локального меню хозяйственных операций "Объединение хозопераций". - Привязка ДО с накладными и без к платежному документу, в результате чего происходит дробление хозяйственных операций. - Группировка хозопераций, вызванная отвязкой ДО. - Группировка хозопераций, вызванная отвязкой договора. Изменение суммы хозоперации вручную, или в результате синхронизации суммы хозоперации при изменении суммы платежного документа - ручные налоги не корректируются (не дробятся и не объединяются). Если нужно что бы налоги изменялись с изменением суммы хозоперации необходимо воспользоваться функцией разделения или объединения хозопераций.
102.193663NEWФормирование СФ из платежного поручения - блокировка по статусу из архиваФинансово-расчетные операцииПлатежное поручение
Формирование СФ из платежного поручения - блокировка по статусу из архива. Формирование документа для учета НДС не является "модификацией документа". И система должна давать формировать СФ из Платежного поручения при запрете редактирования в том числе по настройке "Настройки Галактики Общие настройки системы Работа с электронным архивом Блокировать документ Галактики по статусу из архива" = даИсправлено.
102.194162NEWИзменение ставки НДС в переходный периодФинансово-расчетные операцииПлатежное поручение
Изменение ставки НДС в переходный период 1.Платеж в 2018г. по ставке 18%. СФ на аванс не сформирован. 2.ДО, накладная, СФ-отгрузка в 2019 году по ставке 20% 3.Привязывается ДО к платежу: ставка в платеже меняется на 20% и СФ на аванс формируется по ставке 20% Настройка "ставки для авансов" в "Параметры работы с документами различных типов" установлена в "ставки из ДО". Установить конкретную группу нельзя, т.к. платежки в 2018 году должны формироваться по ставке 18%, а в 2019- по ставке 20%, т.е. зафиксировать для всех платежей одну ставку нельзя.В локальном меню вкладки "Налоги" каталога и окна редактирования платежных документов, а также окна редактирования хозяйственной операции добавлены следующие пункты меню: - Перевод налогов в ручные; - Перевод налогов в автоматические. При выполнении данных пунктов для всех отображаемых на вкладке налогов будет выставлен атрибут ручные или соответственно автоматические. В локальном меню каталога платежных документов (подменю "Прочие...") так же добавлены вышеуказанные пункты меню. Данные операции выполняются как для текущего платежного документа, так и для группы помеченных. Переводить налоги в ручные необходимо для того что бы зафиксировать рассчитанные налоги и что бы они не были пересчитаны по ставке ндс 2019 года. В момент привязки ДО в платежном документе, так же выполняется сравнение даты ДО и даты хозяйственной операции, и если хозоперация находится в 2018 году, а ДО в 2019, то пользователю выдается запрос на выполнение перевода налогов в ручные, что бы выполнить фиксацию налогов. Аналогичная доработка выполнения и в пакетном распределении платежей. При распределение по ДО контролируются даты ДО и хозоперации, а при распределении накладных контролируются дата накладной и хозоперации. Фиксация налогов выполняется так же по запросу и перед привязкой ДО или накладной
102.194810NEWATL5533. Ошибка при печати отчета FR на атлантисе 5.5.33КассаАвансовый отчет
ATL5533. Ошибка при печати отчета FR на атлантисе 5.5.33 Касса Документы Авансовый отчет печать Реестр распределения платежей FR Ошибка : Memo31: Could not convert variant of type (OleStr) into type (Double) Memo43: Could not convert variant of type (OleStr) into type (Double)Устранена причина ошибок в FR-формах Реестра распределения платежей: Memo31: Could not convert variant of type (OleStr) into type (Double) Memo43: Could not convert variant of type (OleStr) into type (Double)
101.659919.1.98.0Онлайн-кассы - новые реквизиты в ФФД 1.05 и 1.1КассаПриходный кассовый ордер
В соответствии с прилагаемым Приказом ФНС России от 21.03.2017 N ММВ-7-20/229@ начиная с версии 1.05 формата фискальных документов (ФФД) по сравнению с ФФД 1.0 добавляется ряд новых обязательных реквизитов. То есть как только кассовый аппарат обновлён до ФФД 1.05, или 1.1 - формирование этих реквизитов становится обязательным. Там же сказано, что ФФД 1.0 полностью прекращает своё действие 31.12.2018, поэтому сейчас клиенты массово обновляют свою ККТ. Из новых реквизитов ФД для нас в первую очередь интерес представляют: 1212 "признак предмета расчета" - для каждой позиции чека, на данный момент 18 значений, см. Таблицу 29; 1214 "признак способа расчета" - для каждой позиции чека, 7 значений, см. Таблицу 28; 1215 "сумма по чеку (БСО) предоплатой (зачетом аванса и (или) предыдущих платежей)" - на весь чек; 1216 "сумма по чеку (БСО) постоплатой (в кредит)" - на весь чек; 1217 "сумма по чеку (БСО) встречным предоставлением". Предлагается реализовать новые точки расширения для передачи расширенного набора данных в ККТ. Возможно, также пользовательскую настройку "Версия формата фискальных документов" с вариантами "1.0/1.05 и выше" - для выбора вызываемых точек (обсуждаемо). epKO_isNotExistExtPoint_v1_05 - для определения версии ФФД (тогда не придётся добавлять настройку). epKO_KKTInitConnection - новая точка расширения наверное пока не нужна. epKO_KKTRegistration_v1_05 - добавить передачу реквизитов 1212 и 1214. Возможно, также ссылки на позицию накладной и распределения. epKO_KKTDoneConnection_v1_05 - добавить передачу реквизитов 1215, 1216, 1217. В системном интерфейсе регистрации показать все рассчитанные реквизиты, желательно с возможностью ручной корректировки. Вычисление реквизитов: 1212 - для начала предлагаю формировать ТОВАР (1)/УСЛУГА (4)/ПЛАТЕЖ (10). Значение "ПЛАТЕЖ" (10) - только в случае, если реквизит 1214 равен "АВАНС" (3). 1214 - если нет распределения по позициям накладной, то каждая позиция ДО это либо "ПРЕДОПЛАТА 100%" (1), либо "ПРЕДОПЛАТА" (2), либо "АВАНС" (3). Такие платежи нужно разрешить регистрировать повторно (при отгрузке). То есть при регистрации устанавливать промежуточный статус, допускающий повторную регистрацию - например, "Зарегистрирован как предоплата/аванс". "АВАНС" (3) - это когда заранее неизвестно за какой конкретно товар/услугу платят, например, при покупке подарочной карты, или при выборе услуги "аванс в счёт будущих поставок". Как вариант, можно определять по внешнему атрибуту к МЦ/услуге "Аванс", или добавить новое поле, или новое значение поля "Категория", или может есть что-то более подходящее в каталогах МЦ/услуг. "ПРЕДОПЛАТА 100%" (1), или "ПРЕДОПЛАТА" (2) - на данном этапе определить не можем, поскольку сейчас у нас нет информации о распределённой сумме платежа по позициям ДО. Пока что предлагаю формировать 1, в ближайшее время доработать распределение по позициям ДО (в рамках отдельного ПиР). "ПОЛНЫЙ РАСЧЕТ" (4) - когда позиция ПОЛНОСТЬЮ оплачена регистрируемым документом (с учётом предыдущих платежей) и дата регистрируемого платежа <= дате отгрузки. Передавать полное количество по накладной dKol (а не только оплаченное регистрируемым документом). При этом сумму предыдущих платежей по данной позиции нужно накапливать для реквизита 1215 (если дата регистрируемого платежа < дате отгрузки, то его тоже сюда включать). "ЧАСТИЧНЫЙ РАСЧЕТ И КРЕДИТ" (5) - когда позиция ЧАСТИЧНО оплачена регистрируемым документом (с учётом предыдущих платежей) и дата регистрируемого платежа <= дате отгрузки. Передавать полное количество по накладной dKol (а не только оплаченное). При этом сумму предыдущих платежей по данной позиции нужно накапливать для реквизита 1215 аналогично предыдущему пункту, а неоплаченную сумму по данной позиции - накапливать для реквизита 1216. "ПЕРЕДАЧА В КРЕДИТ" (6) - когда позиция полностью НЕ оплачена и дата отгрузки равна дате регистрируемого платежа. Передавать полное количество по накладной dKol. При этом ВСЮ сумму по данной позиции нужно накапливать для реквизита 1216. Здесь необходимо ещё решить вопрос как быть в случае передачи товара вообще без оплаты - формировать платёж на сумму 0? Сейчас так сделать не получается. "ОПЛАТА КРЕДИТА" (7) - когда дата регистрируемого платежа > даты отгрузки. Передавать оплаченное регистрируемым документом количество dKol. 1215, 1216 - накопленные соответствующие суммы по всем позициям с реквизитом 1214 = "ПОЛНЫЙ РАСЧЕТ" (4), или "ЧАСТИЧНЫЙ РАСЧЕТ И КРЕДИТ" (5), или "ПЕРЕДАЧА В КРЕДИТ" (6). 1217 - пока предлагаю формировать 0. См. также описание примеров во вложенном файле (они годовой давности, но в основном правильные, если найдём более актуальные документы - будем добавлять сюда).Для поддержки поддержки формата ФФД 1.05 или 1.1 реализованы следующие точки расширения: 1. Проверка поддержки формата ФФД 1.05 или 1.1 При существовании обработчика, а значит поддержке новых форматов, точка должна возвращать false. ExtensionPoint epKO_isNotExistExtPoint_v1_05; 2. Регистрация оплаченной позиции документа для ФФБ 1.05 ExtensionPoint epKO_KKTRegistration_v1_05 (wTiDk, // Тип документа wOperation, // Тип операции (0-не определен; 1-продажа; 2-возврат продажи; 3-покупка; 4-возврат покупки) wObjMethod, // Признак предмета расчета wCalcMethod : word; // Признак способа расчета sAdmPass, // Пароль администратора системы sOperatorPass, // Пароль оператора для ККТ sNamePos : string; // Наименование мц/услуги dKol, // Количество dPrice, // Цена dTaxRate, // Ставка dSumTax, // Сумма налога dSumTaxForOne: double; // Не округленная сумма налога за 1 позицию bModeTax : boolean; // Входимость налога wDistrType : word; // Тип распределения (1 - по ДО; 2 - по накладной/акту) cDistrPos : comp; // Ссылка на позицию распределения (для типа 1 ссылка на PlDgDist; для типа 2 ссылка на SpSopHoz) pObject : pointer); // Ссылка на драйвер кассового аппарата 3. Завершение регистрации ККТ для ФФБ 1.05 ExtensionPoint epKO_KKTDoneConnection_v1_05 (cDoc : comp; // NREC документа sAdmPass, // Пароль администратора системы sOperatorPass : string; // Пароль оператора для ККТ wPaymentType : word; // Тип оплаты (0 - наличные; 1- банковская карта) dSumPrePay, // Сумма по чеку (БСО) предоплатой (зачетом аванса и/или предыдущих платежей) dSumPostPay, // Сумма по чеку (БСО) постоплатой (в кредит) dSumConsider : double; // Сумма по чеку (БСО) встречным предоставлением pObject : pointer; // Ссылка на драйвер кассового аппарата pStr : iObjExtStr); // Объект работы со строками В случае, если реализована точка расширения №1 и она возвращает значение False, это означает что регистрация в ККТ будет выполнятся с учетом нового формата. В этом случае, в окне распределения по спецификациям накладной/акта, а так же по спецификации ДО,в позициях оплаты, появится поле "ККТ", которое может принимать значения "Да" или "Нет". Значение "Да", означает что данная позиция была обработана в ККТ. Данные поля можно редактировать вручную, а так же оно автоматически устанавливается в занчение "Да", после выполнения регистрации по позициям. В окне регистрации в ККТ для каждой позиции были добавлены поля "Предмет расчета" и "Способ расчета". Данные поля определяются для каждой позиции и передаются в точку расширения №2. Так же в окне появились поля "Сумма по чеку предоплатой" и "Сумма по чеку постоплатой". Данные поля накапливают суммы по всем позициям и передаются в точку расширения №3. Поле "Сумма по чеку предоплатой" накапливает по позициям оплаты суммы которые были зарегистрированы ранее (позиции распределения со значением поля "ККТ" = "Да"). Поле "Сумма по чеку постоплатой" накапливает по позициям суммы, которых не хватает до полной оплаты позиции. Предмет расчета определяется следующим образом: если позиция является МЦ, то она принимает значение = 1 (товар), если позиция является услугой, то она принимает значение = 4 (услуга), а если к товару или услуге указанной в позиции спецификации существует внешний строковый атрибут "Аванс" который принимает значение "1", атрибут то предмет расчета принимает значение = 10 (Аванс) Способ расчета может принимать следующие значения: 1) Предоплата 100% (значение = 1) - когда существует только распределение по спецификации ДО и позиция полностью распределена (с учетом предыдущих оплат). При этом количество передается целиком, а сумма предыдущих оплат накапливается в поле "Сумма по чеку предоплатой". 2) Предоплата (значение = 2) - когда существует только распределение по спецификации ДО и позиция не полностью распределена. При этом количество передается с учетом предыдущих оплат, а сумма предыдущих оплат накапливается в поле "Сумма по чеку предоплатой". 3) Аванс (значение = 3) - для позиции с признаком предмета расчета - "Аванс". 4) Полный расчет (значение = 4) - когда позиция спецификации накладной/акта полностью распределена (с учетом предыдущих оплат) и дата регистрируемого платежа меньше либо равна дате накладной/акта. При этом количество по позиции передается полное, а сумма предыдущих оплат накапливается в поле "Сумма по чеку предоплатой". 5) Частичный расчет и кредит (значение = 5) - когда позиция спецификации накладной/акта распределена частично (с учетом предыдущих оплат) и дата регистрируемого платежа меньше либо равна дате накладной/акта. При этом количество по позиции передается полное, сумма предыдущих оплат накапливается в поле "Сумма по чеку предоплатой", а неоплаченная сумма по позиции накапливается в поле "Сумма по чеку постоплатой". 6) Передача в кредит (значение = 6) - на данный момент режим не обрабатывается. 7) Оплата кредита (значение = 7) - когда есть распределение по позиции спецификации накладной/акта и дата регистрируемого платежа больше даты отгрузки. При этом этом количество передается оплаченное непосредственно этим платежом. В окне регистрации в ККТ, все поля кроме "Позиция", "%НДС" и "Вх." являются редактируемыми. После нажатия на кнопку "Продолжить" (окно регистрации в ККТ), все отобранные позиции передаются в ККТ с помощью точки расширения №2. Для каждой позиции передается так же ее тип распределения и ссылка на позицию распределения. В частности если распределение по позициям ДО, то передается значение "1" и ссылка на запись PlDgDist.NRec. А если распределение по позициям накладной/акта, то предается значение "2" и ссылка на запись SpSopHoz.Nrec. По завершении обработки всех позиций, вызывается точка расширения №3, которая кроме основных параметров передает сумму по чеку предоплатой и сумму по чеку постоплатой. Сумма по чеку встречным представлением на данный момент не используется и передается значение ноль. После завершения обработки, в документе выполняется установка соответствующего статуса. Для документа должны быть заведены как минимум два статуса в группе исполняемых статусов. 1) "Регистрация аванса/предоплаты ККТ" (наименование может быть указано любое) со значением в поле код = 5. 2) "Завершена регистрация ККТ" (наименование может быть указано любое) со значением в поле код = "4". В случае, если по документу была зарегистрирована хотя бы одна позиция со значениями способа расчета "предоплата 100%", "предоплата" или "аванс", то в документе будет устанавливаться статус №1. При этом из данного статуса разрешена повторная регистрация ККТ. В противном случае, после выполнения регистрации, в документе устанавливается статус №2.
102.1906039.1.98.0Переход на НДС 20% : доработать возможность создания корректировочного СФ к авансовому СФУправление сбытомНаши счета-фактуры
Необходимо доработать возможность создания корректировочного СФ к авансовому СФ, т.е. аванс уплачен до 01/01/2019 (выставлен авансовый СФ со ставкой НДС 18/118), доплата НДС в размере 2% (20%-18%)произведена после 01/01/2019. Нужно выставить корректировочный СФ на сумму доплаты НДС. Таким образом, вся оплаченная сумма - это доначисление только НДС, которое отражается в корректировочном СФ. Законодательство: Письмо ФНС от 23 октября 2018 г. N СД-4-3/20667@ "О ПОРЯДКЕ ПРИМЕНЕНИЯ НАЛОГОВОЙ СТАВКИ ПО НДС В ПЕРЕХОДНЫЙ ПЕРИОД" (полный текст см. во вложении): "если доплата налога в размере 2% осуществляется покупателем с 1 января 2019, то такую доплату не следует рассматривать в качестве дополнительной оплаты стоимости, с которой необходимо исчислять НДС по ставке 20/120. При получении такой доплаты налога продавцу следует выставить корректировочный счет-фактуру на разницу между показателем суммы налога по счету-фактуре, составленному ранее с НДС 18/118, и показателем суммы налога, рассчитанной с учетом размера доплаты налога;"Доработки выполнены для страны Россия. В окне редактирования хозяйственной операции финансовых и кассовых документов, добавлена закладка "Доплата НДС". На данной вкладке находятся два поля: 1) Статус хозоперации. Информационное поле, которое может отображать следующие значения: - Доплата НДС не выполнялась; - Доплата НДС; - Связь с доплатой НДС. 2) Связанный документ. Поле отображающее описание хозяйственной операции с которой установлена связь. Предназначено для формирования и удаления связи, а так же для перехода в связанный документ. Для того что бы для текущей хозоперации выполнить доплату НДС необходимо либо выполнить пункт локального меню "Обработать хозяйственную операцию как доплату НДС", либо нажать F3 в поле "Связанный документ". При этом дата оплаты хозяйственной операции (а при ее отсутствии дата выписки документа) должна быть позже 31.12.2018 и хозоперация должна входить в сумму документа. В результате пользователю будет предложено выбрать хозоперацию для которой выполняется доплата НДС. При этом к хозяйственным операциям будет применен следующий фильтр: - период до 31.12.2018 (включительно); - вид документа аналогичный текущему; - контрагент аналогичный текущему; - договор и соглашение аналогичные текущему. Данный фильтр можно изменить (локальное меню интерфейса выбора хозопераций - Установка ограничений). В случае, если у текущей хозоперации существует разноска по ДО, то выбрать можно только хозоперацию с таким же ДО. После выбора хозяйственной операции будет установлена связь между текущей и выбранной хозоперацией и на вкладке "Доплата НДС", в поле "Связанный документ" отобразится наименование выбранной хозоперации, а поле "Статус хозоперации" будет отображаться значение "Доплата НДС". Так же, в окне редактирования хозоперации, в поле "Статус" (самое первое поле сверху окна) отобразится значение "Доплата НДС". При этом, если у выбранной хозоперации было ДО, то в текущей хозоперации оно тоже будет привязно и выполнится распределение по спецификации накладной/акта и рассчитаются налоги. Был доработан расчет налогов. В случае если хозоперация является доплатой НДС, то формируется налог НДС со ставкой 20% и на сумму равную сумме хозяйственной операции. В выбранной хозоперации, в статусе появится подпись - "связь с доплатой НДС". Для того что бы отменить обработку хозоперации как доплату НДС, необходимо в поле "Связанный документ" нажать на клавишу Del. В результате связь будет удалена, а налоги по хозоперации будут пересчитаны. Для того что бы перейти в связанный документ, необходимо в поле "Связанный документ" нажать F4. При удалении платежного документа или одной из связанных хозопераций выполняется удаление связи между документами. При уводе хозоперации в "минус", в случае автоматического создания новой хозоперации, связь между документами копируется в новую хозоперацию. __________________________________________ Доработка СФ.
102.1931699.1.98.0Валютная сумма не совпадает с валютной суммой в распределенииФинансово-расчетные операцииВалютное платежное поручение
Когда сумма распределения меньше суммы хоз.операции, возникает запрос на уменьшение суммы хоз.операции. В результате берется распределенная по хоз.операции рублевая сумма, а потом из нее по текущему курсу рассчитывается валютная составляющая суммы. Затем в хозоперацию подставляется рублевая сумма из распределения и рассчитанная валютная сумма. При таких расчетах есть вероятность что валютная сумма не будет совпадать с валютной суммой в распределении. Во вложении пример, когда возникают расхождения, которые не устраивает клиентов. Сумма хозоперации должна совпадать с суммой распределения. Обсуждали с Яковлевым И. Н.После утвердительного ответа на запрос об уменьшении суммы хоз.операции, в валютных платежных документах из распределения берется валютная сумма, а сумма в НДе рассчитывается от нее по курсу. В рублевых платежных документах (даже при наличии ссылки на валюту) из распределения берется сумма в НДЕ, а валютный эквивалент, если он указан, рассчитывается по курсу.
101.661169.1.97.0Огромные задержки при работе с бухгалтерскими справкамиФинансово-расчетные операцииБухгалтерская справка
после обновления возникла проблема при работе с бухгалтерскими справками. Суть проблемы заключается в том, что при попытке открытия бухсправок с большим количеством хозопераций происходит "зависание" интерфейсов, при этом наблюдается значительная нагрузка на сеть. После прогрузки интерфейсов и попытке их закрытия Галактика "зависает" на крайне продолжительное время. (Под зависанием, в данном контексте, подразумевал именно продолжительное время ожидания между командой на запуск интерфейса и его отображением на экране.При этом, главное окно Галактики полностью перестает отвечать на запросы, при наблюдаемой в диспетчере задач сетевой активности.) На сервере для таблиц oborot, hozoper, plpor было произведено перестроение индексов и обновление статистики, что никакого результата не дало.В интерфейсе настроек "Настройки Галактики Бухгалтерский контур Обработка документов Параметры работы с документами различных типов", на вкладке "Права доступа" добавлено поле "Отображать разноску по ФОБ в документах", со значением по умолчанию "Да". Данная настройка влияет на видимость колонки признака распределения документа по ФО в каталоге документов. Для отображения значения данного поля, выполняется пробежка по всем хозоперациям документа и проверка наличия связи с ФО и затем соответствующий результат выводится в колонке. Для бух.справок необходимо отключить отображение данного поля (если потребность в данном поле отсутствует, то его можно отключить для всех документов). В каталоге платежных документов, в окне редактирования платежного и в окне редактирования хозяйственных операций документа отключена автоинициализация закладок "Статьи бюджета" и "Оплаты". Расчеты для данных закладок выполняются только при их активации. Следует отметить, замедления связанные с закрытием окна редактирования документа, происходит из-за включенных следующих настроек интерфейса настроек "Настройки Галактики Бухгалтерский контур Обработка документов Параметры работы с документами различных типов": - Проверять распределение платежа по ДО. - Проверять формирование счет-фактур. Данные настройки следуют отключить для бух.справок.
102.1872569.1.95.0Перестала считаться сумма по авансовому отчету на основании спецификацииКассаАвансовый отчет
Обновление F_PlPor_res_911100 - перестала считаться сумма по авансовому отчету. По бизнес процессу куратор заполняет только спецификацию авансового отчета и на обновлении F_PlPor_res_911070 пересчитывалась сумма авансового отчета если кликнуть мышкой на шапку документа. Установлена настройка Настройки Галактики Бухгалтерский контур Обработка документов Хозяйственные операции и бухгалтерские проводки Сворачивать одноименные операции в авансовых отчетах" = Да. Проверила проблему на тестовой базе. На обновлении F_PlPor_res_911070 с настройками "Сворачивать одноименные операции в авансовых отчетах"-"да" и "Синхронизировать спецификацию авансового отчета с хозоперацией"-"да" и "нет" в хозоперациях формировалась сумма по спецификации. На обновлении F_PlPor_res_911100 изменились значения настройки ""Синхронизировать спецификацию авансового отчета с хозоперацией" на "не синхронизировать", "по запросу", "автоматически". Ни с одной из настроек сумма расходов по спецификации в Хозоперациях не формируется, поэтому и не появляется запрос на изменение суммы документа.Синхронизация суммы спецификации авансового отчета с хозоперацией осуществляется независимо от значения настройки "Настройки Галактики Бухгалтерский контур Обработка документов Хозяйственные операции и бухгалтерские проводки Сворачивать одноименные операции в авансовых отчетах". Если несколько позиций спецификации АО, при выполнении синхронизации группируются в одну хозоперацию, то каждая из позиций спецификации будет ссылаться на одну и ту же хозоперацию (раньше в таких случаях связь позиции спецификации с хозоперацией не формировалась). При удалении такой хозоперации, ссылка на нее обнуляется во всех относящихся к ней позициях спецификации. Если одна из таких позиций спецификации АО редактируется, то запускается алгоритм синхронизации, в результате которого существующая хозоперация удаляется и формируется новая, с учетом внесенных изменений в текущую позицию спецификации и с учетом группировки в разрезе ТХО.
102.1906129.1.94.0Привязка ТХО к платежным документам при запрете редактирования данных в закрытом периоде бухконтураФинансово-расчетные операцииПлатежное поручение
Привязка ТХО к платежным документам при запрете редактирования данных в закрытом периоде бухконтура Установлены настройки: "Настройки Галактики Бухгалтерский контур Закрытый отчетный период до" = 01.11.2018 "Настройки Галактики Бухгалтерский контур Модификации данных после закрытия периода" = запрещать За октябрь были проводки формирую платежный документ (платежное поручение, бухсправку, кассовый ордер) в открытом периоде бухконтура. При попытке привязать ТХО выдается сообщение "Вводить новые данные или редактировать ранее введенные можно только с датой обработки, не меньшей, чем 01/11/2018г. У записи регистрации документа учета НДС есть проводки закрытом периоде!" Причем документ создан новый, к нему никаких записей о регистрации документов для учета НДС (да и самих документов для учета НДС не создано)Проблема проявляется при условии что настройка "Настройки Галактики Логистика Налоги, документы для учета НДС Формировать хозоперации по книге продаж/покупок" принимает значения равные либо "да" либо "только по регистрируемым в книге", привязка ТХО выполняется из шапки платежного документа и текущая дата попадает в закрытый период. Исправлено.
102.1890479.1.93.0Исправить ошибку склонения слова "счет-фактура" в названии настройки.НастройкаНастройка БУХГАЛТЕРСКОГО контура
Исправить ошибку склонения слова "счет-фактура" в названии настройки "Наследовать авансовую СФ при привязке ДО" ("Бухгалтерский контур" > "Обработка документов" > "Распределение платежа по ДО"). Слово "счет-фактура" - существительное мужского рода, поэтому следует писать "Наследовать авансовый СФ при привязке ДО".исправлено
180.109009.1.93.0в интерфейсе "Исполняемые ДО" в нижней панели не отображаются привязанные платежиФинансово-расчетные операцииПлатежное поручение
в интерфейсе "Исполняемые ДО" в нижней панели не отображаются привязанные платежи в статусе "оформляемый".Для настройки "Настройки Галактики Бухгалтерский контур Обработка документов Распределение платежа по ДО Учитывать при расчете задолженности фин. документы в статусе оформляемый" изменено значение по умолчанию на "да". # ИНСТРУКЦИЯ ПО НАСТРОЙКЕ: Если обновление с патчем проблемы первоисточника уже было установлено, то данные изменения не будут влиять для всех новых пользователей, потому что при добавлении настройки формируется запись для "нулевого" пользователя со значением по умолчанию и данное значение может изменить только администратор. Если патч с проблемой первоисточника не был установлен в системе, то для всех пользователей будет значение по умолчанию "да".
102.1889299.1.92.0Не правильно рассчитывается задолженность по платежамФинансово-расчетные операцииПлатежное поручение
Не правильно рассчитывается задолженность по платежам. При привязке нового платежа не видны платежи, ранее привязанные к ДО. Если изменить "Настройки ГалактикиБухгалтерский контурОбработка документовРаспределение платежа по ДОУчитывать при расчете задолженности оформляемые фин. документы"=да, то сумма платежей отображается корректно. Все платежные поручения оплачены, настройка влиять не должна. База на которой проявляется проблема выложена на FTP сервер, в директорию 2.150770.Проблема возникает из-за того, что при выключенной настройке "Учитывать при расчете задолженности оформляемые фин. документы" в расчете задолженности участвовали только документы в исполняемых или закрытых статусам. Документы без статуса или оформляемые не учитывались. Исправлено следующим образом. Переименована настройка "Настройки Галактики Бухгалтерский контур Обработка документов Распределение платежа по ДО Учитывать при расчете задолженности оформляемые фин. документы" в "Учитывать при расчете задолженности неоплаченные фин. документы". Добавлена новая пользовательская настройка "Настройки Галактики Бухгалтерский контур Обработка документов Распределение платежа по ДО Учитывать при расчете задолженности фин. документы в статусе оформляемый" со значением по умолчанию - "нет". Теперь можно отдельно настроить учитывать оплаченные или не оплаченные документы, а так де учитывать или нет документы в статусе оформляемый. В данном конкретном случае пользователям необходимо выключить настройку "Учитывать при расчете задолженности неоплаченные фин. документы" и включить настройку "Учитывать при расчете задолженности фин. документы в статусе оформляемый".
102.1757699.1.91.0КИС ФХД ТПР2 Очередь1 Если к ПП привязан договор, то при выборе контрагента в поле Взаимозачет он не попадает в хозоперацию.Расчеты с поставщиками и получателямиЗачет обязательств
КИС ФХД ТПР2 Очередь1 Если к ПП привязан договор, то при выборе контрагента в поле "Платеж за" он не попадает в хозоперацию.Добавлена пользовательская настройка "Настройки Галактики Бухгалтерский контур Обработка документов Распределение платежа по договорам Наследовать контрагент из договора в хозяйственную операцию" со значением по умолчанию "по запросу". Данная настройка влияет на наследование контрагента договора в хозяйственную операцию платежного документа. Ранее контрагент договора всегда переносился в хозяйственную операцию, теперь данная возможность регулируется вышеуказанной настройкой. Обрабатывается при привязке договора, соглашения, товарного и финансового ПКП. При указании в платежном документе контрагента в поле "Платеж за", он автоматически переносится во все хозоперации платежного документа по которым нет разноски по ДО и Договорам. Если по хозоперации есть разноска по договору, то хозоперации присваивается контрагент из поля "Платеж за", а затем запускается обработка настройки "Настройки Галактики Бухгалтерский контур Обработка документов Распределение платежа по договорам Наследовать контрагент из договора в хозяйственную операцию", в зависимости от значения которой в хозоперации остается либо контрагент из поля "Платеж за", либо подставляется контрагент договора. При удалении в платежном документе контрагента из поля "Платеж за", он автоматически сбрасывается на контрагент платежного документа во всех хозоперациях платежного документа по которым нет разноски по ДО или по договорам. Если по хозоперации есть разноска по договору, то хозоперации присваивается контрагент платежного документа, а затем запускается обработка настройки "Настройки Галактики Бухгалтерский контур Обработка документов Распределение платежа по договорам Наследовать контрагент из договора в хозяйственную операцию", в зависимости от значения которой в хозоперации остается либо контрагент платежного документа, либо подставляется контрагент договора.
106.105579.1.91.0пакетное заполнение поля "Платеж за..."Финансово-расчетные операцииВходящие документы
пакетное заполнение поля "Платеж за..." Часто бухгалтерам приходится формировать массу однообразных платежных документов, в которых необходимо менять плательщика (поле "Платеж за..."). Таких документов у клиента бывает порядка 200 за раз Контрагент ДО, который привязывается к ПП, тот же, что тот, что в поле "Платеж за", и для группы ПП - один и тот же Клиент просит автоматизировать данную массовую операцию Решение видится, например, через функцию "Групповая замена поля в документах" или добавление функции "Пакетное заполнение поля Платеж за...", аналогично пакетному заполнению поля назначениеРеализована поддержка групповой замены для поля "Платеж за". Для использования групповой замены поля необходимо пометить группу платежных документов, в которых необходимо установить одинаковое значение поля "Платеж за". Затем в окне редактирования платежного документа с нужным значением поля "Платеж за", установить курсор в этом поле и выполнить пункт локального меню "Групповая замена поля в документах" или выполнить вызов команды с помощью сочетания горячих клавиш Alt+K. В результате, во всех помеченных платежных документах будет установлено значение поля "Платеж за" равное текущему. При этом будет выполнена синхронизация значения поля "Платеж за" из шапки платежного документа в поле "Контрагент" всех хозяйственных операций документа. Синхронизация выполнятся по правилам описанных в ПИР 102.175769.
102.1703739.1.90.0КИС ФХД ТПР2 Очередь1 Автоматическое создание и синхронизация спецификации авансового отчета с хозоперациейКассаАвансовый отчет
КИС ФХД ТПР2 Очередь1 Автоматическое создание и синхронизация спецификации авансового отчета с хозоперацией при установленной настройке "Синхронизировать спецификацию авансового отчета с хозоперацией" = да и "Сворачивать одноименные операции в авансовых отчетах" =НЕТ нужно АВТОМАТИЧЕСКИ создаватьпереформировывать хозоперации спецификации. Сейчас нужно вызывать принудительно. (Ctrl+Enter)Для настройки "Настройки Галактики Бухгалтерский контур Обработка документов Хозяйственные операции и бухгалтерские проводки Синхронизировать спецификацию авансового отчета с хозоперацией" изменены значения на следующие: - не синхронизировать; - по запросу; - автоматически. В случае, если в данной настройке установлены значения "по запросу" или "автоматически", а значение настройки "Настройки Галактики Бухгалтерский контур Обработка документов Хозяйственные операции и бухгалтерские проводки Сворачивать одноименные операции в авансовых отчетах" установлено в "нет", то если происходила модификация записей позиций спецификации, при уходе с вкладки "Спецификация" произойдет запуск автоматического формирования хоз.операций по позициям спецификации. Запрос на выполнение данной операции будет выдаваться только в режиме "по запросу".
102.1827479.1.90.0Необходима возможность изменить дату хозоперации к бухсправке на раньше даты самой бухсправкиФинансово-расчетные операцииБухгалтерская справка
Необходима возможность изменить дату хозоперации к бухсправке на раньше даты самой бухсправки. Пишут:До внедрения КИС ЭХД бухгалтер делал много бух справок разной датой. Сейчас чтобы уменьшить количество печатаемых справок все вводится одной бух справкой (один штрих-код), но операции проводятся разной датой. Предложение связано с проведением хозоперации в валюте. Нужен курс на дату хозоперации, а не бухсправки.Добавлена пользовательская настройка "Настройки Галактики Бухгалтерский контур Обработка документов Значения полей по умолчанию Бухгалтерские справки Дата хозоперации может быть раньше даты оплаты документа" со значением по умолчанию - "нет". Включение данной настройки позволяет пользователю в хозоперациях бух.справки указать любую дату проведения хозяйственной операции. Включение данной настройки приводит к игнорированию для бухгалтерских справок настройки "Настройки Галактики Бухгалтерский контур Обработка документов Хозяйственные операции и бухгалтерские проводки Проверять соответствие дат проведения хозопераций и документа". При установке даты оплаты в бух.справке новая дата устанавливается только в хоз.операции без даты операции. А при удалении даты, в хозоперациях дата операций остается неизменной.
101.627199.1.89.0Диадок. Добавить в лок. меню по Диадоку кнопку печать документаУправление сбытомРабота с Контур.Диадок
Диадок. Добавить в лок. меню по Диадоку кнопку Просмотр документа (Печать). Сейчас чтобы вывести документ на печать, надо сначала выбрать функцию " Диадок.Показать документ (Переход)", затем перейдя в Г.Диадок. выбрать "Просмотр Документа"В локальное меню ДО, накладных на отпуск/на прием, счетов-фактур добавлена кнопка "Диадок. Печать документа", которая позволяет открыть печатную форму документа Диадок.
102.1846709.1.89.0не найдена MSVCR120.DLLУправление сбытомРабота с Контур.Диадок
Галактика при входе в любой модуль, и вызове чего либо ( например Документы - Акт на прием услуг) выдает сообщение, что не найдена MSVCR120.DLL. При отключении C_Diadoc такой проблемы нет. Настройка "Настройки ГалактикиОбщие настройки системыРабота с Контур.Диадок" = нет" ОС - Windows Server 2012 R2Исправлено
102.1843219.1.88.0В 102.182915 доработали - в ПП тянется № договора и дата договора. Плохо одно - это внутренний № договора - надо DOGOVOR.NODOC_EXTФинансово-расчетные операцииПлатежное требование
В 102.182915 доработали - в ПП тянется № договора и дата договора. Но, тянется внутренний № договора - надо внешний.Доработано. Если к ПД привязывается Договор (например, при формировании ПТ по ДО с договором), то в ПД тянется № договора внешний.
102.1839959.1.87.0Обеспечение корректной работы на докомпилированном словаре Галактики ERP 9.1Предложение по новой функциональности Галактики ERP (по системе в целом)?
Необходимо обеспечить корректную работу ресурсов на докомпилированном словаре Alter_Cumulative 9.1.12.0.Обеспечение корректной работы. На докомпилированном словаре пересобраны ресурсы работающие и изменёнными таблицами. Комплектность установки ресурсов обеспечена требованиями при установке.
102.1707729.1.86.0Добавить в хелп описание механизма автоматического распределения платежных документовКонтуры: финансовый, бухгалтерского учетаНе знаю, какая именно часть финансового контура, научите
Есть настройка Бух контур - Обработка документов - Распределение платежа по ДО - Распределение платежа по сопроводительным документам - Автоматическое распределение - Автоматическое распределение платежных документов, которая включает доп функции локального меню Автоматическое распределение, Отмена Распределения, Переразноска распределения. Ссылка в описании настройки на механизм формирования автоматического распределения ведет на неверную часть документации и непонятен принцип распределения. Настройка дорабатывалась по ПИР 102.135536, 102.153652В help добавлено описание механизма автоматического распределения платежных документов
102.1828649.1.86.0Исправить значение настройкиНастройкаНастройка БУХГАЛТЕРСКОГО контура
Настройка "Бухгалтерский контур Обработка документов Распределение платежа по ДО Ссылка на ДО в банковских документах". Нужно исправить значение "по счет-фактуре" на "по счету-фактуре".исправлено
102.1829159.1.86.0№ договора и дата договора в собственном платежным требованиямФинансово-расчетные операцииПлатежное требование
В окне редактирования платежного требования, под Назначением платежа, есть поля: "Договор" и "от". Эти поля выводятся в печатную форму ПТ как Номер документа и Дата документа в блоке Назначение платежа. Поля заполняются вручную. Нужно: поля "Договор" и "от" заполнять автоматически значениями из договора в ДО, при формировании ПТ по этому ДО.Если к ПТ привязывается Договор (например, при формировании ПТ по ДО с договором) и если в ПТ не заполнены поля "Договор" и "от", то эти поля заполняются Датой и Номером привязываемого договора.
180.107209.1.86.0Пропадает информация о привязанном ДО в авизо, если привязку ДО выполнять в окне ХозОперация и не выходя из окна выполнять просмотр распределения платежаФинансово-расчетные операцииВходящее авизо
более подробное описание во вложении. Даная ситуация также повторяется при распределении обычных п/п без авизо, при распределении бух.справок: ДО исчезают из основного окна после просмотра распределения, при привязке ДО в окне ХозОперация. Видимость ДО в п/п восстанавливается после привязки ТХОЕсли в результате привязки ДО в окне редактирования хозяйственной операции платежного документа, происходит изменение шапки платежного документа (в частности переформировывается назначение платежа), то последующий вызов окна распределения по спецификации накладных/актов приводит к сбрасыванию ссылки на ДО в шапке платежного документа. Исправлено.
102.1826719.1.85.0Неправильно рассчитывается долг по платежам при выборе ДОФинансово-расчетные операцииБухгалтерская справка
Неправильно рассчитывается долг по платежам при выборе ДО При выборе ДО в бух.справке неправильно считается долг по платежам, если приходится менять фильтр по направлению ДО.Для БС с направлением не определено долг по платежам рассчитывается по формуле: DolgPlat := BaseDoc.Total - (PlatPrih - PlatRash); сумма по ДО - (входящие платежи - исходящие платежи)
102.1787309.1.84.0шаблон формирования назначенияФинансово-расчетные операцииПлатежное требование
При формировании назначения платежа в ПП, для каждой строки используется максимум 76 символов из 100 доступных. Макрос Список ДО возвращает максиму 250 символом - увеличить моксимально возможную длину возвращаемого макросом значения.При формировании строк назначения платежа формируются строки длинной до 100 символов (исключение: 4я строка в ПП - 255 символов). Макросы могут возвращать значение длинной до 600 символов (чтобы отобразить такой результат необходимо использовать управляющий символ переноса - ^n). Примечание: Для корректной работы нужно ставить управляющие символы: ^n, ^b, ^p - в начале строки.
102.1798769.1.84.0КИС ФХД ТПР2 Очередь0 Некорректно отрабатывает возврат по БВ в части привязки ДО другого направления и запуска функции сторнирования распределенияФинансово-расчетные операцииБанковские выписки
Описание отправлено по почте Яковлеву И. и Шелепову А.При выполнении распределения по спецификации накладной/акта производится проверка направления текущей хозоперации и документа основания, привязанного к ней. Если направления не совпадают, то считаем что данным платежом производится возврат платежа и в этом случае выполняется не распределение, а формирование возврата платежа (событие аналогичное нажатию на кнопку "Возврат"). А именно, для каждой позиции спецификации накладной подсчитывается оплаченная сумма и формируется запись возврата на оплаченную сумму с противоположным знаком, но на сумму не превышающую сумму текущей хозоперации (по модулю).
102.1816659.1.84.0Доработать распределение по вал-нде ДО и накладной с % к курсуРасчеты с поставщиками и получателямиПакетное распределение платежей
Доработать распределение по вал-нде ДО и накладной с % к курсу. При реализации бизнес-процесса по решению ПИР 102.178599 получаем неверную сумму в валюте при распределении второго (последнего) платежа. Есть ДО на 2000 евро с процентом к курсу. По нему и накладной распределены 2 платежа - по 1000 евро каждый. При этом в распределении первый платеж валютный эквивалент соответствует 1000 евро, то второй - не соответствует.Доработан алгоритм обработки суммовой разницы. Исправлен алгоритм определения коэффициента распределения при пропорциональной схеме распределения. В платежных документах с указанным валютным эквивалентом механизм обработки суммовых разниц с учетом коммерческого курса не будет работать, по причине того, что отсутствует возможность задать коммерческий курс непосредственно в платежном документе. Как следствие, суммовые разницы работают только с платежными документами в НДЕ.
102.1785999.1.83.0Изменение в учете суммовых разницРасчеты с поставщиками и получателямиРаспределение входящих/исходящих платежей
Согласно Пост. МФ РБ от 10.08.17 №23, которое внесло изменения в Пост. от 29.10.14 №69. Необходимо доработать функциональность формирования акта по суммовой разнице для вал-нде ДО при распределении платежа. В случае если платежчастичный платеж был после отгрузки, но не в месяце отгрузки, а позднее, при распределении суммовая разница для акта рассчитывается от курса на конец месяца отгрузки к курсу на дату платежа. При этом необходимо определить, какой функциональностью системы можно организовать формирование акта(бухсправки ?) к ДО на суммовую разницу от курса на дату отгрузки к курсу на конец месяца.Для Республики Беларусь реализован новый алгоритм обработки суммовых разниц. Для того, что бы суммовые разницы обрабатывались, необходимо что бы были выполнены следующие условия: - в интерфейсе настроек "Настройки Галактики Бухгалтерский контур Обработка документов Параметры работы с документами различных типов", на вкладке "Суммовая разница" был включен параметр - "Обрабатывать суммовую разницу". - в документе основании должен быть указан процент к курсу на день платежа. Для корректных расчетов сумм, необходимо в настройке "Настройки Галактики Логистика Документы Сопроводительные документы Расчет сумм, налогов Учитывать процент к курсу на день платежа в накладных и актах" выставить значение "нет". Алгоритм обработки суммовой разницы следующий. 1. В момент привязки ДО к платежному документу, в документе формируется хозяйственная операция в НДЕ на сумму ДО по курсу на дату платежа с учетом процента к курсу на день платежа. 2. Затем данная хозоперация разделяется на две: сумма по ДО по курсу на дату платеже и на сумму процента к курсу на день платежа 3. Далее сумма по ДО по курсу на дату платежа дробиться в разрезе накладных данного ДО по курсу на дату платежа и выполняется распределение по спецификации накладных/актов. 4. В хозоперации на сумму процента к курсу на день платежа выставляется признак суммовой разницы, формируется СФ на суммовую разницу, формируется акт по суммовой разнице и выполняется его распределение. Пример 1. Есть ДО от 10/02/18 на сумму 1000 евро с курсом 2 рубля и с 3% к курсу на день платежа. Есть Акт от 10/02/18 на сумму 2000 рублей Есть платеж на 1081.5 рублей с курсом 2.1 рубля за 1 евро. В результате привязки ДО будет сформировано две хозоперации: - на сумму 1050 рублей по курсу на дату платежа (500 евро * 2.1) с распределение по акту - суммовая разница на 31.5 рубля (1050 * 0.03) Есть платеж на 1200 рублей с курсом 2.2 рубля за 1 евро. В результате привязки ДО будут сформированы три хозоперации: - на сумму 1100 рублей по курсу на дату платежа (500 евро * 2.2) с распределением по акту - суммовая разница на 33 рубля (1100 * 0.03) - свободный остаток на 67 рублей Пример 2. Есть ДО от 10/02/18 на сумму 1000 евро с курсом 2 рубля и с 3% к курсу на день платежа. Есть Акт от 10/02/18 на сумму 800 рублей Есть Акт от 10/02/18 на сумму 400 рублей Есть платеж на 5000 рублей с курсом 2.1 рубля за 1 евро. В результате привязки ДО будет сформировано пять хозопераций: - на сумму 840 рублей по курсу на дату платежа (400 евро * 2.1) с распределение по акту. - на сумму 420 рублей по курсу на дату платежа (200 евро * 2.1) с распределение по акту. - на сумму 840 рублей по курсу на дату платежа (400 евро * 2.1) с привязкой ДО и без распределения по актам. - суммовая разница на 63 рубля (2100 * 0.03) с распределением по акту на суммовую разницу. - свободный остаток на 2837 рубля. В случае если в платежном документе указан валютный эквивалент, то в хозоперации по суммовой разнице так же будет присутствовать валютный эквивалент, но акт по суммовой разнице и и распределение по нему выполняется без валютного эквивалента. В пакетном распределении так же реализована поддержка нового алгоритма формирования суммовой разницы.
102.1800189.1.82.0Некорректно работает контроль даты проводок с датой ХОФинансово-расчетные операцииПлатежное поручение
Некорректно работает контроль даты проводок с датой ХО. В процессе контроля идет сравнение Даты проведения проводок с полем Дата проводок в ХО. Но при утвердительном ответе Дата проведения проводок устанавливается равной Дате операции в ХО.Исправлено.
102.1789409.1.81.0Изменения в законодательстве РБ по расчету курсовых разницФинансово-расчетные операцииПересчет курса
В связи с тем, что С 2018 года задолженность в эквиваленте подпадает под регулирование НСБУ N 69 и будет отражаться и пересчитываться в том же порядке, что и задолженность, выраженная в иностранной валюте, необходимо реализовать возможность формирования бухсправок в разрезе контрагентов и указанием направления для участия в расчете баланса взаиморасчетов по контрагентам.Добавлена настройка "Настройки Галактики Бухгалтерский контур Курсовые разницы Участвует в балансе взаиморасчетов с контрагентами". да/нет(по умолчанию) Если новая настройка включена - формируемые суммы по проводкам курсовых разниц отражаются в балансе взаиморасчетов с контрагентами. В окно редактирования настройки пересчета курсовых разниц добавлено поле "Направление" (Закупка/Продажа). Т.к. по каждой настройке расчета курсовых разниц формируется один документ "Бухгалтерская справка" - указанное направление переносится в формируемую бух.справку и хоз.операции соответственно. Дооцеку проводок по дебету и кредиту необходимо определить отдельными настройками и указать соответствующее направление для формируемых проводок. Дооценивать одновременно обороты/сальдо по дебету и кредиту не допускается. Хоз.операции формируются в разрезе контрагентов для корректного отражения в балансе взаиморасчетов. Реализовано для функционала расчета курсовых разниц: Модуль ФРО - Операции - Курсовые разницы - Пересчет курса Модуль ФРО - Отчеты - Обороты в валюте - Ежедневный учет и расчет курсовых разниц
102.1790359.1.80.0Обеспечение корректной работы на докомпилированном словаре Галактики ERP 9.1Предложение по новой функциональности Галактики ERP (по системе в целом)?
Необходимо обеспечить корректную работу ресурсов на докомпилированном словаре Alter_Cumulative 9.1.9.0.Обеспечение корректной работы. На докомпилированном словаре пересобраны ресурсы работающие и изменёнными таблицами. Комплектность установки ресурсов обеспечена требованиями при установке.
101.633159.1.79.0Управление ремонтами. Акт на списание МЦ из ремонтов. KatSopr.SoprHoz и KatSopr.cHozoper не обновляютсяХозоперацииРазноска ТХО по видам документов /укажите тип документа/
При привязке ТХО к Акту на списание МЦ из ремонта через модуль "Хозоперации" не обновляются поля в таблице KatSopr.SoprHoz и KatSopr.cHozoper, хотя в акте видно привязанное название операции. Если привязывать в самом акте, то всё обновляется нормально.Исправлено
101.627029.1.78.0При формировании возврата платежа из вкладки "ХозОперации" к ПКО статус в новом РКО не сбрасываетсяКассаПриходный кассовый ордер
При формировании возврата платежа из вкладки "ХозОперации" к ПКО статус в новом РКО не сбрасывается Решение ПиР: 102.165839 не охватывает вариант формирования возврата из вкладки "ХозОперации", хотя, несомненно, должно.При формировании возврата платежа по хозоперации платежного документа, в полученном документе производится сбрасывание статуса, а в случае существования заданного статуса по умолчанию, производится его установка.
102.1717229.1.77.0Привязка ДО к платежному поручению (контрагенты разные).Финансово-расчетные операцииПлатежное поручение
Привязка ДО к платежному поручению (контрагенты разные). При привязке ДО с контрагентом №1 к платежному поручению, в котором указан контрагент №2, перестали выдаваться предупреждение, что контрагенты разные, и запрос надо ли заменять в ПП контрагента на контрагента из ДО. Контрагент из ПП стал сразу заменяться на контрагента из ДО. Привнесено пакетом BUH_91_84Восстановлена проверка на смену контрагента в документах
102.1705049.1.76.0при привязке нескольких ДО с разными контрагентами должно быть пустым поле "Организация" в бух.справкеФинансово-расчетные операцииБухгалтерская справка
После установки обновления в бух справке при привязке нескольких ДО, в поле Организация встает контрагент из первой ДО, а не должно никого быть, поле Организация должно быть пустым, т.к. все контрагенты разные.В режиме множественного выбора ДО, и если выбрано более одного ДО, не подтягиваем контрагента
102.1700749.1.75.0Формирование возврата платежа по стороннему платежному поручению: неверный тип формируемого возвратного платежаФинансово-расчетные операцииВалютное платежное поручение
Формирование возврата платежа по стороннему платежному поручению: неверный тип формируемого возвратного платежа Формируем возврат платежа по валютному ПП. Для выбора типа нового документа по умолчанию предлагается тип "Собственное платежное требование" (что неверно). А при попытке выбрать тип "Собственное валютное платежное поручение" выдается предупреждение "Выберите документ противоположного направления!".Исправлено.
180.103199.1.75.0запрос расчетного счета при возврате платежа из ХозоперацииФинансово-расчетные операцииПлатежное поручение
При формировании возврата платежа по хозяйственной операции нет запроса на выбор расчетного счета, как это сделано при формировании возврата из шапки платежного документа. Добавить данную возможность при формировании возврата из хозопераций.При формировании возврата платежного документа по хозоперации, добавлен выбор расчетного счета в котором необходимо сформировать возврат.
102.1634969.1.74.0Эргономика окна редактирования ХозОперацииХозоперацииРазноска ТХО по видам документов /укажите тип документа/
Эргономика окна редактирования ХозОперации видимость и возможность ввода полей: - ДО - ДО на предоплату - Документ для учета НДС с учетом настройки "Настройки Галактики Бухгалтерский контур Обработка документов Распределение платежа по ДО Возможность привязки ДО к платежным документам" если сумма ХозОперации не входит в сумму документ: - данные поля видны, ввод закрыт для документов: операции ОС/НМА, Налоговое платежное поручение, данные поля должны отсутствовать для БС: "не участвует в расчетах с контрагентом", поля: ДО и ДО на предоплату, закрыт ввод, поле "Документ для учета НДС" ввод возможен (для решения проблемы 102.163311)доработано + подсветка активных полей
102.1682149.1.74.0УРиУ - функционал - Разрешать создание/удаление документа для учета НДС в платежном порученииФинансово-расчетные операцииПлатежное поручение
План действий следующий: Установлена настройка Настройки Галактики Общие настройки системы Доступ к документам = свои-изменение, по группе - чтение. Собственной ПП создается на основании ФОБа. Стороннее ПП приходит вместе с банковской выпиской. Должна быть возможность создания/удаления документа для учета НДС в хозоперации платежных поручений (собственных и сторонних). На данный момент в ТПР 2 запроектировано так, что ФОБ создает один пользователь, а ПП - другой. Оба они относятся к одной группе дескриптора. А доумент для учета НДС должен создавать отвественный -куратор, который создает ФОБ или осуществляет формирование первичных документов в Системе (платежи формируют другие люди - сотрудники фин. отдела). Есть некоторые замечания: 1. Если перейти к ПП через ФОБИсполнениеF4, то открывается ПП на редактирование, а на заднем фоне висит оно с другими платежами - этого не должно быть. Пользователь должен видеть только тот документ, который открыт на редактирование. 2. На данный момент при создании СФ открывается дополнительно окно с выбором налога,ставки, и нужно рассчитать сумму. Почему не сделать автоматом это (окно оставить, но добавлять налог, ставку и сумму автоматом), по настройкам Системы (Настройки Галактики Логистика Налоги, документы для учета НДСНДС , Основная ставка). Или я не знаю каких то настроек и это можно настроить?В окне редактирования хозяйственной операции платежного документа, открыт доступ к полю "Документ для учета НДС", вне зависимости от прав доступа к хозяйственной операции. Таким образом, все пользователи могут создавать счет-фактуры. В свою очередь удаление счет-фактур регламентируется правами доступа к счет-фактурам.
102.1683519.1.74.0возврат платежа - почему-то нельзя сформировать счет-фактуру по НДС и привязать ТХО на закладке ХозоперацииФинансово-расчетные операцииПлатежное поручение
Возврат платежа - почему-то нельзя сформировать счет-фактуру по НДС и привязать ТХО на закладке Хозоперации. Появляется сообщение "Данный платеж является возвратом денег покупателя!Запрещено модифицировать данные!" Почему такое ограничение? Ведь я не пытаюсь модифицировать данные. Привязать ТХО, создать счет-фактуру по НДС должно быть доступно.По возвратам платежа разрешено привязывать/отвязывать ТХО и счет-фактуру.
102.1682229.1.73.0КИС ФХД ТПР2 Очередь3 Ссылка на документ-основание в строке авансового отчетаКассаАвансовый отчет
В спецификацию авансового отчета добавить поле "Основание"В спецификацию авансового отчета добавлено поле "Основание". Реализована возможность заполнения полей спецификации из документа-основания. При выполнении формирования хозопераций по записям спецификации, в которых проставлена ссылка на ДО, выполняется привязка ДО в хозоперации, распределении по спецификации накладных/актов ДО, расчет налогов и формирование счет-фактуры.
102.1680699.1.72.0УРиУ Изменилось наименование типа документа.ХозоперацииРазноска ТХО по видам документов /укажите тип документа/
12 КАУ. Изменилось наименование типа документа. В интерфейсе разноски ТХО хозоперации по Операциям основных средств(tidk 15) теперь называются Инвентарная карточка основных средств. ?1?(8;17)?Э: Документ ? Операция основных средств, № 11062011-2 от 11/06/2011 г. на сумму 7000000. ?1?(8;17)?Т: Документ ? Инвентарная карточка основных средств, № 11062011-2 от 11/06/2011 г. на сумму 7000000.высветка переведена на KatDoc по типам 1501..1509,1551,1552 1601..1609,1651,1652 5701..
102.1681339.1.72.0КИС ФХД ТПР2 Очередь1 Добавить операции "Корректировка разниц" и "Корректировка амортизации" в обработку по статусамУчет ОСДругие интерфейсы по ОС
Добавить операции "Корректировка разниц" и "Корректировка амортизации" в обработку по статусам ОС - Настройка - Настройка прав доступа к документам: добавить операции "Корректировка разниц" и "Корректировка амортизации"доработано корректировка разниц переведена на новые константы cgOs_101_OsRazn на cgOs_52_OsRazn ОС cgOs_102_OsRazn на cgOs_52_OsRazn НМА и БД записи по ключу TiDk + cgOs_52_OsRazn
101.619759.1.71.0Диадок. Надо в интерфейс выбора добавить поле Д.Управление сбытомРабота с Контур.Диадок
Диадок. Надо в интерфейс выбора добавить поле Д. Клиент планирует использовать кнопку F3 из поля связанного документа для просмотра документов. Сейчас, если нажать F3 из Диадок откроется интерфейс выбора и это правильно, но в нем не отображается статус Д - нет столбцаПоле "Д" добавлено для Управление сбытом (снабжением) - Документы - Диадок. Список документов в интерфейс выбора импортированного документа для акта на оказание/прием услуг, работ, накладная на отпуск/приходная накладная, счет фактура, документ-основание.
102.1666639.1.71.0КИС ФХД ТПР2 Очередь3 В платежные документы добавить вкладку "Статьи бюджета"Финансово-расчетные операцииПлатежное поручение
КИС ФХД В платежные документы добавить вкладку "Статьи бюджета"В платежных документах и в окне редактирования хозоперации платежного документа, добавлена вкладка "Статьи бюджета". В платежных документах, на данной вкладке отображаются все статьи бюджетов по всем финансовым операциям. В окне редактирования хозяйственной операции платежного документа, на вкладке "Статьи бюджетов" отображаются все статьи бюджетов по финансовой операции сформированной по текущей хозоперации платежного документа. Перейти в окно редактирования финансовой операции можно с помощью горячей клавиши F4 вызванной на статье бюджета.
101.612549.1.70.0"Контрагент не определен" в интерфейсе просмотра проводокУчет НМААмортизация
В операции начисления амортизации при запуске функции "показать проводки" отображается контрагент не определен. Проблема характерна как для модуля учет НМА, так и для Учет ОС. Пример во вложении.для документов где нет контрагентов он не светится в SH (по нахождению новых, добавлять в эту функцию): case _TiDkGal of cgDoc_0034, cgDoc_0035, cgDoc_0036 : // валютно-обменные документы IsOrgSoprHoz := false; cgDoc_0015, cgDoc_0016, cgDoc_0057 : // операции ОС, НМА if _sysoper = 2 or _sysoper = 5 or _sysoper = 6 or _sysoper = 7 or _sysoper = 9 or _sysoper = 51 or _sysoper = 101 IsOrgSoprHoz := false; так же на закладке "ХозОперации" работа с контрагентом реализована аналогично как и на закладке "ДокОснования" (если в шапке контрагент не выбран, его можно выбрать, для документов на PlPor-е)
101.616839.1.70.0Не удаляется запись из BaseFin для актов взаимозачетовНастройкаУдаление данных бухгалтерского контура
Настройка - Администратор - Сервисные функции - Удаление данных бухгалтерского контура. При удалении платежных документов, если этим документом является акт взаимозачетов и он связан с ДО, то сам акт удаляется, а запись в таблице basefin остается.Доработан функционал удаления актов взаимозачета через сервисную функцию удаления старых данных.
102.1639149.1.70.0Поддержка drill down в интерфейсе редактирования платежного поручения (при запрете редактирования)Финансово-расчетные операцииПлатежное поручение
Поддержка drill down в интерфейсе редактирования платежного поручения (при запрете редактирования) Необходима добавить возможность проваливаться в связанные документы/справочники в интерфейсе редактирования Платежного поручения при запрете его редактирования. Почти всем пользователям запрещено редактировать платежные поручения после отправки на согласование. И чтобы посмотреть ДО или Договор. приходится вручную искать его из другого интерфейса.Доступ к просмотру связанных документов(договора, ДО) в режиме запрета редактирования ПП возможен только на закладке "Хозоперации". Добавлена возможность перехода в просмотр документов: - ДО в окне редактирования ПД - на закладках: - ХозОперации - ДокОснования - Договоры