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


Описание файла обновления:
ФайлF_DISTPL_RES_91750.TXT
ОбновлениеF_DistPl_res_91750
НазначениеОбщее
ПродуктГалактика 9.1
Релиз31.03.2012 : Atlantis 5.5
КомпонентF_DISTPL
ТипRES
Версия9.1.75.0
Дата2018-12-14 21:25:05
Проблема ПИРПервое решениеОписаниеПроектДетализация
Что изменено:Как изменено:
101.65991NEWОнлайн-кассы - новые реквизиты в ФФД 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.
101.66126NEWЕсли по позиции спецификации есть рекламационная накладная, то не формировать возврат оплаченных позиций, а выполнять распределение по рекламационной накладнойКассаПриходный кассовый ордер
Если по позиции спецификации есть рекламационная накладная, то не формировать возврат оплаченных позиций, а выполнять распределение по рекламационной накладной Клиент хочет автоматическое распределение по рекламационной накладной. Ситуация вот в чем. Когда формируется возврат, через пункт локального меню "Формирование возврата платежа", у нас происходит следующее: - создается документ указанного типа; - к этому документу привязывается ДО из исходного документа; - выполняется программное нажатие на кнопку "Вернуть". При нажатии на кнопку "Вернуть" происходит формирование возврата платежа. А именно, для каждой позиции спецификации накладной подсчитывается оплаченная по другим платежам сумму и формируется запись возврата на эту сумму с противоположным знаком, но на сумму не превышающую сумму текущей хозоперации (по модулю). То есть, в конкретном случае было распределено 200 рублей. Мы нажали сформировать возврат. Сформировали документ по возврату, и по накладной были сформированы записи возврата на сумму -200. Таким образом у нас распределение по накладной стало равно 0. А рекламационная накладная в таком случае у нас даже не обрабатывалась. Эта функциональность как раз таки и рассчитана на возвраты без рекламаций. А когда пользователь отменяет распределение вручную, и нажимает на кнопку "Распределить", происходит распределение в обычном режиме, в частности распределяется рекламация. Скриншоты и пояснения примера распределения - во вложении.При выполнении автоматического распределения по спецификации накладной/акта, в случае если ДО и хозяйственная операция противоположных направлений, запускалось не распределение по спецификации накладной/акта, а формирование возврата оплаченных позиций. Это происходит при привязке ДО, при установке или изменении даты оплаты, при формировании возврата платежа и в других случаях. Данный алгоритм доработан, путем добавления еще одного условия при котором должны формироваться записи возврата оплаченных позиций. И этим условием является отсутствие рекламационных накладных. В случае если они сформированы по ДО, формирование возврата оплаченных позиций не выполняется, а выполняется стандартный алгоритм распределения по накладным/актам.
102.190603NEWПереход на НДС 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. При удалении платежного документа или одной из связанных хозопераций выполняется удаление связи между документами. При уводе хозоперации в "минус", в случае автоматического создания новой хозоперации, связь между документами копируется в новую хозоперацию. __________________________________________ Доработка СФ.
101.661169.1.74.0Огромные задержки при работе с бухгалтерскими справкамиФинансово-расчетные операцииБухгалтерская справка
после обновления возникла проблема при работе с бухгалтерскими справками. Суть проблемы заключается в том, что при попытке открытия бухсправок с большим количеством хозопераций происходит "зависание" интерфейсов, при этом наблюдается значительная нагрузка на сеть. После прогрузки интерфейсов и попытке их закрытия Галактика "зависает" на крайне продолжительное время. (Под зависанием, в данном контексте, подразумевал именно продолжительное время ожидания между командой на запуск интерфейса и его отображением на экране.При этом, главное окно Галактики полностью перестает отвечать на запросы, при наблюдаемой в диспетчере задач сетевой активности.) На сервере для таблиц oborot, hozoper, plpor было произведено перестроение индексов и обновление статистики, что никакого результата не дало.В интерфейсе настроек "Настройки Галактики Бухгалтерский контур Обработка документов Параметры работы с документами различных типов", на вкладке "Права доступа" добавлено поле "Отображать разноску по ФОБ в документах", со значением по умолчанию "Да". Данная настройка влияет на видимость колонки признака распределения документа по ФО в каталоге документов. Для отображения значения данного поля, выполняется пробежка по всем хозоперациям документа и проверка наличия связи с ФО и затем соответствующий результат выводится в колонке. Для бух.справок необходимо отключить отображение данного поля (если потребность в данном поле отсутствует, то его можно отключить для всех документов). В каталоге платежных документов, в окне редактирования платежного и в окне редактирования хозяйственных операций документа отключена автоинициализация закладок "Статьи бюджета" и "Оплаты". Расчеты для данных закладок выполняются только при их активации. Следует отметить, замедления связанные с закрытием окна редактирования документа, происходит из-за включенных следующих настроек интерфейса настроек "Настройки Галактики Бухгалтерский контур Обработка документов Параметры работы с документами различных типов": - Проверять распределение платежа по ДО. - Проверять формирование счет-фактур. Данные настройки следуют отключить для бух.справок.
102.1872289.1.74.0Переход на НДС 20%: доработка платежных документов по подтягиванию ставки НДС и его расчет на дату в поле "Оплачен"Финансово-расчетные операцииПлатежное поручение
Ситуация: если сначала создать платежное поручение за 2018 год, а затем создать платежное поручение за 2019 год, не выбирая ДО, то платежном поручении за 2019 год НДС посчитается по ставке 18%, а нужно по ставке 20%. Задача: в этой ситуации необходимо, чтобы в платежке за 2019 год выделялся НДС, который действует на дату в поле "Оплачен" в платежном поручении.Расчет налогов зависит от даты платежного документа. Ставка налоги определяется исходя из даты оплаты документа, а если дата оплаты отсутствует, то исходя из даты выписки документа. (При изменении даты оплаты пересчет налогов не происходит)
101.624029.1.73.0Онлайн-кассы - необходимо распределение платежа по позициям ДО (для предоплат по ДО)КассаПриходный кассовый ордер
Продолжение ПиР 101.62385 (см. п.3). Согласно п.1 статьи 4.7 54-ФЗ: 1. Кассовый чек и бланк строгой отчетности содержат, за исключением случаев, установленных настоящим Федеральным законом, следующие обязательные реквизиты: ..... наименование товаров, работ, услуг (если объем и список услуг возможно определить в момент оплаты). У некоторых клиентов практикуются авансовые платежи по ДО (когда оплачивают по ДО, но в момент оплаты ещё нет сопроводительного документа). Таким образом, необходимо передавать в ККТ оплачиваемые позиции ДО.Доработано распределение по спецификации ДО. 1) Изменен формат отображения вкладки "Оплата МЦ/услуг ДО" окна редактирования хозяйственной операции. Основное отличие заключается в добавление полей "Опл.кол-во" и "Опл.сумма", в которых отображается оплаченное количества и сумма по позиции. 2) В окне распределения по позиция ДО появились поля "Опл. кол-во" и "Кол-во оплаты". Данные поля являются вычисляемыми и рассчитываются на основании текущей оплаченной суммы по позиции спецификации ДО. 3) Поле "Кол-во оплаты" редактируемое. Для распределения относящегося к текущей хозоперации можно указать количество оплаты, на основании которого будет рассчитана соответствующая сумма оплаты. Доработана регистрация в ККТ. Раньше, если привязано ДО без накладных, в кассовый аппарат передавались данные по всем позициям ДО. Теперь выполняется контроль распределения по спецификации ДО. Если распределение по позициям ДО отсутствует, то выполнение регистрации в ККТ невозможно. А если распределение присутствует, то в ККТ передаются только распределенные позиции спецификации ДО.
101.624059.1.71.0Регистрация в ККТ: Проверять сумму хозоперации платежных документов в распределении по накладнойКассаПриходный кассовый ордер
Регистрация в ККТ: Проверять сумму хозоперации платежных документов в распределении по накладной Оказалось, что если распределение по накладной изменить вручную и после этого не запускать распределение, то при регистрации в ККТ в предварительном окне "Регистрация в ККТ" (wiRegKKT) информация отображается с учетом изменений внесенных пользователем, но при этом в чек идёт старая информация. Это вводит клиентов в заблуждение. Скриншоты примера - во вложении.В окне распределения по спецификации накладной/акта есть возможность редактировать сумму распределения по другим платежам. При этом нет никакого контроля актуальности данной суммы и нет пересчета количества распределения в зависимости от введенной суммы. Таким образом пользователь может корректировать ранее распределенные платежи. Однако, при выполнении регистрации в ККТ сумма распределения не передается, а передается количества и цена, которые в последствии перемножаются и получается сумма, которая естественно отличается от того что видим в распределении. Запретил редактирование суммы распределения по другим платежам. Ручное редактирование суммы и количества распределения допустимо только для текущей хозоперации.
102.1757699.1.70.0КИС ФХД ТПР2 Очередь1 Если к ПП привязан договор, то при выборе контрагента в поле Взаимозачет он не попадает в хозоперацию.Расчеты с поставщиками и получателямиЗачет обязательств
КИС ФХД ТПР2 Очередь1 Если к ПП привязан договор, то при выборе контрагента в поле "Платеж за" он не попадает в хозоперацию.Добавлена пользовательская настройка "Настройки Галактики Бухгалтерский контур Обработка документов Распределение платежа по договорам Наследовать контрагент из договора в хозяйственную операцию" со значением по умолчанию "по запросу". Данная настройка влияет на наследование контрагента договора в хозяйственную операцию платежного документа. Ранее контрагент договора всегда переносился в хозяйственную операцию, теперь данная возможность регулируется вышеуказанной настройкой. Обрабатывается при привязке договора, соглашения, товарного и финансового ПКП. При указании в платежном документе контрагента в поле "Платеж за", он автоматически переносится во все хозоперации платежного документа по которым нет разноски по ДО и Договорам. Если по хозоперации есть разноска по договору, то хозоперации присваивается контрагент из поля "Платеж за", а затем запускается обработка настройки "Настройки Галактики Бухгалтерский контур Обработка документов Распределение платежа по договорам Наследовать контрагент из договора в хозяйственную операцию", в зависимости от значения которой в хозоперации остается либо контрагент из поля "Платеж за", либо подставляется контрагент договора. При удалении в платежном документе контрагента из поля "Платеж за", он автоматически сбрасывается на контрагент платежного документа во всех хозоперациях платежного документа по которым нет разноски по ДО или по договорам. Если по хозоперации есть разноска по договору, то хозоперации присваивается контрагент платежного документа, а затем запускается обработка настройки "Настройки Галактики Бухгалтерский контур Обработка документов Распределение платежа по договорам Наследовать контрагент из договора в хозяйственную операцию", в зависимости от значения которой в хозоперации остается либо контрагент платежного документа, либо подставляется контрагент договора.
102.1771939.1.69.0При проставлении даты оплаты происходит "сброс" налога 18%Финансово-расчетные операцииПлатежное поручение
При проставлении даты оплаты происходит "сброс" налога 18%. Пользователь1(бухгалтер) выписывает собственное платежное поручение №1, выбрана группа налогов 18% (аванс, ДО не подвязан). В момент, когда приходит подтверждение о выделении денег или меняется дата выписки, Пользователь2 (специалист фин.отдела) проставляет дату оплаты или меняет ее в собственном пл. поручении №1. При этом происходит "сброс" налога 18%, на закладке налог исчезает. Пользователь1 имеет настройку: выбрать налог. Пользователь2 имеет настройку: не формировать налоги. Счет-фактуру по НДС мы не создаем. Как нам справиться с проблемой, чтобы установленный налог не сбрасывался, после выставления. Вопрос достаточно актуален. Ждем от Вас возможных предложений или решений.В случае, если у пользователя включен автоматический расчет налогов, но при этом выставлена ставка для авансов - "не рассчитывать", то при выполнении действий, которые приводят к перерасчету налогов (установка даты оплаты, изменение суммы хозяйственной операции), производилось предварительное удаление налогов, с последующим их не расчетом. Таким образом, при установке даты оплаты в платежном документе, происходила потеря настроенных другим пользователем налогов. Исправлено. Если для текущего пользователя в результате пересчета налогов по существующим настройкам они не будут рассчитаны, то существующие налоги не удаляются и не перерассчитываются. А в случае удаления даты оплаты, удаление налогов не производится.
102.1860019.1.69.0На вкладке "налоги" нельзя сразу выбрать тип (ручные налоги или автоматические)КассаАвансовый отчет
В дополнение к ПИР 102.173233 На вкладке "Налоги" (встраиваемый интерфейс в платежные документы) было добавлено поле "Тип" в котором могут выводиться два значения "А" - автоматические налоги и "Р" - ручные налоги. Тип налогов можно изменить в окне редактирования налогов, путем нажатия клавиши F3 в поле "Тип". Проблема в том, что выбрать сразу тип нельзя. Необходимо создать налог, выйти, зайти и только потом выбрать типИсправлено.
102.1867499.1.69.0Атлантис 5.5.32. Печать отчета соответствия в формате FR - ошибкиРасчеты с поставщиками и получателямиПривязка платежных документов
Атлантис 5.5.32. Печать отчета соответствия в формате FR - ошибкиИсправлено.
102.1703739.1.68.0КИС ФХД ТПР2 Очередь1 Автоматическое создание и синхронизация спецификации авансового отчета с хозоперациейКассаАвансовый отчет
КИС ФХД ТПР2 Очередь1 Автоматическое создание и синхронизация спецификации авансового отчета с хозоперацией при установленной настройке "Синхронизировать спецификацию авансового отчета с хозоперацией" = да и "Сворачивать одноименные операции в авансовых отчетах" =НЕТ нужно АВТОМАТИЧЕСКИ создаватьпереформировывать хозоперации спецификации. Сейчас нужно вызывать принудительно. (Ctrl+Enter)Для настройки "Настройки Галактики Бухгалтерский контур Обработка документов Хозяйственные операции и бухгалтерские проводки Синхронизировать спецификацию авансового отчета с хозоперацией" изменены значения на следующие: - не синхронизировать; - по запросу; - автоматически. В случае, если в данной настройке установлены значения "по запросу" или "автоматически", а значение настройки "Настройки Галактики Бухгалтерский контур Обработка документов Хозяйственные операции и бухгалтерские проводки Сворачивать одноименные операции в авансовых отчетах" установлено в "нет", то если происходила модификация записей позиций спецификации, при уходе с вкладки "Спецификация" произойдет запуск автоматического формирования хоз.операций по позициям спецификации. Запрос на выполнение данной операции будет выдаваться только в режиме "по запросу".
102.1732339.1.68.0Дать возможность пометки в спецификации авансового отчета для формирования хозоперацийКассаАвансовый отчет
Просят дать возможность пометки в спецификации авансового отчета для формирования хозопераций.0
102.1839959.1.67.0Обеспечение корректной работы на докомпилированном словаре Галактики ERP 9.1Предложение по новой функциональности Галактики ERP (по системе в целом)?
Необходимо обеспечить корректную работу ресурсов на докомпилированном словаре Alter_Cumulative 9.1.12.0.Обеспечение корректной работы. На докомпилированном словаре пересобраны ресурсы работающие и изменёнными таблицами. Комплектность установки ресурсов обеспечена требованиями при установке.
102.1751749.1.66.0КИС ФХД ТПР2 Очередь1 Распределение по первичному документу при возврате платежаРасчеты с поставщиками и получателямиРаспределение входящих платежей
1. ПП исходящее распределено по ДО и накладной; 2. ПП входящее - возврат по ДО, распределение не отрабатывает. 3. В итоге 3-й платеж исходящий распределять не на что.В окне распределения платежа по спецификации накладной/акта (Alt-H в панели ХозОперации платежного документа) добавлена кнопка "Вернуть", предназначенная для формирование записей возврата по распределенным позициям. Возврат формируется только по накладным противоположного направления к направлению хозяйственной операции. Возврат можно сформировать как по всем оплаченным позициям, так и по конкретным записям распределений. Для этого в нижней панели добавлена пометка записей распределения. Снять всю пометку можно нажав на клавишу "-" в панели накладных или панели спецификации накладных. Пометка также сбрасывается после нажатия на кнопку "Вернуть". Выполнить формирование записей возврата можно только если существуют записи распределения, сформированные в результате распределения по другим хозоперациям. При наличии записей распределения по текущей хозоперации, формирование возврата не возможно и для его выполнения необходимо выполнить отмену текущего распределения. Алгоритм формирования возврата следующий. По помеченным записям: - для каждой помеченной записи формируется аналогичная запись но с противоположным знаком; - сформировать записей возврата можно на сумму не превышающую сумму текущей хозоперации (по модулю). По всем записям: - для каждой позиции спецификации накладной подсчитывается оплаченная сумма; - формируется запись возврата на оплаченную сумму с противоположным знаком, но на сумму не превышающую сумму текущей хозоперации (по модулю).
102.1787309.1.66.0шаблон формирования назначенияФинансово-расчетные операцииПлатежное требование
При формировании назначения платежа в ПП, для каждой строки используется максимум 76 символов из 100 доступных. Макрос Список ДО возвращает максиму 250 символом - увеличить моксимально возможную длину возвращаемого макросом значения.При формировании строк назначения платежа формируются строки длинной до 100 символов (исключение: 4я строка в ПП - 255 символов). Макросы могут возвращать значение длинной до 600 символов (чтобы отобразить такой результат необходимо использовать управляющий символ переноса - ^n). Примечание: Для корректной работы нужно ставить управляющие символы: ^n, ^b, ^p - в начале строки.
102.1798769.1.66.0КИС ФХД ТПР2 Очередь0 Некорректно отрабатывает возврат по БВ в части привязки ДО другого направления и запуска функции сторнирования распределенияФинансово-расчетные операцииБанковские выписки
Описание отправлено по почте Яковлеву И. и Шелепову А.При выполнении распределения по спецификации накладной/акта производится проверка направления текущей хозоперации и документа основания, привязанного к ней. Если направления не совпадают, то считаем что данным платежом производится возврат платежа и в этом случае выполняется не распределение, а формирование возврата платежа (событие аналогичное нажатию на кнопку "Возврат"). А именно, для каждой позиции спецификации накладной подсчитывается оплаченная сумма и формируется запись возврата на оплаченную сумму с противоположным знаком, но на сумму не превышающую сумму текущей хозоперации (по модулю).
102.1816659.1.66.0Доработать распределение по вал-нде ДО и накладной с % к курсуРасчеты с поставщиками и получателямиПакетное распределение платежей
Доработать распределение по вал-нде ДО и накладной с % к курсу. При реализации бизнес-процесса по решению ПИР 102.178599 получаем неверную сумму в валюте при распределении второго (последнего) платежа. Есть ДО на 2000 евро с процентом к курсу. По нему и накладной распределены 2 платежа - по 1000 евро каждый. При этом в распределении первый платеж валютный эквивалент соответствует 1000 евро, то второй - не соответствует.Доработан алгоритм обработки суммовой разницы. Исправлен алгоритм определения коэффициента распределения при пропорциональной схеме распределения. В платежных документах с указанным валютным эквивалентом механизм обработки суммовых разниц с учетом коммерческого курса не будет работать, по причине того, что отсутствует возможность задать коммерческий курс непосредственно в платежном документе. Как следствие, суммовые разницы работают только с платежными документами в НДЕ.
102.1785999.1.64.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.1790359.1.63.0Обеспечение корректной работы на докомпилированном словаре Галактики ERP 9.1Предложение по новой функциональности Галактики ERP (по системе в целом)?
Необходимо обеспечить корректную работу ресурсов на докомпилированном словаре Alter_Cumulative 9.1.9.0.Обеспечение корректной работы. На докомпилированном словаре пересобраны ресурсы работающие и изменёнными таблицами. Комплектность установки ресурсов обеспечена требованиями при установке.
101.627539.1.62.0Некорректно устанавливается значение настройки "Не распределять платеж по МЦ из группы"НастройкаНастройка БУХГАЛТЕРСКОГО контура
Некорректно устанавливается значение настройки "Не распределять платеж по МЦ из группы" Меняем значение настройки у пользователя, а устанавливается значение у администратора, который меняет значениеИсправлено. Значение настройки "Не распределять платеж по МЦ из группы" меняется для выбранного пользователя.
102.1634179.1.61.0распределение платежа по накладным/актам (подсветка активных полей)Финансово-расчетные операцииПлатежное поручение
распределение платежа по накладным/актам (подсветка активных полей)доработано
104.204339.1.61.0Не верно заполняются параметры в спецификации корректирующей ННУправление сбытомНалоговые накладные
Не верно заполняются параметры в спецификации корректирующей НН При изменении только цены в накладной на сбыт, в спецификации НН, тип причины заполняется "К" хотя должна быть "Ц" цена. В таком случае и количество и цена переносятся не верно.Доработано: - формирование НН с типом "Расчет корректировки, отгрузка" по корректировочным сопроводительным документам; - в окне спецификации НН с типом "Расчет корректировки, отгрузка" в таблицу добавлены новые поля для просмотра значений до/после изменений и разницы по количеству, цене и стоимости.
102.1665709.1.60.0При "перераспределении" платежа можно удалить обороты закрытого периодаУправление снабжениемСчета, ДО на закупку
При "перераспределении" платежа можно удалить обороты закрытого периода. Описание во вложении.После выполнения отмены распределения, в случае выполнения группировки хозопераций в разрезе договоров, не происходила проверка на наличие оборотов по удаляемым хозоперациям. Исправлено. При выполнении группировки хозопераций в разрезе договоров, хозоперации с проводками и ссылками на ДО и ДО на предоплату, в группировке не участвуют.
102.1639149.1.59.0Поддержка drill down в интерфейсе редактирования платежного поручения (при запрете редактирования)Финансово-расчетные операцииПлатежное поручение
Поддержка drill down в интерфейсе редактирования платежного поручения (при запрете редактирования) Необходима добавить возможность проваливаться в связанные документы/справочники в интерфейсе редактирования Платежного поручения при запрете его редактирования. Почти всем пользователям запрещено редактировать платежные поручения после отправки на согласование. И чтобы посмотреть ДО или Договор. приходится вручную искать его из другого интерфейса.Доступ к просмотру связанных документов(договора, ДО) в режиме запрета редактирования ПП возможен только на закладке "Хозоперации". Добавлена возможность перехода в просмотр документов: - ДО в окне редактирования ПД - на закладках: - ХозОперации - ДокОснования - Договоры
102.1640959.1.59.0КИС ФХД Привязка Договоров к валютно-обменным документамФинансово-расчетные операцииПоручение на покупку валюты
КИС_ФХД Привязка Договоров к валютно-обменным документамРеализована привязка договоров для поручений на продажу, покупку и конвертацию валюты. Привязка договора осуществляется без расчета задолженности по договору, поэтому договор привязывается к существующей записи хозоперации без изменения её суммы. При этом в хозоперацию проставляется контрагент договора.
102.1646939.1.58.0Сложная привязка уточняющего соглашения для договора с наличием нескольких субподрядчиковФинансово-расчетные операцииРеестр счетов
Сложная привязка уточняющего соглашения для договора с наличием нескольких субподрядчиковПри привязке уточняющего соглашения, соответствующие контрагенты всегда брались из договора, а не из соглашения. Исправлено.
106.104119.1.58.0Расчет налогов в ПП - излишне навязчивый сервисФинансово-расчетные операцииПлатежное поручение
Расчет налогов в ПП - излишне навязчивый сервис При расчете налогов в собственном ПП окно выбора группы налогов открывается несколько раз Это неудобно и раздражает пользователей, особенно в тот момент, когда налоги уже рассчитаны и возвращаться к этому не надо. Проявление проблемы: Создаем ПП => выбираем контрагента => ставим сумму платежа. Переходим к расчету налогов. На запрос, считать ли платеж авансовым, отвечаем Да, выбираем группу налогов и рассчитываются налоги. Переходим к установке, например, даты оплаты и снова открывается окно выбора налога.Избавиться от всех запросов выбора группы налогов нельзя. Группа налогов не хранится в рассчитанных налогах, и если включен режим по-запросу и в результате каких-либо действий с документом налоги были удалены (например после удаления даты оплаты), то для расчета налогов, без выбора группы налогов не обойтись. Была выполнена доработка выполняющая пересчет налогов по текущим ставкам, вместо выполнения расчета налогов с нуля, с выполнением запроса на выбор группы налогов. Доработка относится к пересчету налогов после установки или изменения даты оплаты, а также после изменения суммы хозоперации. В случае, если для хозоперации не были рассчитаны налоги, счет-фактура будет формироваться только в ручном режиме.
102.1616749.1.57.0"Нехватка" рублевых сумм для распределения по помеченным накладным.Финансово-расчетные операцииПлатежное поручение
"Нехватка" рублевых сумм для распределения по помеченным накладным. Ручное распределение. Есть валютное ДО, к нему 4 накладных. Через год поступила оплата - валютный платеж на всю сумму. Курс сильно упал. Помечаем первые 2 накладные и поводим распределение. Получаем: сумма в валюте осталась на сумму оставшихся 2-х накладных, а рублевая сумма полностью распределилась. Поэтому при попытке дораспределить платеж на оставшиеся накладные выдается сообщение "Распределение невозможно - нулевая сумма!"При распределении по помеченным накладным, в корректировке погрешностей не учитывалось что распределяется не вся сумма хозоперации, а распределяется только доступная по помеченным накладным сумма.
102.1550599.1.56.0При запуске распределения платежа по нескольким (по пометке) накладным запускать "Корректировку погрешности округления"Финансово-расчетные операцииПлатежное поручение
При запуске распределения платежа по накладным/актам по нескольким (по пометке) накладным запускать "Корректировку погрешности округления" Сейчас корректировка погрешности запускается только если запускаем распределение по все м накладным ДО БЕЗ пометки. Пример: без пометки по 3 накладным распределяется сумма в валюте в ноль , т.е. остатка для распределения нет. Если же в интерфейсе пометить эти накладные, тогда сумма распределится не полностью. Остаток для распределения в валюте может составлять от 0,01 доллара/евро до 0,03 доллара/евро Это нужно в связи с тем, что на часть накладных платежи уже распределены и накладные находятся в закрытом периоде и нужно пометить несколько для послед. распределенияРеализована корректировка погрешности округления при выполнении распределения по помеченным записям спецификации накладных/актов.
102.1591679.1.56.0неверно рассчитывается НДС при привязке счета на предоплату к платежному поручениюФинансово-расчетные операцииПлатежное поручение
неверно рассчитывается НДС при привязке счета на предоплату к платежному поручению. При создании платежных поручений в системе возникают (не всегда) некорректные ситуации по расчету НДС в платежках. Заметили, что такие ситуации случаются только при привязке счетов на предоплату закупок к платежным поручениям. Повторяется при определенных настройках и порядке действий. Настройки: Настр.гал. - Логистика - Документы - Упр.снабжением - Входимость налогов по умолчанию= входят Настр.гал. - Логистика - Документы - Упр.снабжением - ДО на предопл.закуп. - Значения по умолчанию - Спецификация =отсутствует. Порядок действий: Создаем ДО по [F7]- в расширенной инф-ции привязываем Договор - спецификацию наследуем в ДО после этого привязываем ПКП и переносим из него инф-ю (спецификация очищается). После этого привязываем договор еще раз, спецификация заполнилась и привязываем ПКП на этот раз так что бы сохранить спецификацию ДО. Формируем по [F7] платежное поручение - привязываем ДО - на вкладке налоги не правильная цифра.В ДО на предоплату могут быть два вида налогов. Один тип налогов формируется к позициям спецификации, если она присутствует, а второй - к шапке ДО, если спецификация отсутствует. Одновременно эти налоги существовать не должны. Однако в результате описанных манипуляций с ДО на предоплату возникает ситуация когда существуют налоги и по спецификации и налоги к шапке документа. А функциональность расчета налогов в платежных документах совершенно не рассчитывала на такой поворот. В результате происходит удвоение суммы налогов, т.к. они рассчитываются сначала по спецификации ДО, а затем по шапке ДО и суммируются. Была выполнена доработка алгоритмов расчета налогов в зависимости от присутствия/отсутствия спецификации в ДО на предоплату.
102.1591709.1.56.0при распределение платежа по валютному ДО остается не распределенная суммаФинансово-расчетные операцииПлатежное поручение
При распределение платежа по валютному ДО остается не распределенная сумма. Есть валютное ДО от 29.07.2016, два валютных платежных поручения одно от 05.08.2016, второе от 05.09.2016. Накладных нет. При распределении второго платежа остается не распределенный остаток, которого быть не должно.Доработано распределение по позициям спецификации ДО. Для валютных и ВАЛ-НДЕ ДО сумма к распределению и уже распределенные суммы рассчитываются от валютной суммы. Кроме этого, в интерфейсе распределения по позициям ДО добавлены поля отображающие суммы в валюте.
102.1597019.1.56.0Сумма оплаты в валюте по накладнойРасчеты с поставщиками и получателямиПакетное распределение платежей
В пакетном распределении платежей на закладке Документы-основания по документам в валюте в колонке оплачено по ДО отображается сумма в валюте. А на закладке накладные/акты сумма оплаты в валюте и задолженность в валюте не отображаются. Нужно отображать т.к. для валютных документов суммы в НДЕ в части задолженности не так важны как суммы в валюте.На закладке "Накладные/акты" добавлены поля "Оплачено в валюте" и "Задолженность в валюте".
102.1597299.1.56.0Неправильно распределяет сумму платежа по накладнойРасчеты с поставщиками и получателямиПакетное распределение платежей
Неправильно распределяет сумму платежа по накладной в случае её распределения по нескольким платежам. В результате распределяется сумма больше доступной к распределению.Выполнение распределения ВАЛ накладных/актов производилась без учета уже оплаченной суммы. Исправлено.
102.1597389.1.56.0Не все настройки распределения сохраняются в dskРасчеты с поставщиками и получателямиПакетное распределение платежей
В сбыте, в накладной на отпуск нажимаю кнопку платежи по ДО, далее кнопку перераспределение платежей. В настройках распределения платежей на закладке "Разное" прочие настройки установлены с прошлого сеанса работы, а параметр "Задолженность по ДО как" - установлен по умолчанию. Нужно либо его сохранять в dsk и соответственно брать из dsk, либо хотя бы устанавливать в соответствии со значением настройки Настройки Галактики Логистика Расчеты с контрагентами.При запуске пакетного распределения из ДО или накладных/актов, значение параметра "задолженность по ДО как" устанавливается в зависимости от значения настройки "Настройки Галактики Логистика Расчеты с контрагентами Расчет задолженностей по ДО с учетом поставок".
102.1517529.1.55.0Логирование предупреждений при работе с .dsk "GetDAK_Status"Контур логистикиL_Dogovor
Периодически появляется вот такое предупреждение: 10.03.2016 17:01:92, объект:"GetDAK_Status" [!]: Объект считывается не из того интерфейса, в котором был записан. Считан : DOG2ANYDOCS Записан: BEGFIL 10.03.2016 17:01:93, объект:"GetDAK_Status_e" [!]: Объект считывается не из того интерфейса, в котором был записан. Считан : DOG2ANYDOCS Записан: BEGFILИсправлено
102.1476119.1.54.0Обеспечение корректной работы на докомпилированном словаре Галактики ERP 9.1Предложение по новой функциональности Галактики ERP (по системе в целом)?
Необходимо обеспечить корректную работу ресурсов на докомпилированном словаре.Обеспечение корректной работы. На докомпилированном словаре пересобраны ресурсы работающие и изменёнными таблицами. Комплектность установки ресурсов обеспечена требованиями при установке.
102.1586549.1.53.0Доработать пропорциональное распределение по накладным из ДО при след. условиях.Финансово-расчетные операцииПлатежное поручение
Доработать пропорциональное распределение по накладным из ДО при след. условиях. Есть валютно-рублевое ДО,по нему 4 накладные на разные даты (разные курсы). Есть ПП на всю (валютную) сумму ДО. При привязке ДО к ПП при пропорциональном распределении полностью распределение по накладным не происходит (остаются "хвосты")При выполнении пропорционального распределения по спецификации накладных/актов сформированных по ВАЛ-НДЕ ДО, в случае если курс накладной/акта отличается от курса ДО и/или от курса платежного документа, по которому производится распределение, возникает не корректный коэффициент пропорционального распределения. Связано это с тем, что коэффициент рассчитывается он от суммы в НДЕ, в то время как все остальные расчеты ведутся от суммы в валюте. Был доработан расчет коэффициента пропорционального распределения от суммы в валюте.
102.1570369.1.52.0Механизм формирования актов по суммовым разницам работает неправильно. Необходимо его исключить до реализации из функционалаФинансово-расчетные операцииВходящие документы
Механизм формирования актов по суммовым разницам работает неправильно. Необходимо его исключить до реализации из функционала. Настройки системы: ЛогистикаСопроводительные документыПересчет сумм в НДЕ для накладных и актовПересчет сумм в НДЕ для накладных/актов по курсам на дату платежа - Да; ЛогистикаНалоги, документы для учета НДСУслуга по суммовой разнице - Услуга по суммовой разнице Бухгалтерский контурОбработка документовПараметры работы с документами различных типовЗакладка Обработка суммовых разниц - ДА Описание примера. Сформировал два примера по разным организациям. кол=1 сумма 777 евро и кол=185 сумма 777 евро. Документы в евро валютно - рублевые. 1. Сформировал Платежи авансовые; 2. Сформировал Валютно-рублевый счет ДО на реализацию услуг; 3. Привязал платежи к авансовым платежам; 4. Сформировал Акт по ДО; 5. Распределил авансовые платежи по спецификации накладных; 6. Запустил через механизм операций управления сбытом функцию "Пакетный пересчет сумм в НДЕ для накладныхактов по курсам на дату оплаты; Суммы пересчитались. Но при формировании спецификации кол=1 сумма 777 евро и спецификации кол= 185 сумма 777 евро цифры разные. Надо разбираться с алгоритмом. 7. Сформировал по документам счета фактуры электронные с учетом пересчета сумм в НДЕ; 8. Сформировал окончательные платежи с привязкой ДО с автоматическим формированием суммовых разниц. В результате формирования автоматически сформировались две хозоперации. Одна хозоперация на погашение задолженности по ДО. Вторая хозоперация на суммовую разницу. Причем сумарно сумма в валюте по данным документам равна сумме оплаты по ДО. На мой взгляд концептуально это ошибка исключающая использование. Согласен формироваться должно две хозоперации. Одна на сумму погашенной задолженности по ДО по курсу на момент оплаты с входимостью в сумму платежа. Другая хозоперация на сумму сумовой разницы с привязкой к ДО но в обязательном порядке без входимости в сумму платежа с услугой по суммовой разнице. При этом алгоритм расчета суммовой разницы = Курс на дату оплаты - курс на дату акта (не по каталогу крсов валют а по курсу с учетом пересчета=Сумма по накладной в НДЕ деленная на сумму в валюте по ДО) умноженный на сумму зачтенной оплаты. Данная сумма должна формироваться только в рублях, как и суммы по курсовым разницам. Как работает реализованный сейчас функционал понять не смог.В интерфейсе настроек "Настройки Галактики Бухгалтерский контур Обработка документов Параметры работы с документами различных типов", на вкладке "Суммовая разница" добавлен параметр "Формировать бухгалтерскую справку на суммовую разницу". При включении данного параметра активируется новый алгоритм обработки суммовых разниц. Работает он следующим образом. 1) Для корректной работы алгоритма необходимо что бы в платежном документе была указана валюта, соответствующая валюте ДО, которое будет привязываться к данному документу. 2) При привязке ВАЛ-НДЕ ДО к платежному документу, хозоперация не пересчитывается по курсу накладной (как в старом алгоритме), а остается рассчитанной по курсу на дату платежа. Производится распределение по спецификации накладной. 3) После распределения, в случае разницы курсов платежного документа и накладной, происходит формирование акта по суммовой разнице. 4) По данному акту формируется бухгалтерская справка на сумму в НДЕ этого акта и без валютной суммы, но с сохранением ссылки на валюту. В случае если ведется несколько типов бух.справок, то она формируется в текущем рабочем типе бух.справки, а если он не указан, то в первом типе бух.справок. 5) Бух.справка формируется на дату платежного документа и имеет нумерацию в разрезе типа бух.справки и года. При этом нумерация имеет префикс "@". 6) К сформированной бух.справке привязывается исходное ДО и производится распределение по спецификации акта сформированного на суммовую разницу. При этом как в хоз.операции бух.справки, так и в хоз.операции исходного платежного документа проставляется признак суммовой разницы. Данный признак запрещает производить распределение по спецификации накладных/актов до тех пор пока ДО не будет отвязано от хоз.операции. Этот признак устанавливает связь между документами - исходным платежным документом и бухгалтерской справкой. Увидеть наличие признака можно в окне редактирования хоз.операции в поле "Статус" 7) Событием, инициирующим разрыв связи между бух.справкой и платежным документом, является отмена распределения накладной, по которой был сформирован акт на суммовую разницу. Отмена распределения происходит в следующих случаях: - удаление платежного документа; - удаление хоз.операции платежного документа; - отвязка ДО от хоз.операции или платежного документа; - удаление даты оплаты документа. Во всех этих случаях будет выдаваться запрос о удалении существующей бух.справки на суммовую разницу. При утвердительном ответе бух.справка будет удалена и связь с исходным документом будет разорвана. Если пользователь, на запрос об удалении ответил утвердительно, но к бух справке нет прав доступа, то она не удаляется, при этом сообщается причина ошибки и разрывается связь с исходным документом. Таким образом, в любом случае, при отказе на запрос об удалении бух.справки связь между документами разрывается. При выполнении отмены распределения в бухгалтерской справке по акту на суммовую разницу, происходит его удаление, однако признак суммовой разницы в хоз.операции сохраняется и будет сохранятся пока не будет отвязано ДО. Если выполнить отмену распределения в платежном документе, при отсутствующем акте на суммовую разницу, то будет выдан запрос на удаление бухгалтерской справки на суммовую разницу.
102.1571699.1.52.0Ошибка орфографии в наименовании настройкиНастройкаНастройка БУХГАЛТЕРСКОГО контура
Орфографическая ошибка в наименовании настройки "Удалять связи документов с не распределенными накладными/актами". Правильно: "Удалять связи документов с нераспределенными накладными/актами". (Настройка> Настройка> Настройки Галактики> Бухгалтерский контур> Обработка документов> Распределение платежа по ДО> Распределение платежа по сопроводительным документам> Автоматическое распределение).Ошибка исправлена
102.1575669.1.52.0На накладную распределяется сумма платежа больше валютной стоимости накладной. Нужна доработка алгоритма распределения платежаФинансово-расчетные операцииВалютное платежное поручение
На накладную распределяется сумма платежа больше валютной стоимости накладной. Нужна доработка алгоритма распределения платежаПроблема возникает когда включена настройка "Настройки Галактики Бухгалтерский контур Обработка документов Правила округления Округлять валютную сумму в распределении платежных документов" и производится пропорциональное распределение по спецификации накладной. При этом небольшая сумма позиции накладной "размазывается" по большому количеству платежных документов. В результате округления валютной суммы распределения позиции спецификации, сумма всех оплат может отличаться от суммы позиции. Такие погрешности корректируются на уровне суммы хоз.операции и всех накладных распределенных на эту сумму. В результате получалось, что общая сумма распределения корректна в рамках всей суммы распределения, но в разрезе накладных получается что одна переплачена, а другая недоплачена на сумму пере платы другой. Был разработан алгоритм контроля распределения на уровне позиции накладной, который не позволяет переплатить в разрезе каждой позиции спецификации накладной. Доработка управляется настройкой "Настройки Галактики Бухгалтерский контур Обработка документов Распределение платежа по ДО Распределение платежа по сопроводительным документам Корректировать погрешность округления при распределении платежей".
102.1558469.1.51.0Не полностью распределяются платежи по накладным. Такого быть не должно .Это стало критично, в связи с появлением ЭСЧФФинансово-расчетные операцииПлатежное поручение
Не полностью распределяются платежи по накладным. Таого быть не должно .Это стало критично, в связи с появлением ЭСЧФ. Дело в том, что стоимость МЦ в накладных рассчитывается с учетом авансовых платежей, а суммы в электронные счета-фактуры формируются на основе спецификаций накладных. Соответственно, при неполном распределении платежей неверно рассчитывается стоимость. , а это ведет к неверному расчету НДС. Ранее мы это (неполное распределение правили вручную в проводках, т.к. они неверно формировались), но тепеть этого недостаточно, т.к. все нужно выгружать на портал ЭСЧФ. А неверные данные по налогам-уголовная ответственность. Очень просим в очередной раз рассмотреть проблему неполного распределения. Даже при установленной настройке Корректировать погрешность округления при распределении платежей=да суммы не распределяются в ноль.При выполнении пропорционального распределения по спецификации накладной/акта могут возникать ситуации когда происходит распределение небольшой суммы по нескольким накладным, среди которых может быть накладная/акт с суммой меньшей чем распределяемая сумма. Таким образом, при формировании записи оплаты, по некоторым позициям могут получаться суммы со значениями стартующими от 4-го знака после запятой. А в результате применения округления эти суммы становятся нулевыми. В итоге возникают ситуации когда по количеству вроде бы все распределено, а по суммам нехватка. Так же встречается ситуация когда по той же причине округления вся сумма по позиции распределена, а по количеству нет. Доработана корректировка погрешностей округления. Запускается она только в случае, если после распределения осталась не распределенная сумма. Корректировка проходит в два этапа. На первом этапе происходит поиск не полностью оплаченных позиций накладных и производится их распределение до полной оплаты позиции. Параллельно этому процессу ведется поиск позиций по которым не было совершено оплаты во время последнего распределения. Если такие записи были обнаружены то производится проверка на предмет их полного распределения. И в случае, если они полностью распределены по сумме, создаем запись оплаты, которая будет содержать недостающее до полной оплаты количество и нулевые суммы. Таким образом происходит выравнивание некорректного количества оплаты по всем позициям до реального. Второй этап запускается если после первого этапа все же остались не распределенные суммы. На этом этапе анализируются только не полностью оплаченные накладные. В этих накладных ищутся позиции по которым были сформированы записи оплаты с нулевыми суммами, но с заданным количеством оплаты (алгоритм появления таких записей описан выше) и для всех таких записей формируются дополнительные записи оплаты в которых нулевое количество и недостающие до полной оплаты суммы по данной позиции. После этих корректировок, оставшаяся не распределенная сумма списывается на последнюю запись каждой накладной на необходимую сумму для полной оплаты накладной, и при этом с нулевым количеством. В результате получаем полностью распределенные накладные как по количеству, так и по суммам.
102.1559129.1.50.0Распределение платежей в RUB зависает и не распределяетсяРасчеты с поставщиками и получателямиПакетное распределение платежей
Не распределяется платеж в ВАЛ по ДО - виснет. В платеже есть ссылка на договор. Когда запускаем распределение платежа по ДО с накладной программа "подвисает". Если снять задачу и зайти в пакетное распределение платежей, то формируется множество нераспределенных по ДО/Накладным платежей платежей на сумму 0.01.Возможность распределения в зависимости от суммы в валюте вынесена из под действия настройки "Настройки Галактики Бухгалтерский контур Обработка документов Распределение платежа по ДО Распределение платежа по сопроводительным документам Распределение с накоплением погрешности для округленных сумм" и функционирует всегда, как в пакетном распределении платежных документов, так и в распределении по спецификации накладных/актов. Кроме того, в пакетном распределении платежных документов реализована возможность прерывать выполнение распределения по ДО нажатием на кнопку "Прервать". Ранее эта функция не работала. А также реализовано автоматическое прерывание зацикливания распределения в случае, если после привязки ДО задолженность по ДО не изменяется (работает для всех режимов, кроме расчета задолженности по ДО как "Сумма по ДО").
102.1524489.1.48.0Доработать распределение платежа по ПКП из договора при установленном контроле сумм ПКПФинансово-расчетные операцииПлатежное поручение
Доработать распределение платежа по ПКП из договора при установленном контроле сумм ПКП. Установлена настройка "Настройки Галактики Бухгалтерский контур Обработка документов Распределение платежа по договорам Контролировать сумму финансового ПКП при привязке к платежу" = да. Есть договор на 200 руб. Есть фин. ПКП1 на сумму 20 руб. и фин.ПКП2 на сумму 30 руб. Создаем ПП на 100 руб. На закладке Договора создаем ХО1 на сумму 20 руб. и привязываем ПКП1 , создаем в ХО2 на сумму 30 руб. и привязываем ПКП2. На нераспределенную сумму 50 создалась ХО3. При попытке исправить сумму в ХО2 на 17 рублей, сумма в ХО2 сбрасывается в 0 и создаются две новые ХО (нераспределенные) на суммы 17 рублей и 13 рублей, что неверно.Доработано.
102.1536529.1.48.0Привязка платежа к накладным с фильтром по договоруФинансово-расчетные операцииПлатежное поручение
Привязка платежа к накладным с фильтром по договору. Если платеж привязан к договору, то желательно к платежу привязывать только те накладные, которые тоже привязаны к этому же договору.Доработано автоматическое распределение платежных документов с учетом договоров. При выключенной настройке "Настройки ГалактикиБухгалтерский контурОбработка документовРаспределение платежа по ДОПривязывать к платежу ДО с другим договором" происходит контроль совпадения договоров в платежном документе с договором в накладной/акте который будет распределятся в данном платеже. Распределение возможно только в случае, если в документах договора совпадают или если они не указаны. В данном режиме поиск накладных/актов производится по условию совпадению договора и контрагента из текущей хозоперации платежного документа, при этом накладные/акты обрабатываются в порядке возрастания даты выписки накладной. В случае, если в хозоперации платежного документа присутствует ссылка на договор, но накладной с таким договором не было обнаружено, то соответствующая запись заносится в протокол распределения. При этом в поле "Операция" будет отображать сокращенное название ошибки - "Ош.Дог.", а в поле "Примечание" будет содержаться расшифровка - "Нет накладной/акта с договором как в платеже" В случае, если в хозоперации платежного документа отсутствует ссылка на договор, но накладной без договора не было обнаружено, то соответствующая запись так же заносится в протокол распределения. При этом в поле "Операция" будет отображать сокращенное название ошибки - "Ош.Дог.", а в поле "Примечание" будет содержаться расшифровка - "Нет накладной/акта без договора"
102.1550549.1.48.0Формирование ДО по накладной в пакетном распределенииРасчеты с поставщиками и получателямиПакетное распределение платежей
Формирование ДО по накладной в пакетном распределении платежей на закладке НакладныеАкты происходит на текущую дату, а должно на дату накладной.При формировании ДО по накладной, ДО формируется на дату выписки накладной.
180.93849.1.48.0Распределение платежа в тенгеРасчеты с поставщиками и получателямиПакетное распределение платежей
При распределении валютного платежа по валютному до и акту, сумму к распределению система считает через рубли. В результате для валют, курс которых меньше рубля, может получиться ситуация, когда суммы в валюте платежного поручения, до и акта совпадают, а сумма в валюте к распределению отличается. Пример во вложении: документы на 653,07 тенге = 200,67 рублей (по курсу 30,7267 тенге на 100 рублей), к распределению 653,08 тенге.Добавлена пользовательская настройка "Настройки Галактики Бухгалтерский контур Обработка документов Распределение платежа по ДО Распределение платежа по сопроводительным документам Распределение с накоплением погрешности для округленных сумм" со значением по умолчанию "нет". При включении данной настройки активизируется новый режим распределения по спецификации накладных/актов. Основные отличия от существующего распределения следующие: 1) При привязке валютного ДО к хозоперации платежного документа, в случае если валютная сумма хозоперации совпадает с задолженностью в валюте по ДО, сумма в НДЕ хозопераци, после привязки ДО, не будет пересчитываться. Это решит проблему несоответствия сумм в НДЕ по хозоперациям с суммой в НДЕ в шапке платежного документа, в случае когда к документу привязано несколько валютных ДО. Таким образом погрешность округления при пересчете в НДЕ будет накапливаться на последней хозоперации. 2) Доработан алгоритм распределения по спецификации накладных/актов. В случае если валюта ДО совпадает с валютой хозяйственной операции платежного документа, то распределение ведется от суммы в валюте. Т.е. и валютная сумма к распределению берется из хозоперации, а не рассчитывается по курсу на дату от суммы в НДЕ, и само распределение производится от суммы в валюте избегая лишние расчеты, которые приводят к погрешностям округления. Данная настройка также оказывает влияние и на работу пакетного распределения платежных документов. Во первых, при выполнении распределения по документам, у которых совпадает валюта, сумма в валюте не пересчитывается из суммы в НДЕ. А во вторых, в случае если при выполнении привязки ДО к платежному документу происходит округление суммы в НДЕ в хозоперации, сумма изменения хозоперации после округления сбрасывается и накапливается на последней хозоперации документа к которой еще не привязано ДО.
103.81459.1.47.0Некорректно рассчитывается сумма НДС при формировании платежного поручения по ДО на предоплату (вал.-НДЕ)Финансово-расчетные операцииПлатежное поручение
Некорректно рассчитывается сумма НДС при формировании платежного поручения по ДО на предоплату (вал.-НДЕ).Доработан алгоритм расчета налогов для ДО на предоплату с отсутствующей спецификацией.
180.95929.1.47.0При распределении Платежа по ДО не происходит распределение в автоматическом режимеФинансово-расчетные операцииПлатежное поручение
При распределении Платежа по ДО не происходит распределение по позиции спецификации накладной в автоматическом режиме.Исправлено.
180.94619.1.46.0Удваивается сумма НДС в платежном поручении при пересчетеФинансово-расчетные операцииПлатежное поручение
При уводе хозоперации в "минус", рассчитанные по ней налоги остаются.В ситуациях, когда производится увод хозоперации в "минус" и выключена настройка "Настройки Галактики Бухгалтерский контур Обработка документов Хозяйственные операции и бухгалтерские проводки Контроль баланса при изменении признака входимости хозоперации" производится удаление налогов по данной хозоперации. При выводе хозоперации из "минуса" в "плюс" производится расчет налогов. Увод хозоперации в минус производится в следующих случаях: - при нажатии F3 в поле "Входит в сумму документа" в окне редактирования хозоперации; - при привязке ДО к хозоперации по которой сформированы проводки. Кроме этого реализовано скрытие вкладки "Оплаты" в окне редактирования хозоперации при уводе хозоперации в "минус" и её отображение при выводе в "плюс".