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


Описание файла обновления:
ФайлL_ROZN_RES_810720.TXT
ОбновлениеL_ROZN_RES_810720
НазначениеОбщее
ПродуктГалактика 8.10
Релиз03.11.2006 : Atlantis 5.2.8
КомпонентL_ROZN
ТипRES
Версия8.10.72.0
Дата2016-10-20 07:54:58
Проблема ПИРПервое решениеОписаниеПроектДетализация
Что изменено:Как изменено:
180.9744NEWКод вида операции 04 в журнале выставленных счетов фактур за июль 2016Расчеты с поставщиками и получателямиЖурнал учета полученных и выставленных счетов-фактур
При печати журнала счетов фактур за июль 2017, в поле "Код вида операции" печатается код 04, хотя во втором полугодии 2016 г. его быть не должно. Вероятно это связано с тем, что период счета фактуры определяется по дате составления, а не по дате передачи? Однако в журнал попадают счета фактуры именно по дате передачи. Дата составления выставляемой счет фактуры заказчика должна соответствовать дате полученной счет фактуры посредника: Выписка из постановления 1137: 1. В строках указываются: а) в строке 1 - порядковый номер и дата составления счета-фактуры, применяемого при расчетах по налогу на добавленную стоимость (далее - счет-фактура). При составлении комитентом (принципалом) счета-фактуры, выставляемого комиссионеру (агенту), реализующему товары (работы, услуги), имущественные права от своего имени, а также при составлении в указанном случае комиссионером (агентом) счета-фактуры, выставляемого покупателю, указывается дата выписки счета-фактуры комиссионером (агентом). При составлении счета-фактуры комиссионером (агентом), приобретающим товары (работы, услуги), имущественные права от своего имени, указывается дата счета-фактуры, выставляемого продавцом комиссионеру (агенту). Необходимо определять период счета фактуры от даты передачи, для корректной работы функции "История изменения кодов вида операции".При печати журнала код операции с учетом истории ищется по дате передаче, а не составления СФ. Если СФ или записи корректировочные или исправительные, то код печатается на основании их даты, а не исходных СФ.
102.1425378.10.71.0Поправить печатные формы розничной накладной на внутреннее перемещение в текстовом форматеУправление розничной торговлейНакладная на внутреннее перемещение
При регламентном прогоне AQA-теста на версии 8.10 обнаружено некорректное формирование печатных форм розничной накладной на внутреннее перемещение в текстовом формате (формирование по Ctrl+P локального меню): - стандартная накладная на внутреннее перемещение - валютная накладная на внутреннее перемещение - требование-накладная. форма М-11 - требование-накладная. форма М-11 для бюджетных организаций - накладная на внутреннее перемещение, передачу товаров, тары (форма ТОРГ-13) - ведомость на постоянное пополнение запаса инструмента (форма М-30п)Исправлено
103.64728.10.69.0Отражать вид действия при переоценки в списочном интерфейсе актов на дооценку (уценку)Управление розничной торговлейАкт дооценки
Отражать вид действия при переоценки в списочном интерфейсе актов на дооценку (уценку). Сейчас при входе в оба вида переоценки (дооценка и уценка) открывается список операций, при этом в заголовке интерфейса видим "Розничная торговля: Переоценка" вне зависимости от того, какой вид переоценки представлен в данном интерфейсе. Понять это можно только, если зайти внутрь акта. Логично было бы отражать вид переоценки в заголовке списочного интерфейса актов.Изменены названия интерфейса, в зависимости от вида переоценки.
102.1250738.10.68.0Фильтр по МЦУправление розничной торговлейПересчет сальдовых остатков
Фильтр по МЦ Управление розничной торговлей | Операции | Пересчет сальдовых остатков. В данном пункте меню нет фильтра по МЦ. Пересчёт сальдовых остатков по всем МЦ на реальной БД занимает порядка 12 часов. Предложение. Сделать в данном пункте меню фильтр по МЦ.Добавлен Фильтр по МЦ. При выборе МЦ пересчитываются остатки по выбранным МЦ, если же выбора не было, то пересчет идет по всем приходам.
102.1264578.10.68.0Зависание при расчёте сальдовых остатковУправление розничной торговлейПересчет сальдовых остатков
Зависание при расчёте сальдовых остатков Несколько раз запускали пересчет сальдовых остатков в модуле "Управление розничной торговли", и каждый раз после подтверждения пересчета происходило зависание Галактики, остатки оставались не пересчитаны. У клиента, после чистки таблицы SALDORZ на копии БД после подтверждения пересчета появилось окно с отображением процесса и через несколько часов остатки пересчитались. Но при повторном пересчете Галактика опять зависает.Добавлен параметр "Удалять не связанные записи", включать только при необходимости удаления не связанных записей SaldoRz с rzKutPrih. И добавлена визуализация процесса удаления, чтоб не складывалось впечатления зависания системы.
102.1258078.10.67.0Печатная форма в FR не имеет заголовкаУправление розничной торговлейСправка о реализации товара
Печатная форма в FR не имеет заголовка Вместо названия "Предварительный просмотр"Исправлено
102.1261758.10.67.0Проблемы с позиционированием на входящий НДСУправление розничной торговлейАкт дооценки
Проблемы с позиционированием на входящий НДС. Значение настройки "Настройки Галактики Логистика Розничная торговля При расчете цен вычисление НДС по следующему алгоритму" - "равен входящему НДС". При создании акта дооценки, а также при обновлении налогов через локальный пункт меню(к шапке документа) с исходящим НДС происходят странные вещи. То он нулевой пока не подергаешь цену, то проставляется НДС равен входящему НДС предыдущей КУТ.При создании спецификации, производится расчет НДС. & УНАСЛЕДОВАННЫЕ ИЗМЕНЕНИЯ ШАБЛОНОВ: KUTMC.XLT LISTINV.XLT REPBEZ.XLT TORG3.XLT VSCHETR.XLT
102.1248618.10.66.0Добавить поля в Акт инвентаризации о недостаче МЦСкладской учетАкты о недостачах
Добавить поля в Акт инвентаризации о недостаче МЦ добавить наименование экономического субъекта, составившего документ (собственная организация); указать величину натурального и (или) денежного измерения факта хозяйственной жизни с указанием единиц измерения, где отсутствует (например: цена - в руб, сумма - в руб);Добавлено наименование собственной организации и денежные измерения для колонки "цена"(формат Текст).
102.1248678.10.66.0Добавить поля в Акт инвентаризации об излишках МЦСкладской учетАкты об излишках
Добавить поля в Акт инвентаризации об излишках МЦ добавить наименование экономического субъекта, составившего документ (собственная организация); указать величину натурального и (или) денежного измерения факта хозяйственной жизни с указанием единиц измерения, где отсутствует (например: цена - в руб, сумма - в руб);Добавлено наименование собственной организации и денежные измерения для колонки "цена"(формат Текст).
101.510648.10.64.0Реализовать форму "Уведомление о контролируемых сделках"Управление сбытомНакладные на отпуск
Заказчик просит реализовать в системе форму "Уведомление о контролируемых сделках", утвержденную приказом от 27 июля 2012 г. N ММВ-7-13/524@ "ОБ УТВЕРЖДЕНИИ ФОРМЫ УВЕДОМЛЕНИЯ О КОНТРОЛИРУЕМЫХ СДЕЛКАХ, ПОРЯДКА ЕЕ ЗАПОЛНЕНИЯ, А ТАКЖЕ ФОРМАТА ПРЕДСТАВЛЕНИЯ УВЕДОМЛЕНИЯ О КОНТРОЛИРУЕМЫХ СДЕЛКАХ В ЭЛЕКТРОННОЙ ФОРМЕ И ПОРЯДКА ПРЕДСТАВЛЕНИЯ НАЛОГОПЛАТЕЛЬЩИКОМ УВЕДОМЛЕНИЯ О КОНТРОЛИРУЕМЫХ СДЕЛКАХ В ЭЛЕКТРОННОЙ ФОРМЕ". Данные необходимо брать из накладных на отпуск и из договоров, которые привязаны в накладных на отпуск.Разработан новый отчет (см. вложенный файл "Уведомление о контролируемых сделках(01.05.13).doс")
102.1222458.10.64.0Удаление лишних записей в таблице SALDORZУправление розничной торговлейПересчет сальдовых остатков
Удаление лишних записей в таблице SALDORZ В таблице сальдо SALDORZ обнаружены лишние записи. В какой момент они появились - непонятно. Соответствующих приходов в таблице RZKUTPRIH нет. Пересчёт остатков (меню Операции - Пересчёт сальдовых остатков) не удаляет эти лишние записи. Проверка КОУ тоже. У клиента в базе данных таких записей огромное количество. Только полная очистка таблицы SALDORZ с помощью SQL-запроса и последующий пересчёт сальдовых остатков позволяют удалить эти лишние записи. Но клиент не может заниматься этим периодически: это ведь нужно в монопольном режиме делать.В функции "Пересчет сальдовых остатков" добавлена дополнительная проверка на соответствие приходов с сальдовыми остатками.
102.1235378.10.64.0Обнуление налогов после печатиУправление розничной торговлейКарточка учета товара в разрезе МЦ
Обнуление налогов после печати При вызове на печать формы форму "Приложение к накладной без НДС (ДМ-1)" обнуляются налоги в КУТ. Описание во вложении.При получении печатной формы, значения в таблицах не изменяются.
102.1238848.10.63.1Не верно рассчитывается розничная цена с НДСУправление розничной торговлейКарточка учета товара в разрезе МЦ
Не верно рассчитывается розничная цена с НДС, если для настройки: "Настройки Галактики Логистика Розничная торговля При расчете цен вычисление НДС по следующему алгоритму" указано значение - равен входящему НДСПри расчете розничной цены, учитывается настройка "Настройки Галактики Логистика Розничная торговля При расчете цен вычисление НДС по следующему алгоритму"
102.1230288.10.63.0Сумма розничной надбавки в ДОУправление розничной торговлейСчета, этапы ДО на продажу
Не понятно считается сумма розничной надбавки в ДО. Описание примера во вложении. есть примеры на тестовой базе Data (file://OAS-679/Data) 2 последних ДО розничной торговли.Изменен расчет розничной надбавки в ДО
102.1224698.10.62.0Экспорт-Импорт для РозницыУправление розничной торговлейНакладная на внутреннее перемещение
Для документов розничной торговли - НВП,акт на списание, акт на реализацию, добавить в доп. меню (Ctr+F10) вызов интерфейсов - Экспорт, Импорт, Протокол.В интерфейсы НВП, акт на списание, акт на реализацию в локальное меню добавлены пункты меню: - Экспорт - Импорт - Протокол.
102.1226468.10.62.0При формировании ДО портится хозоперация, связанная с другим ДОУправление розничной торговлейСчета, этапы ДО на продажу
При формировании ДО портится хозоперация, связанная с другим ДО Описание во вложении.При создании ДО на розничную торговлю из накладной реализации хозоперация, созданная по ранее сформированному ДО, не затирается
102.1112288.10.61.0Функц. пересчета рознич. цен по сущест. товарам согласно настр. в ПИР 102.111224Управление розничной торговлейКарточка учета товара в разрезе МЦ
Необходимо разработать функцию пересчета розничных цен согласно установленной настройки округления. Необходимость данной доработки возникает в следствии предложения по законодательству описанного в ПиР 102.111224.В документах Акт дооценки и акт уценки, добавлен пункт в локальное меню "Дополнить остатками для округления". В документе Акт дооценки добавляются все МЦ, которые нужно округлить в большую сторону, а в акте уценки - в меньшую сторону. Причем сразу же рассчитывает сумму округления.
102.1206698.10.61.0Исчезают расходные КУТУправление розничной торговлейКарточка учета товара в разрезе МЦ
Исчезают расходные КУТ.В документе "Накладная на возврат на оптовый склад/производство" записи в спецификации не связанные с приходной операцией КУТ подсвечиваются красным цветом и соответственно документ нельзя провести, пока не удалятся не корректные записи.
102.1220818.10.61.0Не удаляется информация о проданном товареУправление розничной торговлейТовар в Торговом зале
Не удаляется информация о проданном товаре.Введена новая настройка "Настройки Галактики Логистика Розничная торговля Количество дней хранения данных в торговом зале с нулевым остатком", которая позволяет регламентировать количество дней для функции удаления товара с нулевым остатком из торгового зала.
102.1183758.10.60.0Заблокировать клавишу Del в выпадающих спискахУправление розничной торговлейНе знаю, какая именно часть модуля Управление розничной торговлей, научите
Заблокировать клавишу Del в выпадающих списках Шаги выполнения: Зайти в Отчеты - Отчет о продаже и запасах товаров и в выпадающих списках нажать del Фактический результат: При сходе с поля появляется сообщение: --------------------------- Ошибка --------------------------- Ошибка ввода числового значения. Примеры ввода : 10, 0, 100 --------------------------- ОК --------------------------- Ожидаемый результат: Клавиша del должна быть заблокирована в выпадающих спискахИсправлено редактирование для 2-х полей: "месяц", "Выводить группы".
102.1196438.10.60.0При щелчке по документу правой кнопкой мыши пропало меню перехода в хозоперации.Управление розничной торговлейНакладная на реализацию
При щелчке по документу правой кнопкой мыши пропало меню перехода в хозоперации.Вернули возможность перехода в Хозоперации по правой клавише меню.
102.1169918.10.59.0Прикладная ошибка. Отсутствует позиция в таблице. Код ошибки: 310. таблица N1006Управление розничной торговлейНакладная на возврат от покупателя
Прикладная ошибка. Отсутствует позиция в таблице. Код ошибки: 310. таблица N1006 Если при создании накладной на возврат от покупателя из верхней части после выбора Подразделения и МОЛ поставить курсор в поле "Партия" или "Тип платежа", то появляется сообщение об ошибке: --------------------------- Ошибка --------------------------- Прикладная ошибка. Отсутствует позиция в таблице. Код ошибки: 310. таблица N1006 --------------------------- ОК ---------------------------Убрано не корректное сообщение об ошибке.
102.1168768.10.58.0Добавить предупреждение при изменении количестваУправление розничной торговлейАкт дооценки
При изменении количества в акте дооценки система не просит выбрать из приходов. Из-за этого возникает ситуация, когда после переоценки невозможно провести перемещение по накладным. А в накладной на перемещение до переоценки не видно расходного документа по переоценке.При конфликтной ситуации, т.е. не привязанные записи спецификации акта дооценки с приходными КУТ подсвечиваются красным цветом и при попытке переоценки выдается соответствующее сообщение об её устранении. Также исправлена ситуация кнопки Дополнить остатками (остатки привязываются к приходным КУТ)
101.481048.10.57.0Убрать сообщениеСкладской учетНакладная на перемещение склад -> розничная торговля
Убрать сообщение "Переносить цены из накладной в цену продажи КУТ?" при перемещении МЦ накладной Склад -> Розничная торговля.Добавлена новая пользовательская настройка "Настройки Галактики Логистика Розничная торговля Переносить цены из накладной в цену продажи КУТ", возможные значения: Да, Нет, По запросу (по умолчанию - По запросу)
102.1151818.10.57.0Зависает Галактика при создании накладной на возврат от покупателяУправление розничной торговлейНакладная на возврат от покупателя
Зависает Галактика при создании накладной на возврат от покупателя Шаги выполнения: 1. Зайти в Управление розничной торговлей - Документы - Накладные на возврат - Накладная на возврат от покупателя 2. Создать новую накладную 3. Выбрать склад и МОЛ 4. При добавлении позиций спецификации выбрать МЦ, отмеченную серым цветом Фактический результат: 4. Галактика зависает и помогает только диспетчер задач Ожидаемый результат: 4. Должно выдаваться сообщение, что нет расходов по такой МЦУбрано зависание при создании накладной на возврат от покупателя
102.1150638.10.56.0Пропала возмож. оприход. акты об излишках по МЦ с нулевым ко-вом(Потеря приемст)Управление розничной торговлейВвод фактического наличия в инвентаризации
Пропала возможность оприходывать МЦ с нулевым ко-вом по актам об излишках созданных из инвентаризации.Оприходуется МЦ с нулевым количеством по актам об излишках созданных из инвентаризации.
102.1145628.10.55.0Выделять синим цветом помеченные ДОУправление розничной торговлейСчета, этапы ДО на продажу
Выделять синим цветом помеченные ДОВыделенные записи выделяются синим цветом.
102.1145638.10.55.0Ошибка после попытки печатиУправление розничной торговлейСчета, этапы ДО на продажу
Ошибка после попытки печати. Входим в ДО - CTRL+P - не печатаем - ESC. Выходим из ДО в список - видим пометки на всех ДО, нажимаем INS или "-" или "+" и получаем ошибку.Устранена ошибка при выходе из печати.
102.1145648.10.55.0Убрать подсказку, т.к. не работаетУправление розничной торговлейНакладная на реализацию
Убрать из подсказки в статус-строке браузера нижеприведенный текст, т.к. не работает: "ALT+F - установить фильтр".Убрана подсказка ("ALT+F - установить фильтр") из статус-строки.
103.56948.10.54.0Кривая нумерация приходных ордеров в конце годаСкладской учетПриходные ордера
В январе 2012 года заносим в БД приходные накладные 2011 и 2012. При оприходовании система присваивает складским ордерам 2011 года последний номер за 2012. Используем нумерацию по последним номерам БД.При создании ордера из документов с указанием в дате предыдущего года будет учитываться последний номер ордера за год из даты создаваемого ордера, а не по текущему году (при настройке "по последним номерам БД" учитывается поле YearOrd). Например: создаем ордер 12.01.2012 с датой 30.12.2011 года, номер ордера будет создан с учетом последнего номера ордера в 2011 году, а не в 2012, как было ранее.
102.1083108.10.53.0В графе 8(Всего с НДС) отображается сумма без НДС(если была дооценка)Управление розничной торговлейНакладная на возврат поставщику
В графе 8(Всего с НДС) отображается сумма без НДС в случае если по МЦ была проведена дооценка(СМ. ВЛОЖЕНИЕ). В связи со скачком валюты, весь товар дооценивался несколько раз и сейчас приходится все накладные по возвратам поставщику корректировать руками, что существенно затрудняет использование ПК "Галактика". Пример можно посмотреть по пути:\OTP-788 estvozvrat. См. Накладную на возврат поставщику 000002 от 09/06/2011.В графе 8(Всего с НДС) отображается сумма c НДC.
102.1116558.10.53.0Некорректный текст сообщенияУправление розничной торговлейНакладная на возврат от покупателя
Некорректный текст сообщения Если в накладной на возврат указать количество МЦ больше, чем было реализовано, то выдается следующее сообщение: --------------------------- Информация --------------------------- Количество товара по операции превышает остаток. --------------------------- ОК --------------------------- что неверно. Остаток в данном случае не при чем. Надо, чтобы писало: "Количество товара по операции превышает реализованное количество." или что-то в этом родеИсправлен текст сообщения. Выдается сообщение "Количество товара по операции превышает допустимое количество."
102.1117798.10.53.0Не считается общая сумма при выводе на печать всех отчетовСкладской учетНакладная на перемещение склад -> спецоснастка
Не считается общая сумма при выводе на печать всех отчетов Складской учет -Документы-> Накладная Склад - спецоснастка 1.Заходим в любой заполненный и оприходованный документ 2.Печать CTRL+P 3.Выделяем все документ "+" 4.Смотрим Excel отчет "Акт ввода в эксплуатацию (ВСМН)" Результат: общий итог не посчитался и равен нулю! Если же напечатать только этот один отчет итог посчитается!Исправлен вывод итогов по "Акту ввода в эксплуатацию (ВСМН)", если одновременно выбрать данную форму в окне выбора форм и "3. Накладную на внутреннее перемещение,передачу товаров,тары(форма №ТОРГ-13)".
101.472778.10.52.0Округление в актах об излишках. Первоисточник 101.44101Складской учетПредложение по новой функциональности модуля Складской учет
ПИР 101.44101 был реализован не так, как просил заказчик. Были добавлены настройки для округления во всех сопроводительных документах складского учета. А изначально просили только об акте об излишках. Дело в том, что у клиента округление используется только в приходных накладных (для них есть настройка), а также требуется в актах об излишках. Всё это довольно подробно с примерами описано в указанном мною ПИРе 101.44101. Просьба доработать функционал согласно первоначальной постановке задачи. Необходимо для актов, создаваемых непосредственно из инвентаризации(!!) и по F7(!!). Округления в ордерах не подходит. Нужен функционал округления, аналогичный при формированию документа "приходная накладная". ( Для этого существуют настройки 1070 "Округление в документах снабжения" и 1071 "..значения в НДЕ округлять до"). "Добавлены настройки: "Настройки Галактики Логистика Складской учет Сопроводительные документы Акт об излишках " - Округление в актах - ..значения в НДЕ округлять до - ..значения в валюте округлять до Данные настройки действуют при создании Акт об излишках вручную и из инвентаризации. Также настройки действуют на печатную форму акта. Исправлена также печать в Акте об излишках валютных сумм по настройкам округления.
102.1108278.10.52.0Прикладная ошибка. Отсутствует позиция в таблице. Код ошибки: 310. таблица N3000Управление розничной торговлейКарточка учета товара в разрезе МЦ
Прикладная ошибка. Отсутствует позиция в таблице. Код ошибки: 310. таблица N3000 Ошибка при обновлении записи в таблице rzSpDocP Шаги выполнения: 1. Зайти в Управление розничной торговлей - Документы - КУТ в МЦ 2. Перейти в режим просмотра по всем КУТ 3. Выделить несколько КУТ "Приход от поставщика" - Локальное меню - Пакетное формирование документов - Акт переоценки 4. Выбрать основание переоценки и задать условия формирования цены реализации "процент наценки" или "умножением на" 5. Нажать на кнопку сформировать 6. Перейти к созданным актам 7. Зайти в акт - Локальное меню - Изменить налог/надбавку Фактический результат: 7. Появляется сообщение об ошибке: --------------------------- Ошибка --------------------------- Прикладная ошибка. Отсутствует позиция в таблице. Код ошибки: 310. таблица N30004 --------------------------- ОК --------------------------- и при выходе ещё одно: --------------------------- Ошибка --------------------------- Ошибка при обновлении записи в таблице rzSpDocP --------------------------- ОК --------------------------- Ожидаемый результат: 7. Сообщений об ошибке быть не должноИзменен алгоритм формирования актов дооценки и уценки при пакетном формировании в карточке учета товара.
102.1116548.10.52.0Зависает Галактика при добавлении 2-х одинаковых МЦУправление розничной торговлейНакладная на возврат от покупателя
Зависает Галактика при добавлении 2-х одинаковых МЦ Если в накладной на возврат от покупателя ввести в спецификации 2 одинаковые МЦ, при добавлении 2-ой МЦ Галактика зависает.Убрано зависание системы при добавлении повторно одно и того же МЦ
102.1121008.10.52.0Ошибка при увеличении количества МЦУправление розничной торговлейАкт об излишках
Ошибка при увеличении количества Шаги выполнения: 1. Зайти в Розничную торговлю - Инвентаризация - акт об излишках 2. Выбрать подразделение и МОЛ 3. Выбрать несколько МЦ 4. В одной из МЦ изменить количество на более мелкое (например, с 100 на 90). затем вернуть значение на большее Фактический результат: 4. Появляются сообщения: --------------------------- Информация --------------------------- Количество товара по операции превышает остаток. --------------------------- ОК --------------------------- --------------------------- Информация --------------------------- Не определено количество товара... --------------------------- ОК --------------------------- Но если МЦ удалить и добавить заново - все изменяется Ожидаемый результат: Такого быть не должноУстранена ошибка при изменении количества.
102.1122448.10.52.0Некорректно изменяется дескритор в хозоперациях по документам переоценки розницыУправление розничной торговлейАкт дооценки
Некорректно изменяется дескритор в хозоперациях по документам переоценки розницы(СМ. ВЛОЖЕНИЕ)Дескриптор и группа в хозоперациях меняется, только при смене их в документе, по которому они сформированы.
104.196598.10.52.0Не попадают данные из Акта передачи МЦ в спецоснастку в его печатную формуСкладской учетНакладная на перемещение склад -> спецоснастка
При создании накладной на перемещение со склада в спецоснастку на основании Распоряжения на передачу МТР в спрецоснастку в печатную форму документа не попадают данные: распоряжение и дата, позиция спецификации (есть только цена и сумма), Руководитель.(помечено желтым цветом на скриншотах) Просим сделать так, чтобы внесенные данные попадали в соответствующие поля печатной формы. Также в печатной форме уже существуют поля (помечено зеленым цветом на скриншотах) для внесения имен председателя и членов комиссии, поэтому огромная просьба доработать интерфейс накладной так, чтобы эти имена можно было вносить с самой накладной на перемещение, и чтобы эти данные попадали в существующие поля печатной формы.Доработана печатная форма Акта ввода в эксплуатацию (ВСМН). 1. Добавлен вывод номера и даты распоряжения, если Накладная создана по распоряжению. 2. Добавлен вывод комиссии в акт из окна ввода сотрудников, которое появляется перед печатью накладной по настройке: "Настройки Галактики Логистика Складской учет Сопроводительные документы Запрашивать выбор сотрудников при печати документов". 3.Спецификация в указанный акт печатается, если произвести Перевод в спецоснастку МЦ по накладной, т.к. данные в акт попадают из спецоснастки, а не из Накладной.
103.55698.10.51.0Потеря преемственности. При нулевых остатках МЦ нельзя оприходовать возвратУправление розничной торговлейНакладная на возврат от покупателя
Потеря преемственности. При нулевых остатках МЦ нельзя оприходовать возврат товара Описание проблемы от клиента - во вложении. Проверил у себя на EXE от 01.11.2011 - подтверждается... Поставил L_Rozn 8.10.49 - оприходование происходит без проблем. Но L_Rozn по компонентам связана с C_ExpImp, L_Sklad, L_Soprdoc... В общем, нужен срочный вариант исправления данной ситуации...Восстановлена работа п.м. "Накладная на возврат от покупателя".
101.458748.10.50.0Не верный расчет сумм в стоимостной инвентаризацииУправление розничной торговлейВвод фактического наличия в инвентаризации
Не верный расчет сумм в стоимостной инвентаризации. См. подробности во вложении.1. Для стоимостной инвентаризации в модуле Управление Розничной торговли исправлены расчеты полей Сумма по документу и сумма фактически. 2. Сумма расхождения теперь рассчитается как произведение учетной цены на значение в колонке "Разница". 3. Исправлено формирование печатных форм - Сличительная ведомость по итогам инвентаризации в розничной торговле - Сличительная ведомость результатов инвентаризации ТМЦ N 19 4. Исправлена ошибка формирования акта об излишках для стоимостной инветразации, ранее не формировалась спецификация документа.
101.470188.10.50.0Заполнение поля "Отпуск груза произвел" в форме ТОРГ-13Складской учетНакладные на внутреннее перемещение
Клиенту необходимо, чтобы в накладной на внутреннее перемещение (складской учет, розничная торговля) и в акте перемещения между объектами, при заполненном поле "Сдал отправитель" (Товарно-транспортная информация по документу), в форме ТОРГ-13 в поле "Отпуск груза произвел" подставлялось значение этого поля ("Сдал отправитель"). Это уже реализовано в ТОРГ-12, например, в Управлении сбытом -> Накладные на отпуск.Данная форма является законодательной и в инструкции по заполнению четко прописано, что в поле "Отпустил" заполняется МОЛ. Для пользователя в поток фомата Бизнес-Текст вывели поля: Сдал_Отправитель_Должность Сдал_Отправитель Данные поля можно добавить в свою присоединенную форму.
101.473618.10.50.0Удаляются даты прихода и расхода в КУТУправление розничной торговлейКарточка учета товара в разрезе МЦ
Удаляются даты прихода и расхода в КУТВ документах Акт на списание, Накладная на внутреннее перемещение при списании/перемещении МЦ, контролирется количество (его наличие) в приходных КУТ. При недостатке МЦ списание/перемещение не происходит, а выдается протокол, в котором указываются "конфликтные" позиции. При устранении конфликтных позиций, можно произвести повторное списание/перемещение.
102.1079858.10.50.0Реализовать Ord_LIFO.vpp на отдельном интерфейсе.Складской учетПриходные ордера
Реализовать Ord_LIFO.vpp через отдельный объектный интерфейс. Описание подключить в Sklad.vih Объектную переменную в Sklad.varРеализован объектный интерфейс. Вызов через подключение Sklad.vih и Sklad.var.
102.1090648.10.50.0Не печатаются КУТ в FastReportУправление розничной торговлейКарточка учета товара в разрезе МЦ
Не печатаются КУТ в FR Шаги выполнения: 1. Зайти в Розничная торговля - Документы - КУТ в МЦ - Просмотр по всем КУТ (ctrl+enter) 2. Попробовать распечатать в FR документы с операцией "Уценка", "Инвентаризация излишков", "Внутреннее перемещение", "Ввод остатков" Фактический результат: 2. Не печатаются в Fast Report операции "Уценка", "Инвентаризация излишков", "Внутреннее перемещение", "Ввод остатков" Ожидаемый результат: 2. Разобраться, если данные документы должны выводиться на печать, то доработать. Если не должны - отобразить это в Help-еДля операций "Приход от поставщика" и "Приход со склада" пункт меню "Печать документа в FastReport Ctrl+P" будет доступен, а для всех остальных типов операций - не доступен. Добавлен Help-топик.
102.1090918.10.50.0Ошибка при обновлении записи в таблице rzSpDocPУправление розничной торговлейКарточка учета товара в разрезе МЦ
Ошибка при обновлении записи в таблице rzSpDocP Шаги выполнения: 1. Зайти в Управление розничной торговлей - Документы - КУТ в МЦ 2. Перейти в режим просмотра по всем КУТ 3. Выделить несколько КУТ "Приход от поставщика" - Локальное меню - Пакетное формирование документов - Акт переоценки 4. Выбрать основание переоценки и задать условия формирования цены реализации "процент наценки" или "умножением на" 5. Нажать на кнопку сформировать 6. Перейти к созданным актам 7. Зайти в акт - Локальное меню - Сортировка МЦ - esc Фактический результат: 7. Появляется сообщение об ошибке: --------------------------- Ошибка --------------------------- Ошибка при обновлении записи в таблице rzSpDocP --------------------------- ОК --------------------------- Ожидаемый результат: 7. Сообщения быть не должноОтносится к: Акт дооценки, Акт уценки (Управление розничной торговлейОперацииПереоценка) Исправлено.
102.1096878.10.50.0Не выводится МОЛ при печати в ExcelУправление розничной торговлейТоварный отчет
Не выводится МОЛ при печати в Excel Шаги выполнения: 1. Зайти в "Управление розничной торговлей - Отчеты - Товарный отчет" 2. Ввести период формирования, подразделение и МОЛ 3. Выбрать тип отчета - Excel - Товарный отчет (с налогом на продажу) или Товарный отчет (типовая форма) 4. Нажать "Сформировать" Фактический результат: 4. Не выводится МОЛ при печати в Excel Ожидаемый результат: 4. Должно формироваться как и в бизнес-текстеИсправлен вывод МОЛ в товарном отчете в рознице.
104.196178.10.50.0Возврат на склад из розничной торговлиУправление розничной торговлейНакладная на возврат на оптовый склад
яв При формировании накладной на возврат на оптовый склад система неверно формирует приходную цену на складе. Установлены настройки в розничной торговле см. вложеный файл. Кроме того, в настройках подразделений установлен порядок формирования цены: на складе - без налогов, в подразделении розничной торговли - с налогами. Документы формируются по следующей схеме: 1.япприход от поставщика на склад. 2.яннакладная Склад-розничная торговля.яв в ней устаналивается цена из прайс-листа. 3. возврат на склад - Накладная на возврат на оптовый склад/производство. яВ п.п. 1и 2 цены формируются правильно. А в п.3, т.е. при возврате товара на оптовый склад, цена цена включает в себя сумму ндс, что не совсем корректно. Примеры со своей стороны и примеры от клиента в скриншотах во вложениях. Там же файл со значениями настроек и отчет о компонентахПри формировании накладной Возврат на оптовый склад, не учитывалась настройка страны в группе налогов. Обработана данная ситуация, при возврате МЦ, учитывается контрагент из приходной КУТ, для рассмотрения использования налогов для страны.
101.463108.10.49.1Необходим экспорт документа из Управления розничной торговлиОбмен бизнес-документамиЭкспорт
Необходимо экспортировать следующий документ: Управление розничной торговлей - Документы - Накладная на внутреннее перемещениеВ модуль Обмен бизнес документами в операции добавлено 2 типа документов: - Документы розничной торговли - Инвентаризация Для документов розничной торговли предусмотрены 3 подтипа документов: - Акт на списание - Накладная на внутреннее перемещение - Накладная на реализацию
102.1101568.10.49.1Пересчет отпускных единиц измерения в спецификации накладной на реализациюУправление розничной торговлейНакладная на реализацию
Не работает пересчет количества по коэффициентам отпускных единиц измерения, если в накладную на реализацию добавлять МЦ с отпускными единицами из прайс-листа. Необходимо доработать, чтобы количество при добавлении из прайс-листа пересчитывалось корректно по коэффициентам отпускных единиц. Также нужно, чтобы в спецификацию накладной переносилась отпускная единица измерения.Доработан пересчет количества по коэффициенту отпускной единицы измерения, указанной в прайс-листе, при формировании по нему спецификации накладной на реализацию. Также из прайс-листа переносится в накладную и сама отпускная единица измерения.