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


Описание файла обновления:
ФайлF_DISTPL_RES_91910.TXT
ОбновлениеF_DistPl_RES_91910
Назначение
ПродуктГалактика ERP 9.1
Релиз
КомпонентRES F_DistPl
Тип
Версия9.1.91.0
Дата2019-10-29 23:44:00
Проблема ПИРПервое решениеОписаниеПроектДетализация
Что изменено:Как изменено:
NEWРасчеты с поставщиками и получателями Операции Пакетное распределение платежей
В рамках задач erp-592 и erp-593 решались задачи по увеличению быстродействия пакетного распределение платежей и пакетного формирования счетов-фактур. По результатам проверки по первой задаче, т.е. распределению платежей, роста быстродействия не достигнуто. Необходимо рассмотреть возможность ускорения работы.В интерфейсе PlDocDistr переработана функция _DoFind_All_By_KatOrg В частности первичный отбор накладных идет для MSSQL и Oracle идет на DSQL. Обработку на DSQL для этого интерфейса можно отключить добавив в cfg параметр {PlDocDistr} USeDSQL = False Возможно будет даже шустрей.
9.1.90.0Расчеты с поставщиками и получателями / Операции / Пакетное распределение платежей
Несколько документов на отгрузку и один авансовый платеж При пакетном распределении платежей сторно по авансу регистрируется странным образом – иногда по первому ДО, по остальным ничего, иногда вообще не регистрирует, закономерность понять не могу Настройка NALOG.REGDOCFORNDS (Настройки Галактики Логистика Налоги, документы для учета НДС Регистрировать документы для учета НДС при распределении платежа, сбыт) стоит = да При привязке всех ДО одновременно к платежу в ручном режиме регистрация сторно по авансу производится по всем отгрузкам (после решения ERP-941: Если авансом оплачено несколько отгрузок, то при регистрации выполняется сторнирование только по первому привязанному ДОЗАКРЫТА)Сторно по авансу регистрируется по всем ДО.
9.1.90.0Галактика ERP Логистика Пост.-Пол. Операции Пакетное распределение платежей
Расчеты с поставщиками и получателями | Операции | Пакетное распределение платежей Необходимо чтобы в пакетном распределении платежей удалялись проводки только по той ХозОперации, по которой отменяем распределение по ДО.Расчеты с поставщиками и получателями | Операции | Пакетное распределение платежей Параметр "удалять проводки" переработан и теперь имеет вид: Удалять проводки: - нет, - все, - по выбранным ДО. Новый вариант "по выбранным ДО". Проводки удаляются в случае связи с ХО, которая ссылается на выбранный документ-основание.
9.1.90.0Нет
Новая версия накопительного обновления словаря Галактика ERP 9.1 Alter_CumulativeВнесены изменения в словарь БД Галактики ERP 9.1
101.67158 * ЗАДАЧА В JIRA: ERP-6439.1.89.0Расчеты с поставщиками и получателями Операции Пакетное распределение платежей
Платежное поручение от 2018 года. Расчитан НДС (18%). Привязываем ДО 2019 года. Если привязка происходила посредством выбора ДО в ПП, налог разбивается пропорционально ХО. Если привязка происходила посредством пакетного распределения платежей, налог не разбивается.При пакетном распределении платежей, налог разбивается пропорционально ХО, аналогично привязке ДО в ПП.
102.199688 * ЗАДАЧА В JIRA: ERP-1809.1.89.0Расчеты с поставщиками и получателями - Операции - Пакетное распределение платежей
Расчеты с поставщиками и получателями - Операции - Пакетное распределение платежей Клиент просит реализовать автоматический расчёт итогов для контрагента, на котором установлен курсор в верхней панели окна: для первого - при входе в интерфейс, для следующих - при перемещении курсора на другого контрагента.Расчеты с поставщиками и получателями - Операции - Пакетное распределение платежей Реализован автоматический расчёт итогов для контрагента, на котором установлен курсор в верхней панели окна: для первого - при входе в интерфейс, для следующих - при перемещении курсора на другого контрагента.
9.1.88.0Поставщики ПолучателиОперацииПакетное распределение
Вкладка "Разное", рамки настроек. Ограничение на высвобождение переплаты. Распределение отрицательного платежа по спецификации накладных. Автоматическое распределение по спецификации -КН в момент распределения по ДО работает с настройкой "Распределение с учетом корректировочных накладных".Настройка "Высвобождать переплаты прошлых периодов" теперь в общей рамке. Ограничение на ДО снято. Теперь можно высвобождать любые платежи. Распределение по накладным: Снято ограничение на положительные суммы накладных. Положительные суммы распределяются на положительные накладные, отрицательные - на отрицательные. Автоматическое распределение только что созданного платежа с отрицательной суммой по спецификации отрабатывает автоматически по корректировочным документам, если установлена настройка. Дерево платежей обновляется и суммы в ДО обновляются сразу без необходимости открытия окна заново.
9.1.87.0ФРО Документы Валютные платежные поручения
Платежное поручение - расчет налогов В случае, если ПП формируется по ДО (валюта/вал-НДЕ), оформленное (с расчетом налогов) на дату, когда еще не был известен курс (курс брался последний известный), некорректно расчитывается налог в ПП.Платежное поручение - расчет налогов В случае, если ПП формируется по ДО (валюта/вал-НДЕ), оформленное (с расчетом налогов) на дату, когда еще не был известен курс (курс брался последний известный), корректно расчитывается налог в ПП.
101.67523 * ЗАДАЧА В JIRA: ERP-4249.1.86.0Галактика ERP Логистика Пост.-Пол. Операции Пакетное распределение платежей
Расчеты с поставщиками и получателями | Операции | Пакетное распределение платежей В пакетном распределении при нажатии кнопки [Отменить], при отвязке от платежного документа Документа-основания, необходимо отменять бухгалтерские проводки.Расчеты с поставщиками и получателями | Операции | Пакетное распределение платежей Окно "Режим отмены распределения платежей". Добавлен параметр "удалять проводки". В случае, если параметр включен, при отмене распределения удаляются проводки.
101.67734 * ЗАДАЧА В JIRA: ERP-6899.1.85.0Галактика ERP Логистика Пост.-Пол. Операции Пакетное распределение платежей
Отрицательный долг возникает, когда появляются корректирующие накладные, уменьшающие сумму отгрузки. Чтобы высвободить такую сумму, нужно создать ХО на эту сумму с минусом и ХО на такую же сумму с плюсом. Сумма с минусом будет привязана к ДО, таким образом будет уменьшена оплата. А сумма с плюсом не будет привязана к ДО, - следовательно будет свободный платёж.Добавлена настройка в окне пакетного распределения на вкладке Разное: "Высвобождать переплату прошлых периодов". С данной опцией, если по ДО есть отрицательный долг, то сумма долга будет высвобождена из платежей, привязанных к ДО. Окно распределения будет переинициализировано. Необходимо запускать распределние по ДО с привязкой платежей к ДО, алгоритм распределения "В хронологическом порядке"
9.1.85.0Галактика ERP Финконтур Касса Документы Приходный кассовый ордер
Необходами возможность производить распределение по ДО с учетом спецификации накладных. Сейчас распределение по ДО не учитывает накладные и позиции распределены в ХО не так.Добавлена настройка "Настройки Галактики Бухгалтерский контур Обработка документов Распределение платежа по ДО Распределение платежа по сопроводительным документам Учитывать распределение по накладным при распределении по позициям ДО". По умолчанию включена. В случае, если настройка включена, при распределении по ДО учитывается распределение по накладным и приоритетно распределение по ДО формируется на основании накладных.
101.67743 * ЗАДАЧА В JIRA: ERP-7039.1.84.0Галактика ERP Финконтур ФРО Документы Входящие документы
Регистрация в ККТ. Необходимо: 1. Реализовать корректную регистрацию в ККТ платежа, содержащего одновременно и оплату по факту, и предоплату - всех его позиций. 2. Контролировать "Сумму по чеку предоплатой" суммой "Итого к оплате". Сумма предоплаты не должна превышать итога по чеку. 3. Наследовать признак регистрации ККТ в распределении по позициям ДО при множественном дроблении хозоперации в случае наличия ссылки на вышестоящий ДО на предоплату - это необходимо для корректного учёта предоплаты при регистрации последующих отгрузок. 4. Устанавливать в платёжный документ окончательный статус с кодом 4 (зарегистрирован в ККТ) только после регистрации последней операции на отгрузку.Регистрациия в ККТ. 1. Реализована возможность одновременной регистрации по ХО в которых есть накладные и в которых нет. В случае отсутствия накладных, используется распределение по ДО. 2. Суммы предоплаты в чеке контролируются суммой итого. Сумма предоплаты не превышает итого по чеку. 3. Наследуется признак регистрации ККТ при дроблении ХО при условии наличия ссылки на вышестоящее ДО на пердоплату. 4. Статус "зарегистрировано" устанавливается только после регистрации последней операции на отгрузку. Проверка осуществляется по суммы документа и суммам распределения по накладным. Если суммы распределения по накладным равны сумме по документу, считается, что произведена полная отгрузка.
9.1.83.0Поставщики Получатели
Изменена кодировка на OEM (DOS)Изменена кодировка на OEM (DOS)
101.676479.1.082.0Ускорить работу функционала пакетного формирование счетов-фактурФинансово-расчетные операцииПакетное формирование СФ (*)
Ускорить работу функционала пакетного формирование счетов-фактурНа платформах MSSQL, Oracle выбор данных переделан на DSQL. Для большего эффекта рекомендуется ставить галку в поле "Показывать документы" на "СФ еще не сформировна". В отобранных данных улучшена работа пометки При формировании СФ погашен вывод сообщений на экран - будет дополнительный протокол в конце формирования. Это тоже должно сказаться на удобстве работы.
101.676469.1.082.0Необходимо ускорить работу функционала распределения платежей.Расчеты с поставщиками и получателямиПакетное распределение платежей
Необходимо ускорить работу функционала распределения платежей.F_DistPl 9.1.82.0 1. Расчет распределения по SpSopHoz переделан на DSQL для MSSQL или ORACLE - это позволит в нескольких местах избежать лишнего перестроения выборок. 2. Убраны лишние повторные инициализации как объектов в целом, так вызова функций инициализации в них. Например iSFact.DoInit(SoprHoz.Direct) идет около двух секунд(при каждом вызове проверяется наличие типов). L_SF 9.1.148.0 1. для функции vSFCreateStandTipUser заблокирован повторный вызов внутри экземпляра объекта. F_SoprHoz - рекомендуется взять последний. Возможные проблемы: По предоставленной информации в диспетчере задач видна большая утечка памяти. Какие то меры были предприняты, но возможно не все места обнаружены.
102.1982089.1.081.0При ручном распределении платежа налоги не соответствуют оплаченным позициямКассаПриходный кассовый ордер
При ручном распределении платежа налоги не соответствуют оплаченным позициям.Проблема заключается в том, что в случае, если выключена настройка "Настройки Галактики Бухгалтерский контур Обработка документов Распределение платежа по ДО Распределение платежа по сопроводительным документам Разбивать платеж по накладным из ДО", то налоги рассчитывают по ДО. А когда распределение по спецификации накладных/актов установлено в режим "вручную", то при привязке ДО к документу, распределение по позициям ДО и накладных/актов не выполняется. В результате, когда пользователь вручную выполняет распределение по спецификации накладной/акта, распределение по позициям ДО не выполняется. Затем запускается расчет налогов, а т.к. налоги рассчитываются по оплаченным позициям ДО, а оплаченные позиции отсутствуют, то налоги рассчитываются для каждой позиции ДО, пропорционально сумме оплаты. Это и приводит к появлению в налогах всех ставок из ДО. Была выполнена доработка, в результате которой, при выполнении ручного распределения по спецификации накладной/акта, в случае если не существует распределения по позициям ДО, предварительно выполняется распределение по спецификации ДО. В случае, если выполняется распределение по помеченным позициям спецификации накладной/акта, то предварительное распределение по позициям ДО не выполняется. При отмене распределения по позициям спецификации накладной/акта отмена распределения по позициям спецификации ДО не выполняется. Если распределение по ДО не важно для пользователя, и необходимо что бы налоги формировались в зависимости от оплаченных позиций накладных/актов, то необходимо включить настройку "Настройки Галактики Бухгалтерский контур Обработка документов Распределение платежа по ДО Распределение платежа по сопроводительным документам Разбивать платеж по накладным из ДО".
102.1968419.1.081.0Подправить тип и вид предупрежденийУправление сбытомНаши счета-фактуры
Необходимо исправить тип и вид предупреждений - должны быть предупреждения, не ошибки, с указанием настройки, через ":".Изменен тип и вид предупреждений, возникающих при попытке доступа к СФ, для настройки "Разрешать работу c документами для учета НДС", а именно, "Работа со счетами-фактурами отключена в настройке: Настройки ГалактикиЛогистикаНалоги,документы для учета НДСРазрешать работу с документами для учета НДС"
101.665999.1.080.0Онлайн-кассы - для предоплат сохранять распределение по предоплатному ДО при последующей привязке обычного ДО с отгрузкойКассаПриходный кассовый ордер
ПКО связан с документом "ДО на предоплату" (1 позиция в спецификации) и эта позиция зарегистрирована в ККТ как "предоплата 100%". В распределении по ДО (предоплатному) в этот момент признак "ККТ" = "да" - всё корректно. Далее в той же Хозоперации ПКО привязываем реальный ДО с отгрузкой (та же 1 позиция). При этом в ХО штатно формируется распределение по накладной, но в распределении по ДО признак "ККТ" меняется на "нет". Соответственно при повторной регистрации этого ПКО в ККТ сумма из распределения по ДО не накапливается в поле "Сумма по чеку предоплатой" (в соответствии с решением ПиР 101.66415) и регистрация проходит неверно. Проблема в том, что при привязке реального ДО существующее распределение по предоплатному ДО удаляется и вместо него формируется распределение по реальному ДО. То есть теряется факт регистрации в ККТ предоплаты ранее. Предлагается в описанной ситуации сохранять распределение по ДО на предоплату. Кроме того, в интерфейсе распределения по позициям ДО вывести информацию о самом ДО.Если к хозяйственной операции привязано ДО на предоплату, выполнено распределение по его спецификации, и выполнена регистрация в ККТ, то после привязки ДО на оплату, в момент выполнения распределения по его спецификации, выполняется наследование признака регистрации в ККТ. Т.е. если хотя бы одна позиция в ДО на предоплату была зарегистрирована в ККТ, то в ДО на оплату, будут все распределенные позиции отмечены как зарегистрированные в ККТ. Изменено название окна распределения по позициям ДО. Если распределение относится к ДО на предоплату, то наименование окна "Распределение по позициям ДО на предоплату", в противном случае наименование окна "Распределение по позициям ДО".
101.666029.1.080.0Онлайн-кассы - при настройке округления в документах КОУ и полной оплате не все позиции регистрируются как "Полный расчет"КассаПриходный кассовый ордер
"Настройки Галактики Логистика Документы Управление сбытом - Округление в документах сбыта" = "математическое, 0.01" В примере клиента ПКО сформирован на полную сумму ДО и накладной, но в распределении по накладной получается последняя позиция оплачена не полностью (есть погрешность в 6-м знаке дробной части). В результате последняя позиция регистрируется в ККТ не как "полный расчёт", а как "частичный расчёт и кредит". Кроме того, НДС в ДО и накладной округлён до копеек по каждой позиции. В платёжном документе видим правильную сумму НДС из накладной (сумма округлённых значений). В промежуточном интерфейсе регистрации в ККТ по позициям тоже всё верно - округлённые НДС, а итоговая сумма НДС на 1 копейку меньше (видимо сумма точных значений) - тоже желательно поправить. См. также подробное описание во вложенных файлах.Были выполнены следующие доработки: 1. Добавлена пользовательская настройка "Настройки Галактики Бухгалтерский контур Обработка документов Распределение платежа по ДО Распределение платежа по сопроводительным документам Контролировать сумму к распределению с учетом округления" со значением по умолчанию "да". Данная настройка позволяет учитывать погрешности округления при расчете суммы к распределению по позиции. 2. В окне регистрации в ККТ итоговая сумма НДС по всем позициям получается на основании суммы округленных значений НДС каждой позиции.
180.104089.1.080.0автоматическое формирования СФ на возврат предоплаты после запуска функции Формирование возврата платежаКонтуры: финансовый, бухгалтерского учетаНе знаю, какая именно часть финансового контура, научите
клиент формирует приходный кассовый ордер на предоплату, к нему привязывает ДО на предоплату. СФ на предоплату формируется автоматически (в соответствии с выставленными настройками). затеи клиент запускает функцию лок меню Формирование возврата платежа. В сформированном автоматически Расходном кассовом ордере подвязалось ДО на предоплату из приходного кассового ордера, но документ для учета НДС автоматически не сформировался. Его приходится формировать вручную во вкладке Учет НДС в РКО. Это не удобно клиентам. Можно каким-то образом в настоящее время СФ "Возврат оплаты, предоплаты" сформировать автоматически или добавить такую возможность.Добавлена пользовательская настройка "Настройки Галактики Бухгалтерский контур Обработка документов Формирование счета-фактуры при выполнении возврата платежа" со значением по-умолчанию "нет". Если данная настройка выключена, то при формировании возврата платежа в хозоперациях возвращаемого платежа выполняется только расчет налогов. Если данная настройка включена, то при формирования возврата платежа в хозоперациях возвращаемого платежа выполняется расчет налогов и формирование счетов-фактур (в соответствии с текущими настройками).
102.1966519.1.079.0Обеспечение корректной работы на докомпилированном словаре Галактики ERP 9.1Предложение по новой функциональности Галактики ERP (по системе в целом)?
Необходимо обеспечить корректную работу ресурсов на докомпилированном словаре Alter_Cumulative 9.1.15.0.Обеспечение корректной работы. Пересобраны ресурсы с учетом изменённых таблиц словаря Alter_Cumulative 9.1.15.0. Комплектность установки ресурсов обеспечена требованиями при установке.
102.1749799.1.078.0КИС ФХД ТПР2 Очередь1 Невозможно выбрать значение настройки для группы пользователейНастройкаАдминистратор настроек
Аналогично проблеме 102.174828 По настройке "Параметры работы с документами различных типов".Добавлена возможность выбора настройки "Параметры работы с документами различных типов" для группы пользователей.
102.1952069.1.078.0Доработать расчет оплаченного количества при привязке валютных ДО.Финансово-расчетные операцииВалютное платежное поручение
Доработать расчет оплаченного количества при привязке валютных ДО. Есть валютное ДО Есть два авансовых платежа, рассчитанные в рублях по курсу на дату оплаты. При привязке ДО к первому платежу оплаченное количество рассчитывается верно. При привязке ДО ко второму платежу оплаченное количество - уже неверно.Исправлено.
102.1944339.1.077.0Перенос данных по налогам из ДОФинансово-расчетные операцииВалютное платежное поручение
Для реализации процесса формирования в ЭСЧФ при приобретении услуг у иностранной организации по законодательству РБ (ПИР 102.168343). Необходимо переносить информацию по налогам из валютного ДО снабжения,для случая, когда в самом ДО налоги отсутствуют, но рассчитаны в расширенной информации по позициям спецификации для уплаты в Мин.фин. Подробно - во вложении.В платежных и кассовых документах реализован новый тип налогов - "справочный". Данный налог является автоматическим, но выделяется в отдельную группу в связи с особенностью его формирования. Данный налог формируется автоматически только по ДО без сопроводительных документов либо его можно задать в окне редактирования налогов, указав соответствующий тип. Что бы данный налог сформировался по ДО автоматически, необходимы следующие условия: - контрагент налога в ДО должен отличаться от контрагента ДО. - налог в ДО должен быть сформирован по группе налогов в которой включен параметр "налог является налогом только для таможенной декларации". Таким образом, налог для таможенной декларации в ДО, который визуально можно увидеть только в расширенной информации по позиции спецификации ДО, при привязке ДО к платежному документу, будет формироваться в платежном документу с признаком "справочный" на сумму пропорциональную распределению по ДО.
106.105629.1.077.0Сделать отдельную настройку "Разрешать запрещать создание СФ"Управление сбытомНаши счета-фактуры
Сделать отдельную настройку "Разрешать запрещать создание СФ"Изменены варианты выбора для настройки "Разрешать работу c документами для учета НДС": нет / да / только в сбыте / только в снабжении. Раздел: "Настройки Галактики Логистика Налоги, документы для учета НДС" Примечание. Для того, чтобы изменить тип настройки на пользовательский, необходимо в модуле "Настройка", меню "Настройка - Администратор настроек" выбрать настройку "Разрешать работу c документами для учета НДС" и изменить тип. Для каждого пользователя установить нужное значение настройки.
102.1821919.1.076.0КИС ФХД ТПР2 Очередь1 Функционал переноса НДС из ДО при его заполнении в ФОб не учитывает зачет обязательств по данному ДО и переносит общую сумму НДС, а не сумму задолженностиПлатежный календарьЖурнал обязательств
Ручные налоги нужно дробить при дроблении хозопераций, а так же нужно объединять при объединении хозопераций. ВАЖНО - сумма раздробленных налогов по всем хозоперациям должна ровняться именно сумме ручных налогов, не расчетной сумме налогов, так как зачастую ручные налоги отличаются от расчетных на 1 копейку в большую или меньшую сторону.Реализован функционал разделения и объединения ручных налогов при выполнении разделения или объединения хозяйственных операций. При разделении хозоперации на две, для каждой хозоперации рассчитывается коэффициент изменения суммы по следующей формуле: (Новая сумма хозоперации)/(Первоначальная сумма хозоперации). Для получения новой суммы налога исходной хозоперации, сумма налога умножается на полученный коэффициент и применяется округление. Сумма налога для второй хозоперации получается путем получения разницы между старой суммой налога и новой. При объединении хозяйственных операций ручные налоги объединяются и переносятся в конечную хозоперацию, которая является результатом объединения хозяйственных операций. Функционал дробления/объединения ручных налогов реализован для следующей функциональности: - Пункт локального меню хозяйственных операций "Разделение хозопераций". - Пункт локального меню хозяйственных операций "Объединение хозопераций". - Пункт локального меню хозяйственных операций "Группировка хозяйственных операциий". - Привязка ДО с накладными и без к платежному документу, в результате чего происходит дробление хозяйственных операций. - Группировка хозопераций, вызванная отвязкой ДО. - Группировка хозопераций, вызванная отвязкой договора. - Выполнение зачета обязательств. - Выполнение отмены зачета обязательств. Изменение суммы хозоперации вручную, или в результате синхронизации суммы хозоперации при изменении суммы платежного документа - ручные налоги не корректируются (не дробятся и не объединяются). Если нужно что бы налоги изменялись с изменением суммы хозоперации необходимо воспользоваться функцией разделения или объединения хозопераций.
102.1947549.1.076.0После установки обновления не можем делать ручное распределение платежа по спецификации накладных на отгрузкуФинансово-расчетные операцииПлатежное поручение
После установки обновления не можем делать ручное распределение платежа по спецификации накладных на отгрузку. Пожалуйста, помогите, срочно!!!! При распределении сторонних платежей часто по воле покупателя делаем ручное распределение платежей. Т.е на какую то позицию в спецификации накладной надо ввести определенную сумму оплаты. Наверно после установки обновления изменились какие то настройки, которые теперь не позволяют ввести нужную сумму, выдается сообщение "Запись защищена от модификации". Последнее обновление у нас установили от 14.12.2018 (из-за НДС). До этого не становили с октября, и с распределением проблем не было. Теперь обнаружился такой "Глюк" - не редактируется значение в окне Сумма оплаты, в окне кол-во оплаченное редактируется. У нас есть заказчики, которые оплачивают аванс частями, причем в сопроводительном письме расписывают, какие суммы на какой конкретный заказ (позицию в спецификации накладной) нужно разнести. Количество у нас всегда равно 1, система сама рассчитывает оплаченное количество, при частичной оплате оно меньше 1. ДО на предоплату продаж мы не ведем, поступающие платежи сразу к ДО на продажу разносим. После того, как произведена отгрузка, бухгалтер начинает обрабатывать эти авансовые платежные поручения и распределять платежи по спецификации накладной. В примере обрабатывается п/п от 24.10.2018 г.№778 на сумму поступившего аванса 45294,39. Здесь одна хозоперация. Входим в функцию распределения по спецификации накладных. В конкретном случае ещё до обновления уже была распределена одна хозоперация из другого п/п), В накладной помечаем позицию, на которую из общей суммы хозоперации надо оплатить определенную сумму. Вхожу в нижнюю панель, по F7 добавляю новую запись, она подсвечена жирным шрифтом и создается на всю сумму 45294,39, а нужно ввести сумму на эту конкретную позицию 6581,83. В окне Сумма оплаты она не редактируется никак!! Выделяю её, пытаюсь удалить, сначала никакой реакции, потом выдается сообщение, что запись защищена от модификации. Целиком эту запись можно удалить по F8 и создать вновь. Чтобы хоть как-то продолжать работу, делаем так: в этой записи входим в окно Кол-во , ставим наугад оплаченное количество (например 0,2) , рассчитывается оплаченная сумма, и вот теперь можно войти в окно Сумма и отредактировать её до требуемой. Процесс распределения получается усложнен.Потом нужно будет войти в другое П/п и уже в той Хозоперации разнести требуемые суммы по спецификации этой накладной на отгрузку. Проверяли разные варианты, иногда окно сумма редактируется при первом распределении, при следующем уже возникает этот глюк, а иногда и при первом распределении окно сумма не редактируется. Системный администратор утверждает, что никаких запретов на модификацию таблиц не стоит, а у меня стоят права администратора, но с моего рабочего места такая же ситуация.Для записи распределения по спецификации накладной/акта, относящейся к текущей хозяйственной операции, поле "Сумма оплаты", всегда доступно для редактирования.
102.1941629.1.076.0Изменение ставки НДС в переходный периодФинансово-расчетные операцииПлатежное поручение
Изменение ставки НДС в переходный период 1.Платеж в 2018г. по ставке 18%. СФ на аванс не сформирован. 2.ДО, накладная, СФ-отгрузка в 2019 году по ставке 20% 3.Привязывается ДО к платежу: ставка в платеже меняется на 20% и СФ на аванс формируется по ставке 20% Настройка "ставки для авансов" в "Параметры работы с документами различных типов" установлена в "ставки из ДО". Установить конкретную группу нельзя, т.к. платежки в 2018 году должны формироваться по ставке 18%, а в 2019- по ставке 20%, т.е. зафиксировать для всех платежей одну ставку нельзя. Пример во вложении.В локальном меню вкладки "Налоги" каталога и окна редактирования платежных документов, а также окна редактирования хозяйственной операции добавлены следующие пункты меню: - Перевод налогов в ручные; - Перевод налогов в автоматические. При выполнении данных пунктов для всех отображаемых на вкладке налогов будет выставлен атрибут ручные или соответственно автоматические. В локальном меню каталога платежных документов (подменю "Прочие...") так же добавлены вышеуказанные пункты меню. Данные операции выполняются как для текущего платежного документа, так и для группы помеченных. Переводить налоги в ручные необходимо для того что бы зафиксировать рассчитанные налоги и что бы они не были пересчитаны по ставке ндс 2019 года. В момент привязки ДО в платежном документе, так же выполняется сравнение даты ДО и даты хозяйственной операции, и если хозоперация находится в 2018 году, а ДО в 2019, то пользователю выдается запрос на выполнение перевода налогов в ручные, что бы выполнить фиксацию налогов. Аналогичная доработка выполнения и в пакетном распределении платежей. При распределение по ДО контролируются даты ДО и хозоперации, а при распределении накладных контролируются дата накладной и хозоперации. Фиксация налогов выполняется так же по запросу и перед привязкой ДО или накладной
101.661269.1.075.0Если по позиции спецификации есть рекламационная накладная, то не формировать возврат оплаченных позиций, а выполнять распределение по рекламационной накладнойКассаПриходный кассовый ордер
Если по позиции спецификации есть рекламационная накладная, то не формировать возврат оплаченных позиций, а выполнять распределение по рекламационной накладной Клиент хочет автоматическое распределение по рекламационной накладной. Ситуация вот в чем. Когда формируется возврат, через пункт локального меню "Формирование возврата платежа", у нас происходит следующее: - создается документ указанного типа; - к этому документу привязывается ДО из исходного документа; - выполняется программное нажатие на кнопку "Вернуть". При нажатии на кнопку "Вернуть" происходит формирование возврата платежа. А именно, для каждой позиции спецификации накладной подсчитывается оплаченная по другим платежам сумму и формируется запись возврата на эту сумму с противоположным знаком, но на сумму не превышающую сумму текущей хозоперации (по модулю). То есть, в конкретном случае было распределено 200 рублей. Мы нажали сформировать возврат. Сформировали документ по возврату, и по накладной были сформированы записи возврата на сумму -200. Таким образом у нас распределение по накладной стало равно 0. А рекламационная накладная в таком случае у нас даже не обрабатывалась. Эта функциональность как раз таки и рассчитана на возвраты без рекламаций. А когда пользователь отменяет распределение вручную, и нажимает на кнопку "Распределить", происходит распределение в обычном режиме, в частности распределяется рекламация. Скриншоты и пояснения примера распределения - во вложении.При выполнении автоматического распределения по спецификации накладной/акта, в случае если ДО и хозяйственная операция противоположных направлений, запускалось не распределение по спецификации накладной/акта, а формирование возврата оплаченных позиций. Это происходит при привязке ДО, при установке или изменении даты оплаты, при формировании возврата платежа и в других случаях. Данный алгоритм доработан, путем добавления еще одного условия при котором должны формироваться записи возврата оплаченных позиций. И этим условием является отсутствие рекламационных накладных. В случае если они сформированы по ДО, формирование возврата оплаченных позиций не выполняется, а выполняется стандартный алгоритм распределения по накладным/актам.
101.659919.1.075.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.075.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. При удалении платежного документа или одной из связанных хозопераций выполняется удаление связи между документами. При уводе хозоперации в "минус", в случае автоматического создания новой хозоперации, связь между документами копируется в новую хозоперацию. __________________________________________ Доработка СФ. Созданы новые типы СФ: - Корректировочный СФ, доплата НДС по авансам - Корректировочный СФ поставщика, доплата НДС по авансам Для доплатных хозопераций, описанных выше, создаются СФ с данными типами, у которых по основной ставке сумма НДС равна сумме с НДС. Доработана печать FR и текстовой форм "Корректировочный счет-фактура (c 01.10.2017)" - столбцах 8 и 9 строк "В (увеличение)" и "Всего увеличение (сумма строк В)" выводится единая сумма корректировочных авансов. Предупреждения: 1. Перед регистрацией корректировочных авансов сначала необходимо зарегистрировать обычный аванс и отгрузку. Регистрацию корректировки производить из корректировочного СФ. 2. Настройку "Налоги сопроводительных документов рассчитывать по ДО" установить в нет. Иначе в 2019г. будет ставка 18%, если ДО в 2018г.
102.1872289.1.074.0Переход на НДС 20%: доработка платежных документов по подтягиванию ставки НДС и его расчет на дату в поле "Оплачен"Финансово-расчетные операцииПлатежное поручение
Ситуация: если сначала создать платежное поручение за 2018 год, а затем создать платежное поручение за 2019 год, не выбирая ДО, то платежном поручении за 2019 год НДС посчитается по ставке 18%, а нужно по ставке 20%. Задача: в этой ситуации необходимо, чтобы в платежке за 2019 год выделялся НДС, который действует на дату в поле "Оплачен" в платежном поручении.Расчет налогов зависит от даты платежного документа. Ставка налоги определяется исходя из даты оплаты документа, а если дата оплаты отсутствует, то исходя из даты выписки документа.
101.661169.1.074.0Огромные задержки при работе с бухгалтерскими справкамиФинансово-расчетные операцииБухгалтерская справка
после обновления возникла проблема при работе с бухгалтерскими справками. Суть проблемы заключается в том, что при попытке открытия бухсправок с большим количеством хозопераций происходит "зависание" интерфейсов, при этом наблюдается значительная нагрузка на сеть. После прогрузки интерфейсов и попытке их закрытия Галактика "зависает" на крайне продолжительное время. (Под зависанием, в данном контексте, подразумевал именно продолжительное время ожидания между командой на запуск интерфейса и его отображением на экране.При этом, главное окно Галактики полностью перестает отвечать на запросы, при наблюдаемой в диспетчере задач сетевой активности.) На сервере для таблиц oborot, hozoper, plpor было произведено перестроение индексов и обновление статистики, что никакого результата не дало. на фтп ftp://user:login@ftp.galaktika.ru в папке 2.155953 лежат сил протоколы Открытие списка бух справок.rar: логи сформированные при открытии интерфейса F_PLPOR::PLPOR файлы трассировки профайлером MSSQL в момент открытия списка бухсправок. OpenPLPor.rar Открытие конкретной бухсправки.rar: логи сформированные при открытии окна WIPLDOCEDIT интерфейса F_PLPOR::PLPOR сводный во вложенииВ интерфейсе настроек "Настройки Галактики Бухгалтерский контур Обработка документов Параметры работы с документами различных типов", на вкладке "Автоинициализация полей" добавлено поле "Отображать разноску по ФОБ в документах", со значением по умолчанию "Да". Данная настройка влияет на видимость колонки признака распределения документа по ФО в каталоге документов. Для отображения значения данного поля, выполняется пробежка по всем хозоперациям документа и проверка наличия связи с ФО и затем соответствующий результат выводится в колонке. Для бух.справок необходимо отключить отображение данного поля (если потребность в данном поле отсутствует, то его можно отключить для всех документов). В каталоге платежных документов, в окне редактирования платежного и в окне редактирования хозяйственных операций документа отключена автоинициализация закладок "Статьи бюджета" и "Оплаты". Расчеты для данных закладок выполняются только при их активации. Следует отметить, замедления связанные с закрытием окна редактирования документа, происходит из-за включенных следующих настроек интерфейса настроек "Настройки Галактики Бухгалтерский контур Обработка документов Параметры работы с документами различных типов": - Проверять распределение платежа по ДО. - Проверять формирование счет-фактур. Данные настройки следуют отключить для бух.справок.
101.624029.1.073.0Онлайн-кассы - необходимо распределение платежа по позициям ДО (для предоплат по ДО)КассаПриходный кассовый ордер
Продолжение ПиР 101.62385 (см. п.3). Согласно п.1 статьи 4.7 54-ФЗ: 1. Кассовый чек и бланк строгой отчетности содержат, за исключением случаев, установленных настоящим Федеральным законом, следующие обязательные реквизиты: ..... наименование товаров, работ, услуг (если объем и список услуг возможно определить в момент оплаты). У некоторых клиентов практикуются авансовые платежи по ДО (когда оплачивают по ДО, но в момент оплаты ещё нет сопроводительного документа). Таким образом, необходимо передавать в ККТ оплачиваемые позиции ДО.Доработано распределение по спецификации ДО. 1) Изменен формат отображения вкладки "Оплата МЦ/услуг ДО" окна редактирования хозяйственной операции. Основное отличие заключается в добавление полей "Опл.кол-во" и "Опл.сумма", в которых отображается оплаченное количества и сумма по позиции. 2) В окне распределения по позиция ДО появились поля "Опл. кол-во" и "Кол-во оплаты". Данные поля являются вычисляемыми и рассчитываются на основании текущей оплаченной суммы по позиции спецификации ДО. 3) Поле "Кол-во оплаты" редактируемое. Для распределения относящегося к текущей хозоперации можно указать количество оплаты, на основании которого будет рассчитана соответствующая сумма оплаты. Доработана регистрация в ККТ. Раньше, если привязано ДО без накладных, в кассовый аппарат передавались данные по всем позициям ДО. Теперь выполняется контроль распределения по спецификации ДО. Если распределение по позициям ДО отсутствует, то выполнение регистрации в ККТ невозможно. А если распределение присутствует, то в ККТ передаются только распределенные позиции спецификации ДО.
101.624059.1.071.0Регистрация в ККТ: Проверять сумму хозоперации платежных документов в распределении по накладнойКассаПриходный кассовый ордер
Регистрация в ККТ: Проверять сумму хозоперации платежных документов в распределении по накладной Оказалось, что если распределение по накладной изменить вручную и после этого не запускать распределение, то при регистрации в ККТ в предварительном окне "Регистрация в ККТ" (wiRegKKT) информация отображается с учетом изменений внесенных пользователем, но при этом в чек идёт старая информация. Это вводит клиентов в заблуждение. Скриншоты примера - во вложении.В окне распределения по спецификации накладной/акта есть возможность редактировать сумму распределения по другим платежам. При этом нет никакого контроля актуальности данной суммы и нет пересчета количества распределения в зависимости от введенной суммы. Таким образом пользователь может корректировать ранее распределенные платежи. Однако, при выполнении регистрации в ККТ сумма распределения не передается, а передается количества и цена, которые в последствии перемножаются и получается сумма, которая естественно отличается от того что видим в распределении. Запретил редактирование суммы распределения по другим платежам. Ручное редактирование суммы и количества распределения допустимо только для текущей хозоперации.
102.1757699.1.070.0КИС ФХД ТПР2 Очередь1 Если к ПП привязан договор, то при выборе контрагента в поле Взаимозачет он не попадает в хозоперацию.Расчеты с поставщиками и получателямиЗачет обязательств
КИС ФХД ТПР2 Очередь1 Если к ПП привязан договор, то при выборе контрагента в поле Взаимозачет он не попадает в хозоперацию.Добавлена пользовательская настройка "Настройки Галактики Бухгалтерский контур Обработка документов Распределение платежа по договорам Наследовать контрагент из договора в хозяйственную операцию" со значением по умолчанию "по запросу". Данная настройка влияет на наследование контрагента договора в хозяйственную операцию платежного документа. Ранее контрагент договора всегда переносился в хозяйственную операцию, теперь данная возможность регулируется вышеуказанной настройкой. Обрабатывается при привязке договора, соглашения, товарного и финансового ПКП. При указании в платежном документе контрагента взаиморасчета, он автоматически переносится во все хозоперации платежного документа по которым нет разноски по ДО и Договорам. Если по хозоперации есть разноска по договору, то хозоперации присваивается контрагент взаиморасчета, а затем запускается обработка настройки "Настройки Галактики Бухгалтерский контур Обработка документов Распределение платежа по договорам Наследовать контрагент из договора в хозяйственную операцию", в зависимости от значения которой в хозоперации остается либо контрагент взаимозачета, либо подставляется контрагент договора. При удалении в платежном документе контрагента взаиморасчета, он автоматически сбрасывается на контрагент платежного документа во всех хозоперациях платежного документа по которым нет разноски по ДО или по договорам. Если по хозоперации есть разноска по договору, то хозоперации присваивается контрагент платежного документа, а затем запускается обработка настройки "Настройки Галактики Бухгалтерский контур Обработка документов Распределение платежа по договорам Наследовать контрагент из договора в хозяйственную операцию", в зависимости от значения которой в хозоперации остается либо контрагент платежного документа, либо подставляется контрагент договора.
102.1867499.1.069.0Атлантис 5.5.32. Печать отчета соответствия в формате FR - ошибкиРасчеты с поставщиками и получателямиПривязка платежных документов
Атлантис 5.5.32. Печать отчета соответствия в формате FR - ошибкиИсправлено.
102.1860019.1.069.0На вкладке "налоги" нельзя сразу выбрать тип (ручные налоги или автоматические)КассаАвансовый отчет
В дополнение к ПИР 102.173233 На вкладке "Налоги" (встраиваемый интерфейс в платежные документы) было добавлено поле "Тип" в котором могут выводиться два значения "А" - автоматические налоги и "Р" - ручные налоги. Тип налогов можно изменить в окне редактирования налогов, путем нажатия клавиши F3 в поле "Тип". Проблема в том, что выбрать сразу тип нельзя. Необходимо создать налог, выйти, зайти и только потом выбрать типИсправлено.
102.1771939.1.069.0При проставлении даты оплаты происходит "сброс" налога 18%Финансово-расчетные операцииПлатежное поручение
При проставлении даты оплаты происходит "сброс" налога 18%. Пользователь1(бухгалтер) выписывает собственное платежное поручение №1, выбрана группа налогов 18% (аванс, ДО не подвязан). В момент, когда приходит подтверждение о выделении денег или меняется дата выписки, Пользователь2 (специалист фин.отдела) проставляет дату оплаты или меняет ее в собственном пл. поручении №1. При этом происходит "сброс" налога 18%, на закладке налог исчезает. Пользователь1 имеет настройку: выбрать налог. Пользователь2 имеет настройку: не формировать налоги. Счет-фактуру по НДС мы не создаем. Как нам справиться с проблемой, чтобы установленный налог не сбрасывался, после выставления. Вопрос достаточно актуален. Ждем от Вас возможных предложений или решений. Описание во вложении.В случае, если у пользователя включен автоматический расчет налогов, но при этом выставлена ставка для авансов - "не рассчитывать", то при выполнении действий, которые приводят к перерасчету налогов (установка даты оплаты, изменение суммы хозяйственной операции), производилось предварительное удаление налогов, с последующим их не расчетом. Таким образом, при установке даты оплаты в платежном документе, происходила потеря настроенных другим пользователем налогов. Исправлено. Если для текущего пользователя в результате пересчета налогов по существующим настройкам они не будут рассчитаны, то существующие налоги не удаляются и не перерассчитываются.
102.1703739.1.068.0КИС ФХД ТПР2 Очередь1 Автоматическое создание и синхронизация спецификации авансового отчета с хозоперациейКассаАвансовый отчет
КИС ФХД ТПР2 Очередь1 Автоматическое создание и синхронизация спецификации авансового отчета с хозоперацией при установленной настройке "Синхронизировать спецификацию авансового отчета с хозоперацией" = да и "Сворачивать одноименные операции в авансовых отчетах" =НЕТ нужно АВТОМАТИЧЕСКИ создаватьпереформировывать хозоперации спецификации. Сейчас нужно вызывать принудительно. (Ctrl+Enter)Для настройки "Настройки Галактики Бухгалтерский контур Обработка документов Хозяйственные операции и бухгалтерские проводки Синхронизировать спецификацию авансового отчета с хозоперацией" изменены значения на следующие: - не синхронизировать; - по запросу; - автоматически. В случае, если в данной настройке установлены значения "по запросу" или "автоматически", а значение настройки "Настройки Галактики Бухгалтерский контур Обработка документов Хозяйственные операции и бухгалтерские проводки Сворачивать одноименные операции в авансовых отчетах" установлено в "нет", то если происходила модификация записей позиций спецификации, при уходе с вкладки "Спецификация" произойдет запуск автоматического формирования хоз.операций по позициям спецификации. Запрос на выполнение данной операции будет выдаваться только в режиме "по запросу".
102.1732339.1.068.0Дать возможность пометки в спецификации авансового отчета для формирования хозоперацийКассаАвансовый отчет
102.1839959.1.067.0Обеспечение корректной работы на докомпилированном словаре Галактики ERP 9.1Предложение по новой функциональности Галактики ERP (по системе в целом)?
Необходимо обеспечить корректную работу ресурсов на докомпилированном словаре Alter_Cumulative 9.1.12.0.Обеспечение корректной работы. На докомпилированном словаре пересобраны ресурсы работающие и изменёнными таблицами. Комплектность установки ресурсов обеспечена требованиями при установке.
102.1751749.1.066.0КИС ФХД ТПР2 Очередь1 Распределение по первичному документу при возврате платежаРасчеты с поставщиками и получателямиРаспределение входящих платежей
1. ПП исходящее распределено по ДО и накладной; 2. ПП входящее - возврат по ДО, распределение не отрабатывает. 3. В итоге 3-й платеж исходящий распределять не на что.В окне распределения платежа по спецификации накладной/акта (Alt-H в панели ХозОперации платежного документа) добавлена кнопка "Вернуть", предназначенная для формирование записей возврата по распределенным позициям. Возврат формируется только по накладным противоположного направления к направлению хозяйственной операции. Возврат можно сформировать как по всем оплаченным позициям, так и по конкретным записям распределений. Для этого в нижней панели добавлена пометка записей распределения. Снять всю пометку можно нажав на клавишу "-" в панели накладных или панели спецификации накладных. Пометка также сбрасывается после нажатия на кнопку "Вернуть". Выполнить формирование записей возврата можно только если существуют записи распределения, сформированные в результате распределения по другим хозоперациям. При наличии записей распределения по текущей хозоперации, формирование возврата не возможно и для его выполнения необходимо выполнить отмену текущего распределения. Алгоритм формирования возврата следующий. По помеченным записям: - для каждой помеченной записи формируется аналогичная запись но с противоположным знаком; - сформировать записей возврата можно на сумму не превышающую сумму текущей хозоперации (по модулю). По всем записям: - для каждой позиции спецификации накладной подсчитывается оплаченная сумма; - формируется запись возврата на оплаченную сумму с противоположным знаком, но на сумму не превышающую сумму текущей хозоперации (по модулю).
102.1798769.1.066.0КИС ФХД ТПР2 Очередь0 Некорректно отрабатывает возврат по БВ в части привязки ДО другого направления и запуска функции сторнирования распределенияФинансово-расчетные операцииБанковские выписки
Описание отправлено по почте Яковлеву И. и Шелепову А.При выполнении распределения по спецификации накладной/акта производится проверка направления текущей хозоперации и документа основания, привязанного к ней. Если направления не совпадают, то считаем что данным платежом производится возврат платежа и в этом случае выполняется не распределение, а формирование возврата платежа (событие аналогичное нажатию на кнопку "Возврат"). А именно, для каждой позиции спецификации накладной подсчитывается оплаченная сумма и формируется запись возврата на оплаченную сумму с противоположным знаком, но на сумму не превышающую сумму текущей хозоперации (по модулю). В банковской выписке при привязке ДО/договора/накладной согласно настройки контроля оплаченности выполняется расчет суммы задолженности по оплате для сопроводительного документа. Если платеж возвратный, то анализируется оплаченная сумма по сопроводительному документу.
102.1816659.1.066.0Доработать распределение по вал-нде ДО и накладной с % к курсуРасчеты с поставщиками и получателямиПакетное распределение платежей
Доработать распределение по вал-нде ДО и накладной с % к курсу. При реализации бизнес-процесса по решению ПИР 102.178599 получаем неверную сумму в валюте при распределении второго (последнего) платежа. Есть ДО на 2000 евро с процентом к курсу. По нему и накладной распределены 2 платежа - по 1000 евро каждый. При этом в распределении первый платеж валютный эквивалент соответствует 1000 евро, то второй - не соответствует. Подробно - во вложении. Пирмер на БД (file://BY01-1256/DATA_conDe) Пользователь ISACHENKOДоработан алгоритм обработки суммовой разницы. Исправлен алгоритм определения коэффициента распределения при пропорциональной схеме распределения. В платежных документах с указанным валютным эквивалентом механизм обработки суммовых разниц с учетом коммерческого курса не будет работать, по причине того, что отсутствует возможность задать коммерческий курс непосредственно в платежном документе. Как следствие, суммовые разницы работают только с платежными документами в НДЕ.
102.1785999.1.064.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.063.0Обеспечение корректной работы на докомпилированном словаре Галактики ERP 9.1Предложение по новой функциональности Галактики ERP (по системе в целом)?
Необходимо обеспечить корректную работу ресурсов на докомпилированном словаре Alter_Cumulative 9.1.9.0.Обеспечение корректной работы. На докомпилированном словаре пересобраны ресурсы работающие и изменёнными таблицами. Комплектность установки ресурсов обеспечена требованиями при установке.
101.627539.1.062.0Некорректно устанавливается значение настройки "Не распределять платеж по МЦ из группы"НастройкаНастройка БУХГАЛТЕРСКОГО контура
Некорректно устанавливается значение настройки "Не распределять платеж по МЦ из группы" Меняем значение настройки у пользователя, а устанавливается значение у администратора, который меняет значениеИсправлено. Значение настройки "Не распределять платеж по МЦ из группы" меняется для выбранного пользователя.
104.204339.1.061.0Не верно заполняются параметры в спецификации корректирующей ННУправление сбытомНалоговые накладные
Не верно заполняются параметры в спецификации корректирующей НН При изменении только цены в накладной на сбыт, в спецификации НН, тип причины заполняется "К" хотя должна быть "Ц" цена. В таком случае и количество и цена переносятся не верно.Доработано: - формирование НН с типом "Расчет корректировки, отгрузка" по корректировочным сопроводительным документам; - в окне спецификации НН с типом "Расчет корректировки, отгрузка" в таблицу добавлены новые поля для просмотра значений до/после изменений и разницы по количеству, цене и стоимости.
102.1634179.1.061.0распределение платежа по накладным/актам (подсветка активных полей)Финансово-расчетные операцииПлатежное поручение
распределение платежа по накладным/актам (подсветка активных полей)доработано