2017-02-10 18:51:25
Краткое описание :
Акт о приемке (сбыт) не учитывается в акте сверкиОписание :
Акты сверкиЧто измененно :
Акт о приемке (сбыт) не учитывается в актах сверки по договорам
Как измененно :
Акт о приемке (сбыт) добавлен акт сверки в договорах
2017-02-10 18:51:25
Краткое описание :
Договора гос. заказа. Возможность менять статус при не заданных р/сОписание :
Ввод договораЧто измененно :
После реализации ПИРа 101.58562 пропала возможность переводить договора на закупку (исполнение госзаказа) в статус исполняемый, если не определены расчетные счета контрагентов. Выдается предупреждение: "В договоре не заполнены расчетные счета контрагентов". Спецсчета открываются позже. А до этого момента клиенту нужно установить статус "исполняемый".
Предлагается предупреждение переделать в диалог, как и было в начальной постановке задачи. в случае отказа от ввода р/с дать возможность изменить статус.
Как измененно :
Если в договоре вида "Исполнение гос контракта" не указаны расчетные счета, то при переводе в статус "Исполняемый" выдается предупреждение с возможностью продолжить изменение статуса
2017-02-10 18:51:25
Краткое описание :
Контроль пересечения дат ПКП и срока действия договораОписание :
Календарный планЧто измененно :
Контроль пересечения дат ПКП и срока действия договора
Есть договор (договор аренды). Заключен 15.12.2016. Срок действия с 1.1.2017 по 31.12.2017
При этом гарантийный взнос (ГВ) по договору должен быть внесен 23.12.2016
т.е. до начала действия договора),а возвращен после окончания действия договора.
Пользователь пытается завести ПКП (тип: финансовый) на гарантийный взнос и получает отлуп,
так как согласно логике системы, такого быть не может. Может.
Поэтому, чтобы завести такой ПКП пользователь меняет срок действия договора
ставит дату начала по дате платежа ГВ), заводит ПКП, потом идет обратно и ставит дату договора
как в документе (оригинале). В результате систему удалось обмануть (то есть получили требуемый
результат и этот "контроль" не помеха), но путем выполнения большей последовательности действий
и увеличения потенциальных ошибок (например, пользователь может не поменять даты срока действия
договора обратно - в результате в БД введенный документ с некорректными реквизитами).
Сделайте, пожалуйста, контроль пересечений сроков договоров и (хотя бы финансовых) ПКП по настройке.
Чтобы можно было отключить, если не такой контроль требуется (и даже мешает) для улучшения эргономики
работы в системе и уменьшения количество потенциальных ошибок со стороны пользователя.
Как измененно :
Для авансовых ФинПКП допускается ввод даты начала периода, предшествующей периоду действия договора/соглашения
2017-02-10 18:51:25
Краткое описание :
Выбор новой позиции спецификации ПКП из разных каталоговОписание :
Календарный планЧто измененно :
Выбор новой позиции спецификации ПКП из разных каталогов
При добавлении новой позиции в спецификацию ПКП договора по F7 выбираем пункт "Выбор из каталога", автоматически открывается каталог МЦ.
Для того, чтобы открылся каталог услуг нужно сначала проигнорировать вышедшее контекстное меню, затем указать тип позиции, а уже затем
при выборе из каталога откроется каталог услуг.
Необходимо чтобы при добавлении новой позиции спецификации сразу предоставлялся выбор - 2 пункта: "Выбор из каталога МЦ" и
"Выбор из каталога услуг".
Как измененно :
Как и в договоре, в ПКП убран автозапуск выбора при добавлении новой позиции.
Теперь сначала можно изменить тип позиции, а затем произвести выбор.
2017-02-10 18:51:25
Краткое описание :
Раздельная нумерация (внешний номер) договоров в разрезе видовОписание :
Ввод договораЧто измененно :
Предложение:Раздельная нумерация (внешний номер) договоров в разрезе видов.
Находим последний номер договора с таким же видом и к нему +1.
Как измененно :
Добавлена возможность нумерации в рамках вида договора (по сокращенному наименованию вида) в алгоритм формирования внутреннего номера договора
В настройке сегмента выбирается формирование номера по спец. таблице, произвольная нумерация по виду договора (сокращение)
2017-02-10 18:51:25
Краткое описание :
Возможность округлять исходящий НДС до 2-х знаковОписание :
Карточка учета товара в разрезе МЦЧто измененно :
Есть настройка "Настройки Галактики \ Логистика \ Розничная
торговля \ Округлять исходящий НДС"(ROZN.ROUNDNDS).
В связи с деноминацией о клиентов возникла необходимость округлять исходящий
НДС до 2-х знаков.
Настройка же позволяет, либо округлять до целых(в настройке выбрано значение
"до рубля"),
либо округлять до 3-х знаков(значение "Нет").
Как измененно :
При оприходовании накладной на розничный склад при настройке
нет НДС округляет до 2-х знаков после запятой, при настройке до рубля
округление - до рубля
2017-02-10 18:51:25
Краткое описание :
необходима настройка округление оптовой ценыОписание :
Карточка учета товара в разрезе МЦЧто измененно :
необходима настройка округление оптовой цены
при оприходовании мц в розницу настройка Логистика/Документы/Управление
снабжением/Округление в документах снабжения: математическое
Это было сделано для того чтобы удовлетворить требованиям к данным
предоставляемым в ЭСЧФ. А конкретно, все данные округляются до копейки, включая
НДС.
Но теперь при расчете цены к продаже на этапе оприходования накладной на
получение МЦ в модуле Розничная торговля, все значения цен также округляются.
И конкретно в поле Оптовая цена. Что приводит к ошибкам.
Привожу скрины двух вариантов оприходования накладной на получение МЦ. В первой
налог не входит в цену, во второй налог входит в цену.
проблема возникает если делать накладную на возврат поставщику.
для решения данной ошибки предлагаю ввести настройку которая бы давала
возможность округлять либо не округлять оптовую цену.
Как измененно :
Добавлена новая настройка "Настройки Галактики \ Логистика \
Розничная торговля \ Округление оптовой цены в КУТ". Принимаемые значения: - нет
- согласно настройке "Округление в документах снабжения"
При настройке Нет, округление оптовой цены не производится, при другой - будет
принимать значения согласно настройке "Настройки Галактики \ Логистика \
Документы \ Управление снабжением \ Округление в документах снабжения"
2017-02-10 18:51:25
Краткое описание :
Входящее сальдо в акте сверки по договорамОписание :
Акт сверки взаиморасчетов с контрагентом по договорамЧто измененно :
Входящее сальдо в акте сверки по договорам
В документации к отчету есть такое предложение: "Если в реестре настроек не
установлен Оперативный расчет сальдо контрагентов, то Входящее сальдо в отчете
рассчитывается по всем отмеченным типам документов до даты начала периода
отчета с учетом фильтра по наличию оборотов.", т.е. пересчитываются вообще все
документы за все время. А как рассчитывается сальдо, если оперативный расчет
сальдо включен, в справке не написано. Опытным путем выяснили, что
рассчитывается оно так же, просто считает вообще все документы. Но ведь это не
правильно, по логике, отчет должен брать сальдо на дату включения оперативного
расчета из таблицы сальдо и считать документы от него. Иначе у заказчика в
отчете всегда будут неверные цифры, т.к. порядок в документах навели только с
определенного момента
Идеально будет, если, при включенной настройке "Оперативный расчет сальдо",
сальдо в отчете не будет рассчитываться, а просто будет браться из таблицы
оперативного сальдо на дату, до начала периода отчета. Понятно, что такой
вариант будет работать только, если сальдо ведется в разрезе договоров, если же
не в разрезе договоров, то пусть рассчитывается. Так же и для отчета в разрезе
ДО.
Если же так реализовать нельзя, то, как вариант, в акте сверки по договорам при
включенной настройке обрезать сальдо и брать документы с возрастом старше даты,
указанной в этой настройке и меньше даты начала периода отчета.
Как измененно :
Если включена настройка "Настройки Галактики \ Логистика \
Расчеты с контрагентами \ Оперативный расчет сальдо контрагентов" и в
аналитическом разрезе присутствует "Договор", то входящее сальдо договоров
берется из баланса взаиморасчетов с контрагентами.
2017-02-10 18:51:26
Краткое описание :
Расчетный листок, при наличии смежных лицевых счетов, стал
выводиться дваждыОписание :
Расчетные листкиЧто измененно :
Расчетный листок, при наличии смежных лицевых счетов, стал
выводиться дважды (в бизнес-тексте) у совместителя при снятом параметре
"прибавлять данные по совместителям к основному работнику".
Как измененно :
РЛ в формате Бизнес-текст выводятся в правильном количестве.
2017-02-10 18:51:26
Краткое описание :
У сотрудника с долгом при переходе на след. месяц не
печатается р/лОписание :
Расчетные листкиЧто измененно :
У сотрудника с долгом при переходе на след. месяц не печатается
р/л. Сотрудник уволился, расчет с долгом, статус "закрыт для расчета". Перехожу
на след. расчетный период, рассчитываю з/пл по всем сотрудникам и ожидаю
увидеть р/л на такого сотрудника с долгом (начислений нет, удержаний нет, а вот
долг должен остаться). В параметрах печати р/л установлена опция "печатать
листки при отсутствии данных".
Как измененно :
Исправлено. РЛ печатается для уволенного работника с долгом.
2017-02-10 18:51:26
Краткое описание :
9.1 алг 136 ошибка при выполнении алгоритмаОписание :
по 136-му "Формирование связей между позициями журналу резервирования"Что измененно :
9.1 алг 136 при выполнении алгоритма
тест d:\Z_TEST\910\satin\AltayVagon\
сегмент 028_ПП_136 алг Дорасчет Плана запуска-выпуска ДСЕ. Формирование
связей между позициями ЖР(ПЗ)
сообщение об ошибке
Ошибка выполнения запроса! sqlFetchIntoByName(vliStmt, #tmpPosToTransmitVIP)
Содержаение
ORA90DRV.LOG
27.12.2016 09:36:42 [SATIN]:
Fetch
ORA-00932: inconsistent datatypes: expected BINARY got NUMBER
Как измененно :
Исправлено.
2017-02-10 18:51:25
Краткое описание :
В агентском многостороннем договоре нет поля штрих-код, надо добавитьОписание :
Ввод договораЧто измененно :
В агентском многостороннем договоре нет поля штрих-код (связь с ЭХД), надо добавить
Как измененно :
В агентском многостороннем договоре добавлено поле штрих-код *связь с ЭХД)
2017-02-10 18:51:25
Краткое описание :
Новый вид банковской гарантииОписание :
Работа с банковской гарантиейЧто измененно :
Надо добавить в список видов банковских гарантий
еще один вид - Гарантия участия в торгах.
Как измененно :
Добавлен новый вид БГ - "Обеспечение заявки на участие в закупке"
2017-02-10 18:51:25
Краткое описание :
Семафор в сальдо контрагентовОписание :
Баланс взаиморасчетов с контрагентамиЧто измененно :
Добавить семафор в сальдо контрагентов
Как измененно :
Добавлен семафор при изменении сальдо контрагентов
2017-02-10 18:51:25
Краткое описание :
Нумерация договора по алгоритму после удаления записиОписание :
Ввод договораЧто измененно :
Создаем договор с алгоритмом формирования внутреннего номера (включена настройка Нумерация договоров (внутренний номер - по алгоритму) и задан алгоритм с формированием номера по специальной таблице). Договор создался по алгоритму с номером по специальной таблице, например номер 001. Если удалить договор и создать новый, то запись будет создана со следующим по порядку номером 002, а не с номером удаленной до этого записи 001. Приходится править номер вручную в специальной таблице.
Клиент просит дать возможность при формировании номера договора по алгоритму делать автоматическую корректировку номера в специальной таблице при удалении записи, с аргументом, что при формировании договора по алгоритму сбить нумерацию нельзя не согласен
Как измененно :
Поскольку номер формируется во внешнем алгоритме, то удаление договора производится без учета сторонней функциональности.
Однако алгоритм доработан таким образом, чтобы сначала проверялся последний номер из специальной таблицы.
Если он свободен, то берется он, иначе - следующий
2017-02-10 18:51:25
Краткое описание :
9.1.Управление договорами.Пакетное формированиеДО на переработку.Описание :
ДО на продажу/закупку/давальческиеЧто измененно :
При пакетном формировании ДО на переработку, формируется ДО на закупку, в которое попадает услуга на переработку.
Как измененно :
Доработан алгоритм формирования ДО по давальческим договорам
2017-02-10 18:51:26
Краткое описание :
Балансовое время в расчетном листкеОписание :
Расчетные листкиЧто измененно :
Клиент использует стандартный Пользовательский отчет
"Пользовательский отчет (тариф, процент)" для распечатки расчетных листков. В
этом виде в расчетном листке выводятся дополнительные столбцы: часов баланс, %
допл. и тариф. Клиент просит в столбец "Часов баланс" по каждой доплате
выводить балансовое время по графику указанному в предварительном просмотре
этой доплаты, т.е. напротив каждой оплаты, с учетом переходов, указывать часы
по графикам на данных переходах.
Как измененно :
Доработано формирование расчетных листков в формате
Бизнес-Текст для Казахстана. При наличии у сотрудника перехода в межпериод,
изменении графика режима работы и при печати расчетного листка не установлена
настройка "Суммировать однотипные виды оплат" данные в столбце "Часов баланс"
по каждой доплате выводить балансовое время по графику (график для каждой
оплаты определяется по периоду действия графика и за какой период начисления).
2017-02-10 18:51:26
Краткое описание :
9.1 Не корректно устанавливается фильтр по колонкамОписание :
Производственные заказыЧто измененно :
9.1 Не корректно устанавливается фильтр по колонкам
(функциональность системных фильтров)
на базе BY01-821.topsoft.local\INS_91 PENZA документ
ПЗ_(ПРЗ) Подетальный план выпуска цеха_Цех 0900 КШП
устанавливаю фильтр по колонке Комплект
в пустом поле сверху колонки набираю S01
в результатк в спецификации нет ни одной записи, хотя на самом деле они есть.
Как измененно :
Исправлено.
2017-02-10 18:51:25
Краткое описание :
Дублируются корректировочные накладные KDОписание :
Акт сверки взаиморасчетов с контрагентом по договорамЧто измененно :
Дублируются корректировочные накладные KD
При формировании актов сверки по договорам с фильтром по корректировочным
накладным KD в отчете дублируются те KD, по которым созданы ордера дооценки.
Как измененно :
Исправлено
2017-02-10 18:51:25
Краткое описание :
Доработка: Договор - Просмотр документов (добавить кредиты)Описание :
Просмотр документовЧто измененно :
Необходимо в окно "Договор - Просмотр документов" добавить отображение списка кредитов.
Как измененно :
В окно "Просмотр документов" интерфейса договоров добавлена вкладка "Займы". На вкладке отображаются полученные и выданные кредиты, в которых указан текущий договор. Кредиты отображаются в виде иерархии: отображаются только те листы, у которых указан текущий договор, а также отображаются все вышестоящие папки независимо от указанного в них договора. Если договор, указанный в кредите-папке отличается от текущего, то строка выделяется красным цветом. Если кредит погашен, то строка выделяется серым цветом.
2017-02-10 18:51:26
Краткое описание :
алг. 180 Печать сопроводительного талона - выводятся не все
позиции МКОписание :
по 180-му системному алгоритму "Формирование Exel-отчетов по СЗЗЧто измененно :
алг. 180 Печать сопроводительного талона - выводятся не все
позиции МК
По инциденту 2.100644
Клиент обнаружил, что на печать выводятся только контрольные операции МК до
первой не контрольной операции. Последующие контрольные и не контрольные
операции в отчет не попадают. При формировании отчета должна учитываться
настройка "В расчетах по журналу резервирования использовать по умолчанию".
При проверке на макете база maketprz911, документ ПТр 000045 "(ПРЗ)
Сменно-суточное задание - цех 1500 сборочный - Смена 1", позиция документа 1 -
работа "КСИЛ301568381 15 10 Слесарно-сборочная" в отчет выводится только первая
операция МК, несмотря на то, что в МК все операции контрольные. Использовался
Excel 2013.
То есть имеем различные проявления ошибки.
Как измененно :
При значении настройки "В расчетах по журналу резервирования
использовать по умолчанию" = "Только контрольные" выводит в отчет все
контрольные операции. Не зависит оттого, есть между ними неконтрольные или нет.
2017-02-10 18:51:26
Краткое описание :
Убрать из алгоритма опцию О нормативной зарплате (g)Описание :
по 180-му системному алгоритму "Формирование Exel-отчетов по СЗЗЧто измененно :
Убрать из алгоритма опцию О нормативной зарплате (g).
Как измененно :
Убран из настройки пункт меню "О нормативной зарплате".
Необходимо сначала выполнить: Операции - Инициализация объектов модуля -
Алгоритмы расчёта
2017-02-10 18:51:25
Краткое описание :
Округление оптовой ценыОписание :
Карточка учета товара в разрезе МЦЧто измененно :
При передаче в розницу в накладной учетная цена переходящая в накладную -
меньше копейки.
При формировании КУТ в поле "Оптовая цена" должна автоматически проставиться
цена из накладной - как и в цену производителя, но вместо этого проставляется
"0", так как для данного поля применяется округление модуля Снабжение, но не
проверяется состояние настройки округления цен.
В результате в отчеты по движению в закупочных ценах получаются некорректными -
отчет не дает сумм.
Необходимо либо добавить дополнительную настройку для Розницы по применению
округления к оптовым ценам, либо дополнительно проверять настройку округления
цен модуля Снабжение.
Как измененно :
Доработана настройка "Настройки Галактики \ Логистика \
Розничная торговля \ Округление оптовой цены в КУТ".
2017-02-10 18:51:25
Краткое описание :
Добавить F3 в статус-строку для поля "Вид ведомости"Описание :
Движение\по корреспондентамЧто измененно :
Добавить F3 в статус-строку для поля "Вид ведомости"
Как измененно :
Добавлено
2017-02-10 18:51:25
Краткое описание :
Добавить ENTER в статус-строку, когда курсор на кнопкахОписание :
Накопительная ведомость\по приходамЧто измененно :
Добавить ENTER в статус-строку, когда курсор на кнопках.
И по Накопительная ведомость\по расходам тоже.
Как измененно :
Добавлено
2017-02-10 18:51:25
Краткое описание :
Логирование предупреждений при работе с DSK, объект: "EngineVed_PeKontrParamObj"Описание :
Движение\по контрагентамЧто измененно :
Логирование предупреждений при работе с DSK, объект: "EngineVed_PeKontrParamObj"
При печати с параметром "Объекты строительства":
----------------------------------------------------
06.02.2017 15:31:31.17, объект: "EngineVed_PeKontrParamObj"
[!]: Объект считывается не из того интерфейса, в котором был записан.
Считан : IKONTROBJ
Записан: ENGKONTR
Как измененно :
Исправлено
2017-02-10 18:51:25
Краткое описание :
неверная фильтрация и отображение данных в операциях по БГОписание :
Работа с банковской гарантиейЧто измененно :
Заходим в пункт меню "Управление договорами\Документы\Работа с банковскими гарантиями\Операции по банковским гарантиям"
Попытались установить фильтр по виду операции "Прекращение". Никаких операций не отобразилось!
Когда поставил фильтр по "поступление" отобразились и операции поступления и операции прекращения. Это ошибка.
Обратите внимание на поле "сумма операции". Оно отображает одинаковые значения в нашем примере, равные 3 рублям. Хотя первоначально - БГ была оформлена на 1рубль, затем изменена на 3 рубля. Это ошибка. Операция поступления должна отображаться с суммой 1 рубль.
Как измененно :
Исправлен фильтр по виду операций
Исправлено отображение вида операции и суммы операции
2017-02-10 18:51:26
Краткое описание :
При расчете остатков с использованием 135 алгоритма не
учитываются остатки в нижестоящих подразделенияхОписание :
по 135-му системному алгоритму " Получение остатков для плановых документов..."Что измененно :
135 алгоритмом не учитываются остатки по разрезам в следующих
случаях:
1)Для настроек алгоритма установлены значения:
- "Документ-приемник\Действия со спецификацией" - "Корректировать существующие
( заменять на расчетные )"
- "Документ-приемник\Идентификатор позиций плана" - "Задать"
- "Документ-приемник\Идентификатор позиций плана\Пользовательский идентификатор
объекта планирования" - "Объект планирования + 1 аналитика"
- "Параметры расчета\Разрез хранения\Подразделение" - "Из аналитики
спецификации документа источника"
- "Параметры расчета\Разрез хранения\Подразделение\Учитывать остатки из
кладовых" - "Да"
2)Для документа в качестве значения первой аналитики спецификации определены
ссылки на подразделения предприятия.
3)В разрезе подразделений, которые определены для позиций спецификации, остатки
для МЦ по текущей позиции отсутствуют. Но зато эти остатки есть в кладовых
данных подразделений.
При расчете 135 алгоритм остатки в кладовых находит, но в соответствии с
настройкой "Пользовательский идентификатор объекта планирования" - "Объект
планирования + 1 аналитика" не может поставить в соответствие разрез хранения
данного наличия и текущую строку спецификации документа т.к. ссылки на
подразделения для них различны.
Необходимо для настройки "Документ-приемник\Идентификатор позиций
плана\Пользовательский идентификатор объекта планирования" добавить режим
"Ссылка на строку спецификации" при использовании которого все наличие,
собранное по разрезам, которые могут быть задействованы для каждой строки
спецификации(определенные как значения аналитик спецификации, или значение
аналитик шапки документа, или фиксированным списком в настройках алгоритма плюс
кладовки плюс починенные по иерархии подразделения) использовалось бы только
для текущей строки, и игнорировалось бы для остальных строк документа-приемника.
Как измененно :
Ошибка исправлена. Для настройки
"Документ-приемник\Идентификатор позиций плана\Пользовательский идентификатор
объекта планирования" добавлено значение "Ссылка на строку спецификации".
2017-02-10 18:51:26
Краткое описание :
Единицы измерения в 135 алгоритмеОписание :
Не знаю, какая именно часть производственого контура, научитеЧто измененно :
При формировании новых позиций спецификации документов, в
качестве единиц измерения 135 алгоритм ставит любые наименования ЕИ,
определенные для заданной МЦ, игнорируя флажки "Активная единица измерения" и
"Производственная единица измерения". В данной ситуации при выборе программой
единицы измерения должен соблюдаться приоритет: сначала ищем "Активную единицу
измерения", если не нашли - "Производственную", если и ее не нашли - ставим в
качестве ЕИ для новой позиции учетную единицу измерения.
Как измененно :
Для 135 алгоритма добавлена настройка:
"Документ-приемник\Действия со спецификацией\Приоритет использования единиц
измерения для новых позиций", возможные значения:
-"Активные\Производственные\Учетные"
-"Производственные\Активные\Учетные"
-"Активные\Учетные"
-"Производственные\Учетные"
-"Учетные".
Значение по умолчанию - "Активные\Производственные\Учетные".