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


Описание файла обновления:
ФайлL_ROZN_RES_91760.TXT
ОбновлениеL_Rozn_RES_91760
Назначение
ПродуктГалактика 9.1
Релиз
КомпонентRES L_Rozn
Тип
Версия9.1.76.0
Дата2019-10-29 23:44:03
Проблема ПИРПервое решениеОписаниеПроектДетализация
Что изменено:Как изменено:
9.1.75.0Нет
Новая версия накопительного обновления словаря Галактика ERP 9.1 Alter_CumulativeВнесены изменения в словарь БД Галактики ERP 9.1
102.2007929.1.74.0Ошибка несоответствия преобразуемых типов MEMO 31 в FR-формате в отчете "движение товара по номенклатуре" в модуле "розничная торговля"Управление розничной торговлейПродажи товаров
Ошибка несоответствия преобразуемых типов MEMO 31 в FR-формате в отчете "движение товара по номенклатуре" в модуле "розничная торговля" (обнаружена при прогоне регламентных тестов на атл.5534)Исправлено преобразование типов переменной Memo31
102.1993629.1.74.0Изменить названия полей в интерфейсе ЭСЧФ и атрибуте справочника контрагентовУправление сбытомСчета-фактуры поставщика (Беларусь)
По ПиР 102.198231 внесены изменения в печатную форму ЭСЧФ. Аналогичные поля присутствуют и в системе: пункт 15.3 есть в интерфейсе редактирования ЭСЧФ, а пункт 6.3 открывается по локальному меню "заполнение атрибутов ЭСЧФ" в карточке КА в каталоге контрагентов. Предлагаю привести в соответствие названия полей в интерфейсе ЭСЧФ и атрибуте справочника контрагентов и в печатной форме ЭСЧФ.Изменены: 1. пункт 15.3 в интерфейсе редактирования ЭСЧФ; 2. пункт 6.3 в интерфейсе карточки КА в каталоге контрагентов при открытии локального меню "Заполнение атрибутов ЭСЧФ"; 3. "Настройка импорта ЭСЧФ".
102.1975639.1.74.0В товарный отчет в формате xls выводится ошибочно МОЛУправление розничной торговлейТоварный отчет
В товарный отчет в формате xls выводится ошибочно МОЛ Формируем тов. отчет в рознице (Отчеты->Товарный отчет), поле МОЛ: - не заполняем. Формируем отчет, в шапке отчета обычно указываются выбранные фильтры. МОЛ не заполнен, тогда в отчете поле "Материально-ответственное лицо" должно быть пустым. А у нас заполняется неким "Философом". Данный МОЛ в базе есть, но закреплен за другим подразделением. Формируем этот же отчет с такими же настройками, только в форматах бизнес-текст и rtf, МОЛ остается незаполненным.Исправили формирование товарного отчета.
102.1968679.1.74.0Сообщения при преобразовании типов в FR формате отчета "Закупки товаров" при различных сочетаниях флажков в модуле розницыУправление розничной торговлейЗакупки товаров
Сообщения при преобразовании типов в FR формате отчета "Закупки товаров" при различных сочетаниях флажков в модуле розницы - несколько новых MEMO XXX. Проявляется и на 9.1 - главное наличие документов в периоде по типам закупок.Отредактировали формы на FR
102.1965599.1.74.0ATL5533. Сообщения при преобразовании типов в FR формате отчета "Наличие товаров по номенклатуре" при различных сочетаниях флажковУправление розничной торговлейПо номенклатуре
ATL5533. Сообщения при преобразовании типов в FR формате отчета "Наличие товаров по номенклатуре" при различных сочетаниях флажков. Несколько новых MEMO XX.Исправлена форма на FR
102.1966519.1.73.0Обеспечение корректной работы на докомпилированном словаре Галактики ERP 9.1Предложение по новой функциональности Галактики ERP (по системе в целом)?
Необходимо обеспечить корректную работу ресурсов на докомпилированном словаре Alter_Cumulative 9.1.15.0.Обеспечение корректной работы. Пересобраны ресурсы с учетом изменённых таблиц словаря Alter_Cumulative 9.1.15.0. Комплектность установки ресурсов обеспечена требованиями при установке.
102.1963909.1.72.0ATL5533. MEMO 243 при формировании отчета о закупках в формате FastReport на Атлантис 5.5.33.0Управление розничной торговлейЗакупки товаров
ATL5533. MEMO 243 при формировании отчета о закупках в формате FastReport на Атлантис 5.5.33.0.Исправлено
102.1927509.1.72.0Еще одно сообщение о несовпадении преобразования типов при формировании отчета о закупках в формате FastReport на Атлантис 5.5.33.0Управление розничной торговлейЗакупки товаров
Еще одно сообщение о несовпадении преобразования типов при формировании отчета о закупках в формате FastReport на Атлантис 5.5.33.0.Исправлен вывод поля в отчет
102.1927249.1.72.0Ошибка при печати FR-отчета на Атлантисе 5533Управление розничной торговлейВедомость движения МЦ по подразделениям
Ошибка при печати FR-отчета на Атлантисе 5533Исправлен вывод поля в отчете
102.1927239.1.72.0Ошибка при печати FR-отчета на Атлантисе 5533Управление розничной торговлейПо номенклатуре
Ошибка при печати FR-отчета на Атлантисе 5533 (по подразделениям, МОЛ и партиям - тоже.Исправлен вывод поля в отчете
102.1902399.1.71.0Расчет налогов обратным ходом в ЭСЧФ при просрочке 180 дней.Управление сбытомПакетное формирование документов с НДС продавца по экспортным отгрузкам
Расчет налогов обратным ходом в ЭСЧФ при просрочке 180 дней. В накладной налогов нет, но стоит, что Налоги входят в цену позиций В каталоге МЦ для МЦ, которая указана в накладной, в группе налогов настроена применяемость налогов. Но при формировании ЭСЧФ в сбыте (Управление сбытом | Операции | Пакетное формирование документов с НДС продавца по экспортным отгрузкам) почему-то все равно берется НДС в 10 % (как при закупках).При задании в группе налогов разных ставок по разным направлением корректно считаются налоги в СФ для ситуаций типа экспортных отгрузок (накладная без налогов, налоги берутся из каталога МЦ или услуг).
102.1900509.1.71.0В сводной ЭСЧФ отличается значения в поле "Сумма НДС" в самой ЭСЧФ и в интерфейсе списка ЭСЧФ и итоговая сумма в поле "Сумма с НДС" не сходится с расчетнойУправление сбытомСчета-фактуры поставщика (Беларусь)
В сводной ЭСЧФ отличается значения в поле "Сумма НДС" в самой ЭСЧФ и в интерфейсе списка ЭСЧФ и итоговая сумма в поле "Сумма с НДС" не сходится с расчетной Сводная ЭСЧФ по 3 накладным, полученная при формировании через интерфейс Управление сбытом | Операции | Пакетное формирование документов с НДС продавца по экспортным отгрузкам. Отличается значения в поле "Сумма НДС" в самой ЭСЧФ и в интерфейсе списка ЭСЧФ. Итоговая сумма в поле "Сумма с НДС" не сходится с расчетной, т.е. Сумма без НДС + Сумма НДС не равна значению в поле "Сумма с НДС". При этом с обычной ЭСЧФ проблем нет.Спецификация ЭСЧФ, итоговая "Сумма без НДС" рассчитывается как "Сумма с НДС" минус "Сумма НДС", а не по округленным позициям спецификации. Сделано для нейтрализации погрешности округления; на портал каждая сумма по спецификации должна выгружаться с округлением до 2-х знаков, что может привести к значительному накоплению погрешности при большом числе позиций спецификации.
102.1867289.1.69.0При попытке сформировать отчет по закупкам в формате FR выдается сообщение о несоответствии типа данных и заданного форматаУправление розничной торговлейЗакупки товаров
Проявляется только на Атлантис 5.5.32!!! При попытке сформировать отчет по закупкам в формате FR (в т.ч. на Pervasive) выдается сообщение о несоответствии типа данных и заданного формата.Преобразовано к нужному типу
102.1868399.1.68.0Атлантис 5.5.32. Печать отчета в формате FR - ошибкиУправление розничной торговлейПо МОЛ
Атлантис 5.5.32. Печать отчета в формате FR - ошибки Соответственно движение по номенклатуре, подразделениям, партиям.Исправлено
102.1868389.1.68.0Атлантис 5.5.32. Печать отчета в формате FR - ошибкиУправление розничной торговлейВедомость движения МЦ по подразделениям
Атлантис 5.5.32. Печать отчета в формате FR - ошибкиИсправлено
102.1867769.1.68.0Ручное создание Корректировочных СФ (тип КорвЗак) без привязки сопрдокаУправление снабжениемЖурнал учета полученных и выставленных счетов-фактур
Получается, что цепочка привязки Коррект СФ Заказчика 1-Коррект СФ посредника1 работает корректно, т.е. данные попадают в отчет, а цепочка Коррект СФ Заказчика 2-Коррект СФ посредника2 не отрабатывает.Попадают в журнал корректировочные СФ заказчика, связанные с СФ посредника, даже если они не первые в цепочке корректировочных документов.
101.630229.1.67.0Импорт из ЭДО -форматУправление снабжениемСчета-фактуры поставщика
Импорт из ЭДО -формат Просьба доработать формат для импорта СФ - Снабжение /Счета-фактуры поставщика /Импорт из ЭДОДоработан импорт СФ (УПД) по новому формату по лок. меню "Импорт из ЭДО" из интерфейса счетов-фактур. Названия файлов для импорта должны начинаться с: "ON_SFAKT", "ON_KORSFAKT", "ON_SCHFDOPPR", "ON_KORSCHFDOPPR". Если будет выбран файл с другим названием, появится сообщение "Выбран некорректный файл для импорта!", импорт будет некорректным.
102.1805439.1.66.0Автоматическое заполнения привязанных сумм в сводном СФ заказчикаРасчеты с поставщиками и получателямиНаши счета-фактуры
Автоматическое заполнения привязанных сумм в сводном СФ заказчика 1)для СвСФЗ по входящим ТСД собрать суммы в разрезе Подрядчиков и в интерфейсе "Привязанные счета-фактуры посредника" внести их в поле "Привязанная сумма"; 2)для СвСФПс по входящим ТСД собрать суммы в разрезе Заказчиков и в интерфейсе "Привязанные счета-фактуры заказчика" внести их в поле "Привязанная сумма"Доработка привязки сумм для сводного СФ заказчика и сводного СФ посредника: - для СФ заказчика возможная сумма для привязки вычисляется по всем связанным сопроводительным документам, у которых грузоотправитель равен организации СФ посредника; - для СФ посредника возможная сумма для привязки вычисляется по всем связанным сопроводительным документам, у которых грузополучатель равен организации СФ заказчика. Не рекомендуется связывать сводный и не сводный СФ после данной доработки, т.к. они имеют разные структуры. Для того, чтобы пользователи не запутались в перекрестных ссылках и могли составить себе некоторое представление о том, почему связанная сумма вычислилась именно так, в расширенной информации сводного СФ списки грузо выводятся с суммами по грузо.
102.1839959.1.65.0Обеспечение корректной работы на докомпилированном словаре Галактики ERP 9.1Предложение по новой функциональности Галактики ERP (по системе в целом)?
Необходимо обеспечить корректную работу ресурсов на докомпилированном словаре Alter_Cumulative 9.1.12.0.Обеспечение корректной работы. На докомпилированном словаре пересобраны ресурсы работающие и изменёнными таблицами. Комплектность установки ресурсов обеспечена требованиями при установке.
102.1682089.1.64.0Не отрабатывает анализ входимости НДС для настройки "При расчете цен вычисление НДС по следующему алгоритму" для КУТ розницыУправление розничной торговлейКарточка учета товара в разрезе МЦ
Для расчета НДС при формировании КУТ не отрабатывает анализ входимости НДС при заданном значении настройки Настройки Галактики Логистика Розничная торговля При расчете цен вычисление НДС по следующему алгоритму= от цены закупки; если НДС не входит в цену закупки, то на розничную надбавку.Изменили расчет НДС для настройки от цены закупки, если НДС не входит в цену закупки, то на розн. надбавку.
102.1664589.1.64.0Убрать проверку на соответствие дат интервала в отчете "Реестр розничных цен", если кнопка "сформировать" не нажатаУправление розничной торговлейРеестр розничных цен
В меню выбираю отчет "реестр розничных цен",открывается окно "Параметры реестра". Ввожу необходимую начальную дату периода формирования. Далее хочу ввести конечную дату, но не успеваю - сразу предупреждение "Начальная дата интервала больше конечной". Но ведь я еще не нажимала кнопку "Сформировать". Предлагаю убрать проверку на соответствие дат интервала в отчете "Реестр розничных цен", пока кнопка "сформировать" не нажата.Проверка дат происходит при нажатии кнопки "Сформировать".
102.1788139.1.63.0Выбор подписантов из сторонних сотрудниковКонтур логистикиНе знаю, какая именно часть контура логистики, научите
Выбор подписантов из сторонних сотрудников Кладовщики и члены комиссий зачастую числятся на одном предприятии, а ведут склады или числятся в комиссиях на других. При печате например накладных на внутр. перемещение приходится в картотеку сотрудников добавлять "левые карточки" сотрудников, которые вовсе не работают на данном предприятии, что затрудняет работу. В связи с этим, необходима доработке функционала по ручному добавлению сотрудников (не состоящих в штате) в различные комиссии , а также в поля затребовал, разрешил , отпустил. Это касается всех типов накладных , актов. Такое решение есть в модуле касса, при печате кассового ордера доступен выбор сторонних сотрудников, в данный справочник можно добавлять необходимые данные и пользоваться ими.Добавлен однократный вызов конвертера после установки обновления для переноса комиссий из складского учета в форму подписантов. В формах для настройки печати в складском учете были подключены интерфейсы выбора подписантов для комиссий для следующих случаев: - М-7; - ОС-14; - Торг-5; - акты на списание МЦ; - акты на пересортицу; - акты на перемещение между объектами; - акты об излишках; - акты о недостачах.
102.1804219.1.62.0В печатной форме накладной не правильная ценаУправление розничной торговлейНакладная на реализацию
В печатной форме накладной цена отличается от цены в интерфейсеИсправлен вывод цены в печатную форму.
102.1797039.1.61.0Накладная на реализацию в формах 1-Т и ТОРГ-12 выводится цена = 0Управление розничной торговлейНакладная на реализацию
Накладная на реализацию в формах 1-Т и ТОРГ-12 выводится цена = 0 На обновлении L_ROZN 9.1.60.0 перестала выводится цена в печатных формах Накладной на реализацию.Исправлена ошибка вывода цены
102.1790359.1.59.0Обеспечение корректной работы на докомпилированном словаре Галактики ERP 9.1Предложение по новой функциональности Галактики ERP (по системе в целом)?
Необходимо обеспечить корректную работу ресурсов на докомпилированном словаре Alter_Cumulative 9.1.9.0.Обеспечение корректной работы. На докомпилированном словаре пересобраны ресурсы работающие и изменёнными таблицами. Комплектность установки ресурсов обеспечена требованиями при установке.
102.1791699.1.58.1Ошибка в расчетах цены к продажеУправление розничной торговлейКарточка учета товара в разрезе МЦ
Ошибка в расчетах цены к продажеИсправлена ошибка расчета цены к продаже.
102.1785239.1.58.1Ошибка при округлении в печатных формах накладных на реализациюУправление розничной торговлейНакладная на реализацию
Ошибка при округлении в печатных формах накладных на реализациюИсправлена ошибка при печати накладной на реализацию
102.1757199.1.58.0Редактирование визуализации процесса удаления ЭСЧФ в накладной на реализацию в рознице.Управление розничной торговлейНакладная на реализацию
Редактирование визуализации процесса удаления ЭСЧФ в накладной на реализацию в рознице.Исправлена визуализация
102.1734059.1.58.0При попытке распечатать накладную на реализацию пропадает ссылка на договорУправление розничной торговлейНакладная на реализацию
Есть накладная со спецификацией. Выбираем договор и сразу пробуем вывести на печать. Выдается сообщение "Документ №"такой-то" не оформлен. Печать прервана". Нажимаем ОК - договор в шапке накладной пропадает. Если создать новую накладную и вначале привязать договор, а потом заполнить спецификацию, то при попытке распечатать договор не пропадает. Проблема существенная, т.к. для формирования ЭСЧФ необходимо обязательно привязывать договора к накладным.Исправлена ошибка
102.1684049.1.58.0Сделать отчет EXCEL по ЭСЧФ по аналогии как на портале мониторинг сделокУправление сбытомСчета-фактуры поставщика (Беларусь)
Сделать отчет EXCEL по ЭСЧФ по аналогии как на портале мониторинг сделок Для проверки ЭСЧФ на правильность заполнения клиенту необходимо заходить в каждый счет-фактуру либо печатать счета-фактуры, смотреть в каждый и сверять. Клиент хочет формировать отчет по сформированным счетам-фактурам. На портале возможно формировать отчет мониторинг сделок. Похожий отчет клиент хочет видеть в Галактике. Пример отчета и скриншот страницы во вложении.Добавлен новый отчет по ЭСЧФ аналогичный отчету "Мониторинг сделок" для портала. Отчет формируется в форме Управление сбытом/Счета-фактуры поставщика при вызове контекстного меню "Печать формы/реестра ЭСЧФ". Возможен просмотр/экспорт в Excel как одной ЭСЧФ(позиция курсора), так и нескольких, выделенных маркером.
102.1690209.1.57.0Не пересчитываются суммы по накладной на реализацию при вставке МЦ через поле КОД2Управление розничной торговлейНакладная на реализацию
Не пересчитываются суммы по накладной на реализацию при вставке МЦ через поле КОД2. Клиент использует поле КОД2 для считывания сканером. Позиция в спецификации появляется, но общая сумма но накладной не пересчитывается.После ввода позиции спецификации накладной на реализацию по КОД2, пересчитывается сумма и и количество позиций
102.1686749.1.57.0неверно округляется (рассчитывается) розничная ценаУправление розничной торговлейКарточка учета товара в разрезе МЦ
неверно округляется (рассчитывается) розничная ценаИсправлена ошибка округления при вводе наценки
102.1682419.1.57.0Предупреждать пользователя при попытке формирования документа по учету НДС до проведения списания в накладной на реализацию если в спецификации присутствую позиции со скидкойУправление розничной торговлейНакладная на реализацию
В модуле розничной торговли при реализации товара со скидкой документ по учету НДС формируется с разной суммой НДС в спецификации в зависимости от того, проведено списание в накладной на реализацию или нет (поскольку в момент формирования расходной записи в КУТ МЦ со скидкой одновременно автоматически формируется и акт уценки на эту МЦ, который определяет сумму измененного НДС). Предлагаю, как минимум, выдавать предупреждение пользователю при попытке формирования документа по учету НДС до проведения списания в накладной на реализацию если в спецификации присутствую позиции со скидкой, а как максимум, запрещать формировать СФ по НДС до списания товара со скидкой (чтобы избежать расхождения между суммами НДС по акту уценки и в спецификации документа по учету НДС).Перед формированием документа для учета НДС, идет проверка по списанию. Если не списан, то выдается соответсвующее предупреждение
102.1576539.1.57.0Распространить настройки округления на значения сумм( НДС, цены, стоимости) в накладной на возврат поставщикуУправление розничной торговлейНакладная на возврат поставщику
Распространить настройки округления на значения сумм( НДС, цены, стоимости) в накладной на возврат поставщику. Сейчас значения НДС, стоимости, цены в указанном документе вообще не округляется, что приводит к сложностям при формировании ЭСЧФ для дальнейшей отправки на портал.Округление касаются только документа "Накладная на возврат поставщику". В ЭСЧФ, при передаче на портал, суммы уже были округлены.
102.1669919.1.56.0Ошибки при расчете отпускной цены при применении скидки, если НДС расчетный (из ПиР 102.166327)Управление розничной торговлейНакладная на реализацию
Используем расчетную ставку НДС (ПиР 102.166327). При установке скидки отпускная цена рассчитывается с учетом налогов. Т.е. если мы после выбора товара изменим значение скидки на любое, отличное от нуля, а потом обнулим скидку, то мы не выйдем на исходную цену реализации. В цене уже будет НДС. Ну и, естественно, при расчете отпускной цены с учетом любой скидки тоже учитываются налоги. В случае расчетной ставки налога НДС не должен учитываться при применении скидки.В накладной на реализацию для расчетной ставки НДС реализован спец.алгоритм. Т.к. НДС при формировании КУТ рассчитывается для конечной продажной цены, то и реализация должна отталкиваться от продажной цены и скидка предоставляться на нее и НДС не должен меняться.
102.1665569.1.56.0Неправильные суммы в отчетеУправление розничной торговлейРеестр розничных цен
В рез-те скруглений получили неправильные суммы в отчетеУстранена ошибка при расчете 19 колонки в отчете "Приложение к накладной (ДМ-1)"
102.1663279.1.56.0Выделение НДС по расчетной ставке в розницеСкладской учетНакладная на перемещение склад -> розничная торговля
При оприходовании товара в розничную торговлю НДС по расчетной ставке должен считаться по "прямому" алгоритму (как при настройке "Налоги НЕ ВХОДЯТ в стоимость позиции", т.е. просто стоимость * %НДС/100), но при этом добавляться к стоимости позиции не должен (как при настройке "Налоги входят в стоимость позиции"). Как мы не пробовали, получить такой результат не смогли. В дальнейшем эта информация отражается в накладной на реализацию в рознице и в ЭСЧФ. Во вложении прилагаю скрин с портала ЭСЧФ, где по суммам можно увидеть описанную выше ситуацию. Также прилагаю выписку из "консультантПлюс" и пример ЭСЧФ.Добавлена настройка "Настройки Галактики Логистика Розничная торговля Группа налогов для расчетной ставки НДС", если МЦ входит в группу наогов, то входящий налог равен 0, а исходящий рассчитывается как Цена продажи*Налог(для группы налогов)/100
102.1662689.1.55.0После добавления новой позиции не пересчитывается сумма и кол-во позиций в шапке документаУправление розничной торговлейНакладная на реализацию
После добавления новой позиции не пересчитывается сумма и кол-во позиций в шапке документаПосле добавления новой позиции в спецификацию документа, обновляется информация о количестве и сумма.
102.1662639.1.55.0При наличии нескольких накладных печатается информация только по одной(последней). Форма отчета - FASTREPORTУправление розничной торговлейРеестр розничных цен
При наличии нескольких накладных печатается информация только по одной(последней). Форма отчета - FASTREPORTИсправлена ошибка печати (FastReport)
102.1560179.1.54.0Привязка договора к накладной на реализацию в розницеУправление розничной торговлейНакладная на реализацию
Привязка договора к накладной на реализацию в рознице Клиент ведет договора по накладным на реализацию, имеется предложение реализовать возможность привязывать договора в накладной на реализацию по аналогии с обычными накладными по кнопке Расширенная информация (либо поле для привязки договора в самом окне накладной на реализацию), с последующим выводом информации по договору в ТН, ТТН в поле Основание отпуска (также по аналогии с обычными накладными)В накладной на реализацию добавлено поле Договор. Договор нужно выбирать для привязки с накладной. Если, поле заполнено, то соответственно информация выводится в ТН и ТТН. Из договора информацию о розничной накладной на реализацию просмотреть нельзя.
102.1653629.1.53.0Новый вариант применения скидкиУправление розничной торговлейНакладная на реализацию
Нужен новый алгоритм применения скидки в накладной на реализацию. Сейчас скидка рассматривается как вычитаемое значение из надбавки. Т.е. если надбавка = 40 %, а скидка 10%, то для вычисления цены используется надбавка в 30 %. Нужен же алгоритм который позволит применять скидку к цене с надбавкой. Т.е. для примера выше нужно сначала рассчитать цену с надбавкой в 40%, а затем применить скидку к полученной ценеДобавлена настройка "Настройки Галактики Логистика Розничная торговля Применение скидки в документе "Накладная на реализацию"". При значении "на розничную надбавку" - скидка расчитывается как было, а при значении "на цену к продаже" - новый вариант. Скидка может применяться, если есть торговая надбавка, если ее нет, скидка применяться не будет, т.к. товар не должен продаваться в убыток (следует из вложения ОАП)
102.1640909.1.53.0ничего не сделано по ЭСЧФ. Ошибка по закону. Всё плохо. Не привязать розничную рекламацию к ЭСЧФ.Управление снабжениемИмпорт ЭСЧФ (Беларусь)
Магазин хочет вернуть своему поставщику залежалый товар. При этом: 1. создается Розница->Документы->Накладная на возврат->Накладная на возврат поставщику. 2. Приходит из Портала ЭСЧФ 3. При попытке выбрать первичный документ, чтобы связать документы п.1 и п.2, нужен выбор и из розничных документов. Сейчас их нет, см вложенную картинку.Добавлена возможность выбрать Накладную на возврат поставщику (розница).
102.1645119.1.52.0Ошибка записи даты в DSKУправление розничной торговлейПо номенклатуре
При первом запуске интерфейса в DSK записывается текущая дата. Которая в дальнейшем(через пару дней) мешает формировать отчет. При попытке сформировать получаем сообщение. Помогает только чистка DSK. Проявить можно следующим образом. 1)Чистим DSK. 2)Открываем интерфейс и запускаем формирование отчета на текущую дату. 3)Закрываем интерфейс. 4)Открываем интерфейс и запускаем формирование отчета на дату(текущий день+1).Для отчетов НАЛИЧИЯ, не анализируется конечная дата, т.к. в параметрах ее нет.
102.1637499.1.52.0Округление в графах 19 и 20 в отчете "Приложение к накладной ДМ-1"Управление розничной торговлейРеестр розничных цен
Округление в графах 19 и 20 в отчете "Приложение к накладной ДМ-1" Клиент просит исправить округление до 10 рублей в графах 19 и 20, т.к. на сегодняшний день они не актуальны, и сделать округление до копеек. Видимо раньше это округление стояло когда в обращении купюры с минимальным номиналом 10 рублей. Сейчас у нас в обращении появились копейки и округлять следует до копеек.Исправлен отчет "Приложение к накладной (ДМ-1)". Округлили графы 19, 20, 21 до копеек (т.е. до 2-х знаков после запятой).
101.611829.1.52.0Необходимо видеть оба номера договора в ДО и сопроводительных документахУправление договорамиПросмотр документов
В организации используется оба поля для идентификации Договора: DOGOVOR1.NODOC_EXT и DOGOVOR1.NODOC. Но пользователь сейчас может в ДО или сопроводительных документах видеть только одно поле. Предлагается расширить действие настройки "Отображение номера договора/соглашения в документах-основаниях и сопроводительных документах", чтобы можно было видеть оба номера. Клиенту нужен формат: [внутренний номер][номер]Добавлено новое значение для настройки Настройки ГалактикиЛогистикаДокументыУправление договорамиОтображение номера договора/соглашения в документах-основаниях и сопроводительных документах -внутренний номерномер
102.1638029.1.51.0Округление оптовой ценыУправление розничной торговлейКарточка учета товара в разрезе МЦ
При передаче в розницу в накладной учетная цена переходящая в накладную - меньше копейки. При формировании КУТ в поле "Оптовая цена" должна автоматически проставиться цена из накладной - как и в цену производителя, но вместо этого проставляется "0", так как для данного поля применяется округление модуля Снабжение, но не проверяется состояние настройки округления цен. В результате в отчеты по движению в закупочных ценах получаются некорректными - отчет не дает сумм. Необходимо либо добавить дополнительную настройку для Розницы по применению округления к оптовым ценам, либо дополнительно проверять настройку округления цен модуля Снабжение.Доработана настройка "Настройки Галактики Логистика Розничная торговля Округление оптовой цены в КУТ".
102.1584299.1.51.0необходима настройка округление оптовой ценыУправление розничной торговлейКарточка учета товара в разрезе МЦ
необходима настройка округление оптовой цены при оприходовании мц в розницу настройка Логистика/Документы/Управление снабжением/Округление в документах снабжения: математическое Это было сделано для того чтобы удовлетворить требованиям к данным предоставляемым в ЭСЧФ. А конкретно, все данные округляются до копейки, включая НДС. Но теперь при расчете цены к продаже на этапе оприходования накладной на получение МЦ в модуле Розничная торговля, все значения цен также округляются. И конкретно в поле Оптовая цена. Что приводит к ошибкам. Привожу скрины двух вариантов оприходования накладной на получение МЦ. В первой налог не входит в цену, во второй налог входит в цену. проблема возникает если делать накладную на возврат поставщику. для решения данной ошибки предлагаю ввести настройку которая бы давала возможность округлять либо не округлять оптовую цену.Добавлена новая настройка "Настройки Галактики Логистика Розничная торговля Округление оптовой цены в КУТ". Принимаемые значения: - нет - согласно настройке "Округление в документах снабжения" При настройке Нет, округление оптовой цены не производится, при другой - будет принимать значения согласно настройке "Настройки Галактики Логистика Документы Управление снабжением Округление в документах снабжения"
102.1568849.1.51.0Возможность округлять исходящий НДС до 2-х знаковУправление розничной торговлейКарточка учета товара в разрезе МЦ
Есть настройка "Настройки Галактики Логистика Розничная торговля Округлять исходящий НДС"(ROZN.ROUNDNDS). В связи с деноминацией о клиентов возникла необходимость округлять исходящий НДС до 2-х знаков. Настройка же позволяет, либо округлять до целых(в настройке выбрано значение "до рубля"), либо округлять до 3-х знаков(значение "Нет").При оприходовании накладной на розничный склад при настройке нет НДС округляет до 2-х знаков после запятой, при настройке до рубля округление - до рубля
102.1564889.1.50.0Отчет "Приложение к накладной (ДМ-1)" не печатает копейки и округляет до рубляУправление розничной торговлейКарточка учета товара в разрезе МЦ
Отчет "Приложение к накладной (ДМ-1)" не печатает копейки и округляет до рубля.Исправлен вывод сумм в отчете "Приложение к накладной (ДМ-1)"