2018-06-06 14:06:52
Краткое описание :
Подразделение в ПоступленииОписание :
ПоступлениеЧто измененно :
В картотеке имеем инвентарную карточку. Хотим сделать по данной карточке операцию "Поступление":
1)Заходим в карточку на закладку "Операции", F7, "Поступление".
2)Заполняем шапку операции до поля "Подразделение", при попытке заполнить данное поле выходит сообщение "Корректировка не возможна, есть выбранные объекты", т.е. далее приходится удалить ИК из операции, заполнить поле "Подразделение" и опять привязать ИК. Нелогично. Неудобно. Необходимо исправить.
Как измененно :
Доработано
Если в операции (не проведенной ) "Поступление" заполнена спецификация, но
существует необходимость выбрать значение поля "Подразделение", то на экране выдается запрос по заполнению данного поля на основании данных спецификации операции, а именно "Установить значение поля "Подразделение" на основании данных спецификации операции ?"
При утвердительном ответе поле "Подразделение" заполняется.
2018-06-06 14:06:58
Краткое описание :
Увеличить размер поля "Наименование операции" в бригадных нарядахОписание :
Пакетная обработкаЧто измененно :
Увеличить размер поля "Наименование операции" в бригадных нарядах
На данный момент поле RASOPER.NMOPER имеет размер 80 символов.
Клиент хочет, что бы в него "влезало" не менее 300 знаков.
Скорее всего, эту информацию придется хранить в двух полях, а в интерфейсе - объединять.
Как измененно :
Увеличен размер поля "Наименование операции" в бригадных нарядах до 255 символов.
2018-06-06 14:06:52
Краткое описание :
Увеличить количество символов.Описание :
Kоды ОС по ОКОФЧто измененно :
Клиент предлагает увеличить количество символов в наименовании группировки ОКОФ до 2000 знаков, на данный момент установлено ограничение до 250 знаков.
Не всегда возможно понять значение того или иного ОКОФ.
Например:220.42.99.11
"Сооружения для горнодобывающей, добывающей и обрабатывающей
промышленности
Эта группировка включает:
- сооружения для горнодобывающей промышленности и связанные сооружения, такие как станции погрузки и разгрузки, главные шахтные стволы и шахтные коперы, тоннели и горизонтальные выработки, связанные с горными работами;
- сооружения для добывающей промышленности, не включенные в другие группировки;
- сооружения для обрабатывающей промышленности для производства основных химических веществ, соединений, фармацевтических препаратов и прочих химических продуктов;
- объекты для химического производства и связанные объекты для обрабатывающей промышленности, такие как доменные печи и коксовые печи;
- специализированные объекты для обрабатывающей промышленности, не включенные в другие группировки, например чугунолитейные цеха
Эта группировка не включает:
- промышленные здания и сооружения, не специализированные для производства определенных продуктов, см. 220.41.20.20"
Как измененно :
В каталоге кодов ОКОФ "полное" (расширенное) примечание кодов по ОКОФ реализовано через мемо-поле.
Доработан импорт каталога ОКОФ:
- Предусмотрено наличие поля "Примечание" в импортируемом xls файле каталога;
- Поле "Примечание" должно быть после поля "Наименование";
- Если данные указаны в xls с первой строки, будет выдано информационное сообщение с просьбой сообщить о необходимости обработки файла с(без) полем(поля) "Примечание";
- В случае текущей структуры xls файла (первой строке с данными предшествует строка с названием полей), признаком наличия поля "Примечание" будет являться название поля "Примечание", следующее за полем "Наименование";
- В режиме модификации справочника (изменилось наименование ОКОФ и т.д), примечание не будет заменено текущим, если было заполнено ранее.
Данные, импортированные из xls файла (поле "Примечание") отображаются в мемо-поле каталога кодов ОКОФ.
2018-06-06 14:06:54
Краткое описание :
В печатной форме ДО учитывать историю изменения атрибутов организацииОписание :
Счета, ДО на продажуЧто измененно :
В печатной форме ДО необходимо учитывать историю изменения атрибутов организации. В частности, у клиента сменился КПП организации. В каталоге изменили, а в печатной форме это никак не учитывается - документы за любой период печатаются с новым КПП.
Клиент пользуется форматами бизнес текста и *.rtf. Прототип - PRBDOC
Как измененно :
Сделан учет истории изменения атрибутов организации для значений УНН, КПП, юридического, почтового и других адресов организаций для поставщиков, плательщиков, грузоотправителей, грузополучателей, наименование города.
2018-06-06 14:06:59
Краткое описание :
Рассылка расчётных листков "в архиве с паролем" - запретить
рассылку при невозможности отправить запароленный архивОписание :
Расчетные листкиЧто измененно :
1. При отсутствии установленного в операционной системе
архиватора, расчетные листки в режимах требующих архивации прикладываемого
листка отправляться не будут.
2. Ввести новый режим отправки расчетных листков - "В архиве, пароль при
наличии".
В данном режиме архивировать или нет приложенный листок зависит от наличия
пароля в настройках конкретного сотрудника.
В случае если пароля нет, то расчетный листок не архивируется и отправляется в
открытом виде.
3. В режиме "В архиве с паролем, пароль обязателен" - отправляются листки
только для сотрудников у которых задан пароль. В данном режиме листки, без
архивации с паролем, не рассылаются.
Как измененно :
Галактика ERP \ Персонал \ ЗП \ Отчеты \ Оплата труда \
Расчетные листки \ Отчеты для email-рассылки
Изменены возможные значения параметра Рассылка расчетных листков по
электронной почте - UP.ZAR.REPORTS.RLIST.DoEmail :
1. Значение параметра "В архиве с паролем" - расширено до "В архиве с
паролем, пароль обязателен".
В данном режиме гарантируется, что расчетные листки будут отправляться только
в зашифрованном архиве.
2. Добавлено новое значение - "В архиве, пароль при наличии".
В данном режиме, шифрование зависит от наличия у пользователя заданного
пароля. Если пароль не задан
расчетный лист будет отправлен без архивации в открытом виде.
3. При отсутствии архиватора в системе расчетные листки в режимах требующих
архивацию рассылаться не будут.
2018-06-06 14:06:54
Краткое описание :
Единицы измерения при печати формы - "Корректировочный универсальный передаточный документ"Описание :
Формы ТТН, УПД, АктыЧто измененно :
Единицы измерения при печати формы - "Корректировочный универсальный передаточный документ"
При печати формы "Корректировочный универсальный передаточный документ", в поле "Единица измерения" выводятся учетные единицы измерения МЦ вместо отпускных единиц указанных в накладной на отпуск.
В обычном УПД печатаются отпускные.
Как измененно :
Исправлен вывод единиц измерения в
Корректировочном УПД на отпускные.
2018-06-06 14:06:52
Краткое описание :
Перепроведение операции.Описание :
Изменение стоимостиЧто измененно :
Клиент просит добавить в локальное меню по операции "Изменение стоимости"(в частности) пункт меню "Перепроведение операции Ctrl+Enter". Комбинация клавиш уже работает, а пункта меню нет.
Как измененно :
в локальное меню по операции "Изменение стоимости"(в частности) добавлен пункт меню "Перепроведение операцииЭю
ПО Ctrl+Enter работать не будет.
2018-06-06 14:06:59
Краткое описание :
Медики не попадают в 5 раздел ОДВ-1Описание :
Форма СЗВ-СТАЖЧто измененно :
Есть сотрудники, у которых работа в условиях с подклассом, задано основание для выслуги лет. Сформированы записи о стаже сотрудника. Эти данные не попадают в 5 раздел ОДВ-1.
Как измененно :
Российская Федерация. ОДВ-1. СЗВ-СТАЖ.
Раздел 5 заполняется так же, если для условий труда ставки указано основание для выслуги лет.
2018-06-06 14:06:54
Краткое описание :
Удаляется партия в режиме редактирования без проверки на
связь с документамиОписание :
Партии товаровЧто измененно :
Удаляется партия в режиме редактирования без проверки на связь
с документами
Как измененно :
Удаление партии в окне редактирования регулируется настройкой
"..Удаление партии при наличии ссылок на нее в документах"
2018-06-06 14:06:52
Краткое описание :
Не работает функционал изменения параметров по шаблону.Описание :
Изменение параметровЧто измененно :
Не работает функционал изменения параметров по шаблону. Пример и сводный отчет во вложении.
Как измененно :
Исправлен функционал изменения параметров по шаблону
2018-06-06 14:06:57
Краткое описание :
Формирование новой партии в накладных на приход ГП и межцеховых накладныхОписание :
Накладная на приход Готовой продукцииЧто измененно :
Формирование новой партии в накладных на приход ГП и межцеховых накладных
При копировании накладной и редактировании ее спецификации возникает ситуация: удаляем партию в спецификации; находясь тут же в спецификации, нажимаем Alt+1 (локальное меню "Автоформирование партий"), новая партия не создается, а цепляется удаленная (описание во вложении)
Проявилась на MS-SQL
Как измененно :
Доработано.
2018-06-06 14:06:54
Краткое описание :
Откуда брать полное наименование валютыОписание :
Наши счета-фактурыЧто измененно :
Предлагаем для СФ полное наименование валюты брать из другой
настройки.
Как измененно :
Создана новая настройка "Полное наименование НДЕ для
печати СФ", папка Логистика \ Налоги, документы для учета НДС \ Россия,
Молдова, Узбекистан \ Печать. Значение по умолчанию - "российский рубль".
Если СФ в НДЕ или в валюте с кодом 643, то при печати СФ в поле
"Валюта: наименование, код" выводится наименование из данной настройки.
2018-06-06 14:06:54
Краткое описание :
5 столбец в СФ по авансу при реализации ломаОписание :
Наши счета-фактурыЧто измененно :
5 столбец в СФ по авансу при реализации лома должен быть заполнен, у нас сейчас просто прочерк.
Как измененно :
При печати авансового СФ, НА гр.5 заполняется
2018-06-06 14:06:55
Краткое описание :
Некорректное отображение значений вн.атрибутов в документах в Расширенной информацииОписание :
Накладные на отпускЧто измененно :
В Актах, накладных в Расширенной информации на вкладке Внешние атрибуты
неверно отображаются значения атрибутов - во всех атрибутах только значение верхнего по списку атрибута.
По кнопке "Обновить данные из БД", значения пропадают.
Как измененно :
Исправлено отображение Внешних атрибутов на вкладке "Расширенная информация"
2018-06-06 14:06:55
Краткое описание :
Срабатывает контроль заполнения МОЛа при проведении НВП до выбора типа формируемого ордера(расходный/приходный/оба)Описание :
Накладные на внутреннее перемещениеЧто измененно :
При установленной настройке "При оприходовании обязательно указывать МОЛ" (OPER.NEEDMOL) нет возможности в накладной на внутреннее перемещение сформировать ТОЛЬКО расходный ордер БЕЗ указания МОЛа "Куда".
Из справки: "При оприходовании обязательно указывать МОЛ (да/нет) - если установлено значение да, то при попытке оприходования МЦ без указания МОЛ система выдаст соответствующее предупреждение и оприходование осуществляться не будет. При значении нет контроль наличия МОЛ не производится."
Правильнее было бы сначала спросить какие формировать ордера и если формируется приходный - провести контроль согласно настройке.
Как измененно :
Контроль указания МОЛ для приходного ордера срабатывает после выбора ордеров(при раздельном формировании), только если формируется приходный ордер.
2018-06-06 14:06:57
Краткое описание :
Ошибка формирования отчетаОписание :
В разрезе МОЛ по накладнымЧто измененно :
У клиента на базе при формировании отчета
Управление производственной логистикой - Отчеты - Приход из производства - В разрезе МОЛ по накладным
возникает ошибка:
tLinkTable.MakeNotFound+DropPosition
Ссылка на выборку не согласована с таблицей. Код ошибки: 305
Другие отчеты из этой же группы формируются без ошибок.
СУБД Pervasive 10.30
Собран и выложен смарт-лог формирования отчета и сводный отчет системы.
Как измененно :
Доработано.
2018-06-06 14:06:55
Краткое описание :
Диадок. При выгрузке СФ не подставлять парный сопрдок в список выгружаемых документовОписание :
Работа с Контур.ДиадокЧто измененно :
1. Диадок. При выгрузке СФ подставлять парный сопрдок в список выгружаемых документов по значению настройки.
2. При выгрузке СФ в формате УПД из интерфейса СФ в списке исходящих документов Диадок отсутствует ссылка на сопроводительный документ.
3. Возник вопрос при работе с выгрузкой из Наших СФ с помощью функции Диадок.Отправить.
Почему отображается в поле Формат значение "УПД", но выводиться 2 документа, как будто бы формат "СФ" по Счет-фактуре и "Накладная" по Накладной. Если же перевыбрать формат, то затем сохраняется нормальный УПД с одной строкой - Счет-фактура. Необходимо исправить, чтобы с первого раза было верно.
4. По сохранению группы подписантов стали происходить следующие критичные для клиента ошибки - пользователь (бухгалтер) сначала выводил на печать Приходный кассовый ордер, выбирал группу подписантов для Типа Касса, ФРО.
Затем приступил к выгрузке через функцию "Диадок.Отправить" документов типа УПД, но в поле Подписанты остались доступны только группы подписантов для предыдущего Типа документов, т.е. ФРО, Касса.
Клиент не доволен тем, что необходимо перевыбирать через Экспорт для ЭДО подписантов для УПД, тогда в Диадок.Отправить отображаются группы для Типа Электронный документооборот.
Как измененно :
1. Создана настройка "Общие настройки системы - Работа с Контур.Диадок - Вставлять в окно отправки документов связанный сопроводительный документ или счет-фактуру" = "да" (по умолчанию), "нет". Если выбрано значение "да", то в окно отправки документов (список сопроводительных накладных/актов или счет фактур - пункт локального меню Диадок.Отправить) вставляется парный связанный документ.
2. Если счет-фактура выгружается из Галактики в Диадок ("Документы - Наши счет-фактуры - Диадок. Отправить) в формате УПД в списке исходящих документов Диадок (Документы - Список документов Диадок) в нижней панели появляется ссылка на сопроводительный документ.
3. Исправлено. В случае, если нет сохраненного формата выгрузки для контрагента, если выгружается счет-фактура, к которой имеется привязанная накладная, то в окно отправки вставляется один документ и формат выгрузки "УПД", если привязанной накладной нет - то формат выгрузки "СФ".
4. Исправлено. При перевыборе документов и последующей отправки в Диадок в поле выбора подписантов отображаются группы подписантов для электронного документооборота.
5. Настройки "Общие настройки системы - Работа с Контур.Диадок - Статус сопроводительных документов после экспорта, Статус сопроводительных документов после импорта, Статус сопроводительных документов после подписи, Статус сопроводительных документов после аннулирования, Статус сопроводительных документов после удаления" перенесены в созданный каталог "Статусы". Новое путь настроек: "Общие настройки системы - Работа с Контур.Диадок - Статусы".
2018-06-06 14:06:52
Краткое описание :
Не задана стоимость объектаОписание :
Ведение картотекиЧто измененно :
При условии, что в инвентарной карточке не задана стоимость объекта, при закрытии инвентарной карточки основного средства возникает информация "Не задана стоимость объекта". Просьба добавить настройку для отключения этого окна, так как у клиента карточек основных средств без цены очень много.
Как измененно :
TR.AddTuneS('OS.NeedControlStoim', 'Контролировать заполнение стоимости объекта', ftBoolean, '1', '', 'OSWNastrOsGenV2');
2018-06-06 14:06:58
Краткое описание :
КВУ - добавить новый тип перечисления "в межпериод"Описание :
Виды удержанийЧто измененно :
Задача выделена из ПиР 101.63925.
Для определения кодов перечислений окончательной зарплаты и в межпериод предлагается добавить новые типы удержаний, например, "окончательное" (по умолчанию) и "в межпериод". Эти новые типы должны применяться только к перечислениям, а существующий сейчас тип "ссуда" - только к удержаниям.
В связи с этим в поле "Перечисление заработной платы в межпериод для уволенных" имеет смысл ограничить выбор: показывать только перечисления с типом "в межпериод".
Из уточнения от 23.05.18:
1. Тип удержания - поле Klvidud.VhVoW2
2. Поле учитывать как ... klvidud.VHVO3 = '-'), 'выплату', if(klvidud.VHVO3 = '0', 'перечисление'
3. Автор пишет: Эти новые типы должны применяться только к перечислениям, а существующий сейчас тип "ссуда" - только к удержаниям."
Т.е.нужно сделать так, чтобы для "перечислений" и "выплат" нельзя было выбрать тип "ссуда", а для удержаний тип "в межпериод"
4. Автор пишет: "Для определения кодов перечислений окончательной зарплаты и в межпериод предлагается добавить новые типы удержаний, например, "окончательное" (по умолчанию) и "в межпериод"."
На этом этапе добавим новое значение Klvidud.VhVoW2 тип "в межпериод"
По умолчанию, если системный код В.У.>=200 и Klvidud.VhVoW2 <> "в межпериод", можно светить "окончательное"
5.Автор пишет: "В связи с этим в поле "Перечисление заработной платы в межпериод для уволенных" имеет смысл ограничить выбор: показывать только перечисления с типом "в межпериод"."
На текущий момент у пользователей может не оказаться такого типа.
Поэтому при установке выбора, просьба выдавать сообщение: "отсутствуют удержания с типом перечисление "в межпериод". ...
Как измененно :
Добавлены новые типы удержаний: "окончательно", "в межпериод", "аванс", "исп. док." и "алименты". Тип "алименты" применяется только к удержаниям с системными кодами 185, 186, 187 и 191. Тип "аванс" применяется для удержаний с системными кодами от 141 по 145, 180, 199. Тип "исп. док." применяется к удержаниям с системными кодами 188 и 190. Типы "окончательно" и "в межпериод" применяются только для "перечислений" и "выплат". Тип "ссуда" только для "удержаний".
Добавлена конвертация классификатора удержаний.
Жестко зашитые виды удержаний и виды удержаний с типом "ссуда" не подвергаются конвертированию. Для перечислений и выплат выставляются типы: если системный код удержания >= 200, то "окончательно", если <200, то "в межпериод". Соответствующим удержаниям выставляются типы "аванс", "исп. док." и "алименты".
При изменении признака "учитывать как" в классификаторе, если удержание не является жестко зашитым, тип удержания сбрасывается на значение по умолчанию.
Запрещено изменение типа удержания для жестко зашитых удержаний.
2018-06-06 14:06:59
Краткое описание :
Изменить размер страницы в FR с "Пользовательского" на А4Описание :
Форма СЗВ-ИСХЧто измененно :
При печати отчета ОДВ-1 в формате FastReport размер страницы по умолчанию указывается как "Пользовательский", и по этой причине возникают проблемы с различными типами принтеров при распечатке отчета.
Необходимо изменить размер страницы в FR с "Пользовательского" на А4.
Как измененно :
Доработаны отчеты ОДВ-1, сопровождающие формы СЗВ-КОРР и СЗВ-ИСХ: при печати отчета ОДВ-1 в формате FastReport размер страницы по умолчанию указывается как А4.
2018-06-06 14:07:01
Краткое описание :
При добавлении сотрудника в картотеку основным документом становится "Белорусский паспорт" вне зависимости от настроекОписание :
1-е окно (общие сведения)Что измененно :
При добавлении сотрудника в картотеку основным документом становится "Белорусский паспорт" вне зависимости от настроек на страну.
Как измененно :
Корректное добавление национального паспорта для РФ, РБ и Украины.
2018-06-06 14:06:54
Краткое описание :
СФ в формате FastReport выводится на двух листахОписание :
Наши счета-фактурыЧто измененно :
Отчет Fast Report "Счет-фактура (формат А4, с 1 октября 2017г)" выводится на двух листах. Раньше выводился на одном.
Как измененно :
В счете-фактуре (формат А4, с 1 октября 2017г) изменено разбиение страниц, реализованное в пир 180.10665. Уменьшен допуск на размер области печати подписантов, но несмотря на это в некоторых случаях может происходить разбиение страницы на 2, хотя зрительно данные могли бы вписаться в свободное место.
2018-06-06 14:06:53
Краткое описание :
Логирование предупреждений при работе с dsk ( объект:"ProvParm_firstnum" )Описание :
Бухгалтерские справкиЧто измененно :
Логирование предупреждений при работе с dsk ( объект:"ProvParm_firstnum" )
При формировании справок по налогам на ФОТ, начислениям и удержаниям. Аналогично при формирования платежных поручений.
Убрать сообщения о несовпадении контрольных сумм и загрузке данных DSK из различных интерфейсов системы,
так как это не является в данном случае функциональной ошибкой
Как измененно :
Персонал \ ЗП \ Операции \ Формирование проводок \ Бухгалтерские справки
Для хранения переменных интерфейса ProvParm в DSK создан отдельный класс-объект ProvParmDsk,
Работа с хранимыми значениями параметров интерфейса ProvParm в DSK как в PAS так и VIP файлах перенастроена на работу через методы ProvParmDsk.
2018-06-06 14:06:54
Краткое описание :
Логирование предупреждений при работе с DSK, объект:
"Options1_TTNDoc"Описание :
Счета, ДО на продажуЧто измененно :
Логирование предупреждений при работе с DSK, объект:
"Options1_TTNDoc"
Создание ДО выбором ПКП:
----------------------------------------------------
20.01.2017 11:11:09.34, объект: "Options1_TTNDoc"
[!]: Объект считывается не из того интерфейса, в котором был записан.
Считан : TTN_TEMPLATE
Записан: TTNDOC
Как измененно :
Предупреждение убрано
2018-06-06 14:06:54
Краткое описание :
Убрать проверку на соответствие дат интервала в отчете
"Реестр розничных цен", если кнопка "сформировать" не нажатаОписание :
Реестр розничных ценЧто измененно :
В меню выбираю отчет "реестр розничных цен",открывается окно
"Параметры реестра". Ввожу необходимую начальную дату периода формирования.
Далее хочу ввести конечную дату, но не успеваю - сразу предупреждение
"Начальная дата интервала больше конечной". Но ведь я еще не нажимала кнопку
"Сформировать". Предлагаю убрать проверку на соответствие дат интервала в
отчете "Реестр розничных цен", пока кнопка "сформировать" не нажата.
Как измененно :
Проверка дат происходит при нажатии кнопки "Сформировать".
2018-06-06 14:06:52
Краткое описание :
доработка статистического отчета по форме 11Описание :
Отчеты по настройкам строкЧто измененно :
На данный момент статистический отчет по форме 11 принимается в территориальные органы Росстата по месту своего нахождения почтой, нарочным или в электронном виде. Учитывая сложившуюся тенденцию по предоставлению статистической отчетности в электронном виде, обращаем Ваше внимание на то, что выгрузка формы 11 не реализована ни в xml-формате, ни в xls-формате.
Формат выгрузки xml необходим для предоставления отчетности в электронном виде по телекоммуникационным каналам связи.
Как измененно :
Для РФ в окно вывода формы 11 (Учет ОС - Отчеты - Статистический отчет по форме 11 - Отчет по форме 11) добавлена кнопка "Сохранить XML".
2018-06-06 14:06:54
Краткое описание :
Не отрабатывает анализ входимости НДС для настройки "При
расчете цен вычисление НДС по следующему алгоритму" для КУТ розницыОписание :
Карточка учета товара в разрезе МЦЧто измененно :
Для расчета НДС при формировании КУТ не отрабатывает анализ
входимости НДС при заданном значении настройки Настройки Галактики \ Логистика
\ Розничная торговля\ При расчете цен вычисление НДС по следующему алгоритму=
от цены закупки; если НДС не входит в цену закупки, то на розничную надбавку.
Как измененно :
Изменили расчет НДС для настройки от цены закупки, если
НДС не входит в цену закупки, то на розн. надбавку.
2018-06-06 14:06:52
Краткое описание :
"Настройка операций \ НМА \ Поступление \ Адрес объекта в эталонных параметрах" не релевантна для НМАОписание :
Ведение картотекиЧто измененно :
"Настройка операций \ НМА \ Поступление \ Адрес объекта в эталонных параметрах" не релевантна для НМА
У карточки НМА я не нашел такого реквизита.
Как измененно :
На форму дополнительной информации карточки НМА добавлено поле "Адрес объекта"
2018-06-06 14:06:55
Краткое описание :
Двойной расчет нормативной убыли?Описание :
Накладные на отпускЧто измененно :
В автораспределении МЦ по разрезу обработать процент убыли
Как измененно :
Подкорректирована обработка процента убыли в автораспределении МЦ по разрезу, создании накладной по ДО.
2018-06-06 14:06:51
Краткое описание :
УРиУ - очередь2 - стандартизация интерфейсаОписание :
Акты на услуги, работыЧто измененно :
Заменить термин Корректирующий на Исправительный для
корректирующих документов логистики
Как измененно :
Заменен термин Корректирующий на Исправительный для
корректирующих документов логистики.
Префикс отставлен тот же: КН и -КН, т.к. существуют алгоритмы, в т.ч. и
пользовательские (сторонних разработчиков), завязанные на наличие префикса в
номере
2018-06-06 14:06:54
Краткое описание :
Привязывать доп. ЭСЧф к Корректирующей накладнойОписание :
Счета-фактуры получателя (Беларусь)Что измененно :
Если по накладной было оприходовано одно количество, а по факту количество поставленного товара оказалось другим клиенты оформляют в нашей системе корректирующую накладную (т.е отменяют первую и создают новую на правильное количество), поскольку им необходимо провести это ордерами по складу - отминусовать неправильный приход и создать правильный.
При этом контрагент клиента по правилам составляет соответствующий акт на разницу сумм первой и второй накладной а к ней, следовательно, дополнительную ЭСЧф.
Необходимо реализовать возможность импорта и привязки дополнительной ЭСЧф для данной ситуации.
Как измененно :
Доработано создание, импорт и привязка Дополнительного ЭСЧФ к корректирующей накладной.
При создании ЭСЧФ по накладной выдается диалог с выбором типа: "исправленный" или "дополнительный".
Дополнительный ЭСЧФ по корректирующей накладной создается на разницу между суммами исходной и корректирующей накладной.
2018-06-06 14:06:56
Краткое описание :
В ТТИ добавить поле Объем с его автоматическим расчетомОписание :
Накладные на отпускЧто измененно :
В ТТИ добавить поле Объем с его автоматическим расчетом
В Товарно-Транспортной Информации к ДО и Накладной присутствуют поля "Нетто",
"Тара", "Брутто". Необходимо добавить поле "Объем" из Справки о объеме и массе
(Лок.меню в шапке - Справка об объеме и массе позиций спецификации документа) с
автоматическим расчетом по настройке "Настройки Галактики \ Логистика \ Учет
тары \ Автоматический расчет полей в ДО и накладных "вес тары" и "вес нетто".
Как измененно :
В окно ТТИ добавлено поле Объем. Поле рассчитывается по флажку
(справа).
2018-06-06 14:06:54
Краткое описание :
Округление сумм в печатной форме Счет вал-ндеОписание :
Счета, ДО на продажуЧто измененно :
Округление сумм в печатной форме Счет вал-нде.
Есть ДО ВАЛ-НДЕ(бизнестекст). В нашем случае в Евро. В ДО небольшое количество позиций(от 2 до 10) могут быть как услуги так и МЦ. Настройка округление в управлении сбытом отключена.
При печати печатной формы "Счет в ВАЛ-НДЕ" итоговые суммы в НДЕ не округляются(Итого с учетом налогов и Итого к оплате) и равны друг другу. Но суммы в НДЕ в спецификации печатной формы округлены и соответственно если их сложить, то итог будет отличаться. На больших спецификациях это выявить сложно,т.к. незаметно, но у клиента в ДО в спецификации бывает по 2-3 услуги и контрагенты замечают эту разницу.
Хотят, что бы настройка по округлению в модуле распространялась и на эти суммы в печатной форме, т.е. если стоит НЕТ, то и суммы в НДЕ в спецификации не должны округляться.
Других форм ВАЛ-НДЕ у нас нет, а клиенту они нужны.
Как измененно :
Для отчета "Счет в ВАЛ-НДЕ - А4" в формате бизнес-текста изменен формат вывода значений сумм. Дробная часть значений содержит 2 обязательные цифры, остальные цифры сумм являются необязательными и выводятся с использованием значений настроек "Настройки Галактики\Логистика\Документы\Управление сбытом\..значения в НДЕ округлять до" (для сумм НДЕ) и "Настройки Галактики\Логистика\Документы\Управление сбытом\..значения в валюте округлять до" (для сумм в валюте).
Если значение настройки "Настройки Галактики\Логистика\Документы\Управление сбытом\Округление в документах сбыта" не задано, то дробная часть содержит 2 обязательные цифры.
2018-06-06 14:06:52
Краткое описание :
Help. Подключить другой топик справки к настройкамОписание :
Другие интерфейсы по ОСЧто измененно :
К настройкам "Настройки Галактики \ Бухгалтерский контур \ Учет ОС и НМА \ Налоговый учет \ Расчет разностей данных по методам учета" и "Настройки Галактики \ Бухгалтерский контур \ Учет ОС и НМА \ Налоговый учет \ Сразу проводить операцию корректировки разниц" подключить топик (как у папки) OSWNastrOsGenV4
Как измененно :
Подключено.
2018-06-06 14:06:52
Краткое описание :
"Признак использования" надо синхронизировать между карточкой ОС и карточкой резерваОписание :
Картототека резерваЧто измененно :
Возникает ошибочный расчет амортизации по карточкам резерва, связанных с ОС, которое с текущего месяца перестало эксплуатироваться или даже выбыло (у ОС меняется значение Признака использования).
Чтобы исключить ненужный расчет по карточкам резерва, надо, чтобы поле карточки резерва Признак использования синхронизировалось с одноименным полем карточки ОС в момент изменения значения его в карточке ОС (как вручную, так и через операцию изменения параметров).
Как измененно :
Поле карточки резерва Признак использования синхронизируется с одноименным полем карточки ОС в момент изменения значения его в карточке ОС (как вручную, так и через любую операцию).
2018-06-06 14:06:55
Краткое описание :
При формировании п/п из ДО учитывать настройку "Настройки Галактики \ Бухгалтерский контур \ Обработка документов \ Значения полей по умолчанию \ Платежные документы \ Очередность платежа"Описание :
Платежное поручениеЧто измененно :
При формировании п/п по [F7] поле очередность
платежа заполняется либо из Контрагента (закладка
"Прочее"), либо из параметров по умолчанию, либо из
настройки.
При формировании п/п из ДО также необходимо
учитывать настройку "Настройки Галактики \
Бухгалтерский контур \ Обработка документов \ Значения
полей по умолчанию \ Платежные документы \ Очередность
платежа".
При этом нужно сохранить приоритеты для заполнения
этого поля:
1. Каталог контрагентов
2. закладка "значения по умолчанию" из ПД
3. настройка "... Очередность платежа".
Как измененно :
При формировании п/п из ДО учитывается настройка "Настройки Галактики \ Бухгалтерский контур \ Обработка документов \ Значения полей по умолчанию \ Платежные документы \ Очередность платежа".
Приоритет заполнения данного поля в п/п следующий:
1. Каталог контрагентов
2. закладка "значения по умолчанию" из ПД
3. настройка "... Очередность платежа".
2018-06-06 14:06:55
Краткое описание :
По акту формируется КН, а не КАОписание :
Акты о приемке материаловЧто измененно :
По акту на списание с ответственного хранения, при формировании корректирующего акта в некоторых случаях формируется номер КН, а не КА.
Как измененно :
Подкорректирована установка "КН", "-КН" для исправительных документов
2018-06-06 14:06:54
Краткое описание :
Не работает порядковая нумерация СФ по шаблону, где статичная часть начинается с буквыОписание :
Наши счета-фактурыЧто измененно :
Не работает порядковая нумерация СФ по шаблону, где статичная часть начинается с буквы (пример во вложении). Если статичная часть начинается с цифры, то нумерация работает корректно и продолжается.
Как измененно :
Исправлено - корректно работает нумерация по шаблону, если он начинается со статичной буквенной части.
2018-06-06 14:06:55
Краткое описание :
Сумма по ордеру дооценки в интерфейсе Связанные документы Расширенной информации актаОписание :
Акты на услуги, работыЧто измененно :
Сумма по ордеру дооценки в интерфейсе Связанные документы Расширенной информации акта
Необходимо видеть суммы по ордерам дооценки в интерфейсе Связанные документы Расширенной информации акта (скрин интерфейса во вложении)
Как измененно :
Добавили проверку складского ордера по типу: если Ордер дооценки, то количество равно единице.
Сумма по ордеру учитывает данное количество при открытии закладки "Связанные документы".
2018-06-06 14:06:54
Краткое описание :
Не очищается запись в spcardsn при отмене оприходования при наличии после него расходаОписание :
Карточки серийных номеровЧто измененно :
По серийному номеру есть приход и расход. Пользователь без отмены расходы, отменяет приход.
В карточке серийного номера образуется пустая запись, со ссылками(cspord и cspsopr) на удаленный ордер и позицию накладной.
Чтобы предотвратить бездумную отмену оприходования, поставили настройку запрет модификации приходных ордеров при наличии после них расходных. Но запись spcardsn должна очищаться
Как измененно :
Добавлена настройка:
"Настройки Галактики \ Логистика \ Документы \ Учет серийных номеров \ Модификация приходных ордеров c серийными номерами при наличии после них операций" - разрешена/запрещена
При значение "запрещена", нельзя удалить или модифицировать приходный ордер, если после него уже есть расходный.
2018-06-06 14:06:51
Краткое описание :
УРиУ - Доработка сквозной нумерации исходящих счетов-фактурОписание :
Наши счета-фактурыЧто измененно :
Нужно выполнить доработку сквозной нумерации исходящих СФ с
контролем уникальности по следующему формату номера:
ГГГГ/ММ/СС/NNNN/XX, где
ГГГГ - год выписки СФ
ММ - номер масяца выписки СФ с 01 до 12
СС - номер дня выписки СФ с 01 по 31
NNNN - порядковый номер СФ за определенный день определенного месяца, состоящий
из 4 знаков.
ХХ - признак (код) филиала
Сейчас проверка уникальности номера счета-фактуры осуществляется в рамках
Филиала. Нужна сквозная нумерация в целом по Обществу, то есть NNNN -
порядковый номер СФ должен быть уникальным.
Как измененно :
Формат номера - &Y[4]/&M[2]/&D[2]/&N[4]/&P
Установить значение настройки "Сквозная нумерация СФ по формату номера"
= "по подразделениям-постфиксам (каждая дата начинается с 1)".
Замечания по другим способам нумерации:
"Сквозная нумерация СФ по формату номера" =
- по датам-префиксам (каждое подразделение начинается с 1)
- да (каждый год начинается с 1)
При таких настройках последний номер хранится в спецтаблице. Это
позволяет избежать ошибок нумерации вида "в номере участвует дата, формируется
СФ за более позднюю дату, потом за более раннюю", которые по предыдущему
алгоритму формирования номера (последнему СФ в списке) были неразрешимы.
ВАЖНОЕ замечание: при первом запуске формирования СФ и его номера по
спецтаблице, в которой еще нет информации о нумерации конкретного типа СФ,
вычисление первого номера может проходить очень медленно (проверяются все СФ с
данной нумерацией с начала года для вычисления корректного последнего номера).
Дальнейшая нумерация будет проходить с приемлемым быстродействием.
При ручном изменении номера СФ, изменении настройки "Сквозная нумерация
СФ по формату номера" или любом другом способе пользовательского вмешательства
в процесс нумерации: если произошел сбой, то в интерфейсе "Нумерация
документов" (модуль Настройка, меню Настройка) можно откорректировать номер, по
которому будут формироваться следующие СФ. Данные по нумерации конкретного СФ
можно посмотреть по Alt+2 (для шаблона идет подтип+тип), затем в интерфейсе
найти записи с наименованием "Счет-фактура наша", тип = 72, по подтипу выбрать
нужную запись и изменить номер.
2018-06-06 14:06:54
Краткое описание :
УРиУ - Доработка вычисления номера, по которому был сформирован номер текущего СФ.Описание :
Наши счета-фактурыЧто измененно :
По ПИРу 102.178355, УРиУ - Доработка сквозной нумерации исходящих счетов-фактур, была существенная доработка вычисления номера СФ. Необходимо с ее учетом доработать вычисление номера, по которому был сформирован номер текущего СФ.
Как измененно :
Доработано корректное отображение номера СФ, на основании которого был сформирован текущий номер (Alt+2).
Замечание - т.к. поле для хранения номера - 20 символов, то некоторые очень длинные номера могут обрезаться, но это не принципиально, т.к. по первым 20-ти символам номер найти можно.
2018-06-06 14:07:00
Краткое описание :
Разграничение информации по отпускам и по денежным компенсациям взамен отпусковОписание :
Контроль пересечения больничных с отпускамиЧто измененно :
Исторически сложилось разграничение типов в классификаторе отпусков по коду отпуска:
1...20 - основные отпуска (очередной и т. п.), где 2 - отпуск по уходу за ребенком
21 - административный отпуск (за свой счет)
22...39 - учебный отпуск
40 и выше - компенсация за неиспользованный отпуск
Периодически возникают вопросы и замечания от клиентов о неудобстве такого разграничения. Одним не хватает диапазона кодов до 20, другим (при переходе на Галактику из других систем) просто не хочется менять привычные коды.
Необходимо при восстановлении отпуска в исходном коде RecoverVacation.VIP отказаться от проверки номерного значения кода для разделения компенсации от отпуска ((Otpusk.KotPus < 40) // и не компенсация) и перейти на проверку "типа отпуска" из классификатора в значении "не компенсация"(KlOtpusk.TypeOtp <> 3).
Как измененно :
Изменен подход для определения компенсации. Теперь компенсацию определяем только по типу отпуска в классификаторе отпусков (тип - компенсация).
2018-06-06 14:06:55
Краткое описание :
Удобные фильтры КСУ 2Описание :
Карточки складского учетаЧто измененно :
При активной работе с КСУ, установке фильтров, снятии, различных проверках необходима возможность Быстро ставить и снимать фильтр.
Поэтому прошу при установке Галочки запускать интерфейс выбора значения фильтра лишь в том случае если значение фильтра пустое.
(сейчас картина такая: выбираю фильтр по МОЛ "Иванов", смотрю карточку, снимаю Галочку, опять проанализировал карточку, хочу вернуть фильтр (Иванов же у меня уже выбра) и мне остаётся лишь Галку на фильтре поставить, Однако опять выпадает окно выбора МОЛ; ясно, что его можно просто закрыть, но это всё же лишнее мелькание окон)
Как измененно :
Доработано, если в фильтре по КСУ установлены значения по Подразделению, МОЛ, Партии, Дескриптору и мы ставим галочку, то интерфейс выбора не вызывается. По датам интерфейс выбора будет всегда, потому что даты по умолчанию всегда заполнены максимальными значениями.
2018-06-06 14:06:51
Краткое описание :
Требуется не начислять износ СФО со сроком службы свыше 12
мес по работникам, карточка которых в статусе "Приостановлена"Описание :
Регламентное начисление износаЧто измененно :
Требуется не начислять износ СФО со сроком службы свыше 12 мес.
по работникам, карточка которых в статусе "Приостановлена".
Как измененно :
В алгоритмы расчета износа по спецоснастке и спецодежде
добавлена возможность использовать поля таблицы PersBreak. В этой таблице
хранятся периоды приостановки сроков службы одежды работников. Таблица
PersBreak спозиционирована на период приостановки работника, действующий на
дату расчета износа. В алгоритме следует использовать формулу следующего вида:
if(IsValidNew(tnPersBreak), &1, &2), где &1 - алгоритм, который будет
выполняться, если на дату расчета износа действует приостановка сроков службы;
&2 - в противном случае.
2018-06-06 14:06:53
Краткое описание :
Доработать признак отбора премийОписание :
Расчет по среднему (по алгоритму больничных)Что измененно :
На предприятии согласно положению о премировании могут
выплачиваться одновременно 9 (девять) видов квартальных премий за различные
показатели. В КВО для этих премий
можно установить 6 (шесть) признаков (от + до 5), чтобы для расчета среднего
заработка отбирались последние по дате выплаты премии по каждому показателю.
Предлагаю увеличить количество признаков в КВО до 10 (десяти)
Как измененно :
Доработан функционал по учету квартальных премий: количество
видов премий за разные показатели увеличено до 9. Для расчета среднего
заработка отбираются последние по дате выплаты премии по каждому показателю.
С учетом признака "+" всего таких видов квартальных премий теперь 10.
2018-06-06 14:06:58
Краткое описание :
печать справкиОписание :
Справка о расчете детских пособийЧто измененно :
В настоящий момент справка о расчете пособия
выводится не по всем сотрудникам (sil протокол
высылался Селицкому В.В. ). Клиент подключен к
пилотному проекту и наличие суммы к выдаче не важно для
него, ему надо получить справку о расчете в любом
случае, чтобы руководитель мог подписать расчет
среднего. Т.о. необходимо, чтобы справка печаталась
независимо от того, есть сумма к выдаче или нет.
Как измененно :
Справка о расчете пособия печатается независимо от того, есть сумма к выдаче или нет.
2018-06-06 14:06:57
Краткое описание :
Некорректный учет возвратовОписание :
Отчет о движении сырьяЧто измененно :
Некорректный учет возвратов в отчете(См. Вложение)
Смоделированный пример можно посмотреть на БД по пути \\by01-psql02\Databases\U4\_dts\140.reb\06032018\NewDat\Data\
Как измененно :
Доработано.
2018-06-06 14:06:52
Краткое описание :
КИС ФХД ТПР2 Очередь0 Отражаются некорректные предыдущие значения изменяемых параметров типа внешний КАУОписание :
Изменение параметровЧто измененно :
Отражаются некорректные предыдущие значения изменяемых параметров типа внешний КАУ
Скришнот и подробности в почте направил.
Нужно срочно исправить!
Как измененно :
Исправлено.
2018-06-06 14:06:54
Краткое описание :
до на отгрузкуОписание :
Счета, ДО на продажуЧто измененно :
При изменении входимости налогов для ДО сейчас цена остается, а пересчитывается сумма. Требуется добавить настройку: при изменении входимости налогов
-оставить цены, пересчитать сумму (как сейчас)
-оставить сумму, пересчитать цены.
Как измененно :
Добавлена настройка "\Логистика\Документы\Документы-основания\Модификация и контроль данных\ Изменение входимости налогов" со значениями : "изменять стоимость"(установлена по умолчанию), "изменять цену".
Если данная настройка имеет значение - "изменять цену", то при изменении параметра "Налоги" на форме редактирования документа-основания в зависимости от входимости данные по позициям будут пересчитываться не от цены, а от стоимости.
2018-06-06 14:06:55
Краткое описание :
9.1.УПЛ. Списание МЦ с неопределенным сроком годностиОписание :
Прочие вопросы (УПЛ)Что измененно :
При выполненной настройке:
Настройки Галактики \ Производство и планирование \ Управление производственной логистикой/Разрешать списание партий с истекшим сроком годности = нет,
если окончание срока годности партии не определено, то списание МЦ с такой партией не возможно.
Описание см. вложенный файл.
Как измененно :
Доработано.
2018-06-06 14:06:57
Краткое описание :
9.1.УПЛ.Сообщение об ошибке при удалении позиции в НГПОписание :
Накладная на приход Готовой продукцииЧто измененно :
При определенной последовательности действий по удалению позиций НГП или МЦн появляется сообщение об ошибке.
Описание см. вложенный файл.
Как измененно :
Доработано.
2018-06-06 14:06:52
Краткое описание :
В реестр операций по карточке перестал выводиться СПИ, если в этой операции было изменение СПИОписание :
Ведение картотекиЧто измененно :
В реестр операций по карточке перестал выводиться СПИ, если в этой операции было изменение СПИ
Вместо значения выводится "0"
Как измененно :
В реестре операций по ИК исправлен вывод СПИ
2018-06-06 14:06:52
Краткое описание :
Учет ОС - Операции - не запускается интерфейс "Печать ТТН"Описание :
Внутреннее перемещениеЧто измененно :
Операции Внутреннее перемещение, Выбытие.
Не запускается интерфейс "Печать ТТН"
Как измененно :
Исправлено. Печать запускается.
2018-06-06 14:06:54
Краткое описание :
Переносить р/с из до в платежкуОписание :
Платежное поручениеЧто измененно :
У клиента общесистемная настройка Ведется несколько расчетных счетов стоит в значении нет. Тем не менее у собственной организации заведено несколько рабочих расчетных счетов.
Создаем ДО, оно создается с р/с по умолчанию, но мы его перевыбираем на другой р/с. Создаем платежное поручение по ДО, в котором р/с не перетягивается из ДО, а устанавливается в значение, которое стоит в настройке Р/с в банке.
Предложение: в указанной ситуации безусловно тянуть р/с из ДО либо сделать настройку по выбору.
Как измененно :
При формировании платежных документов из ДО + значение настройки "Настройки Галактики \ Бухгалтерский контур \ Ведется несколько расчетных счетов" = "нет", расчетный счет берется из ДО, а не из настройки "Настройки Галактики \ Общие настройки системы \ Собственная организация \ Р/с в банке".
работает в рамках настройки:
"Настройки Галактики \ Бухгалтерский контур \ Обработка документов \ Распределение платежа по ДО \ Изменять расчетный счет собственной организации в платежном документе при выборе ДО" - нет/да/по запросу
в групповых режимах формирования запрос выдается один раз
2018-06-06 14:06:52
Краткое описание :
Перенести функции, касающиеся реализации спецодежды, из osreal.vpp в компоненту F_MBPОписание :
Не знаю, какая именно часть модуля "Учет спецоборуд. и спецоснастки", научитеЧто измененно :
Необходимо перенести функции, относящиеся к реализации спецодежды, из osreal.vpp в компоненту F_MBP.
Как измененно :
Доработано.
2018-06-06 14:06:53
Краткое описание :
Неверно переносится параметр отнесения затрат в результаты расчетаОписание :
Отнесение затрат по начислениям и удержаниям при расчете заработной платыЧто измененно :
Неверно переносится параметр отнесения затрат в результаты расчета.
В ЛС на вкладке отнесение затрат задан Параметр. Он у нас используется в правилах при отнесении затрат по налогам на ФОТ, то есть у клиента настроены правила: если параметр начисления такой-то, то ТХО для налога на фот определенная.
Возникла необходимость по определенному ВО (который задают в постоянную доплату) не использовать поле Параметр, чтобы правила по налогам на фот не сработали.
Когда создаем постоянную доплату, в нее переносятся данные из вкладки Отнесение затрат ЛС, соответственно и сам параметр. В постоянном доплате мы очищаем это поле.
В Настройке этого ВО даже на всякий случай задано, что брать Параметр из КВО, где он не задан
52 доп.входимости для распределения затрат в ВО нет. Нет и распределения затрат.
Считаем заработную плату с предварительной разноской. В разноске данного ВО в поле Параметр пусто. Всё верно.
Но по непонятным причинам в результатах расчета данного ВО поле параметр заполнилось значением из ЛС.
Если бы мы меняли в постоянной доплате Параметр не на пусто, а на другое значение, в результатах расчета Параметр был бы измененным, но в случае очистки параметра, он всё равно тянется из ЛС. В итоге у нас получаться неверные проводки по налогам на фот по этому ВО, так как сработают правила отнесения затрат.
Как измененно :
Доработана функция формирования начислений в при расчёте заработной платы.
Теперь параметр не переносится из лицевого счёта в том случае, если в классификаторе видов оплат указано значение "Из классификатора видов оплат"
поля "Параметр"
2018-06-06 14:06:54
Краткое описание :
Длительный процесс инициализации расчета сальдовых остатков при запуске локальной функции Формирование спецификации (из текущих остатков)Описание :
Счета, ДО на продажуЧто измененно :
Открываем ДО на продажу в режиме редактирования. Находясь в спецификации счета ДО выбираем локальную функцию Формирование спецификации-из текущих остатков, далее закрываем окно либо через кнопку закрыть, либо через ESC- в результате запускается процесс инициализации расчета сальдовых остатков, который длится продолжительное время. По словам клиента на его базе процесс длился около 11 минут (запускали с сервера). Процесс запускал у себя на тестовой базе (время более 50 мин), затем снял задачу через Диспетчер задач.
Как измененно :
Исправлено зависание пр отмене выбора из текущих остатков
2018-06-06 14:06:54
Краткое описание :
Просмотр накладных на прием молочного сырьяОписание :
Накладная на прием молочного сырьяЧто измененно :
Просмотр накладных на прием молочного сырья. Окно
редактирования вызывается дважды при просмотре через iEditDoc.RunEditHozDoc
Как измененно :
Изменена обработка открытия окна редактирования "Накладные на
прием молочного сырья"
2018-06-06 14:06:52
Краткое описание :
Необходимо привести в соответствие законодательству РБ форму акта о приеме-передаче основных средств Пост. Минфина №26 от 28.04.2018Описание :
ПоступлениеЧто измененно :
Необходимо привести в соответствие законодательству РБ форму акта о приеме-передаче основных средств Пост. Минфина №26 от 28.04.2018, а именно:
слово "М.П." исключить.
Образец что исключить прилагаю, выделил красным на желтом фоне
Как измененно :
Форма акта о приеме-передаче основных средств Пост. Минфина №26 от 28.04.2018 приведена в соответствие с законодательством РБ:
- исключено слово "М.П."
2018-06-06 14:06:52
Краткое описание :
Необходимо привести в соответствие законодательству РБ форму акта о приеме-передаче НМА Пост. Минфина №26 от 28.04.2018Описание :
ПоступлениеЧто измененно :
Необходимо привести в соответствие законодательству РБ форму акта о приеме-передаче НМА Пост. Минфина №26 от 28.04.2018, а именно:
слово "М.П." исключить.
Образец что исключить прилагаю, выделил красным на желтом фоне
Как измененно :
Форма акта о приеме-передаче НМА Пост. Минфина №26 от 28.04.2018 приведена в соответствие с законодательством РБ:
исключено слово "М.П."
2018-06-06 14:06:54
Краткое описание :
Логирование предупреждений при работе с DSK, объект: "__VidGroup"Описание :
Счета, ДО на продажуЧто измененно :
Логирование предупреждений при работе с DSK, объект: "__VidGroup" при печати формы:
----------------------------------------------------
25.05.2018 11:49:13.95, объект: "__VidGroup"
[!]: Объект считывается не из того интерфейса, в котором был записан.
Считан : PRNDOCS
Записан: BIGPRINT
Как измененно :
Исправлено
2018-06-06 14:06:52
Краткое описание :
Операции ОС. Удаляется старое значение изменяемого параметра внешнего КАУОписание :
Изменение параметровЧто измененно :
Операции ОС и НМА.
При удалении по клавише delete нового значения изменяемого параметра для наименования параметра "Внешний КАУ" во всех операциях ОС и НМА удаляются и предыдущие значения.
Как измененно :
Исправлено.
2018-06-06 14:06:59
Краткое описание :
Добавить в параметры формирования СЗВ-КОРР фильтр по виду работОписание :
Форма СЗВ-КОРРЧто измененно :
Добавить в параметры формирования СЗВ-КОРР фильтр по виду работ
Как измененно :
В параметры формирования СЗВ-КОРР добавлен фильтр по виду работ, доступен множественный выбор.
При неустановленном фильтре не анализируется вид работ, в отчет попадают лицевые счета независимо от вида работ. При установленном - в отчет попадают лицевые счета с выбранным видом работ.
2018-06-06 14:06:54
Краткое описание :
Не регистрируется отложенная регистрацияОписание :
Счета-фактуры поставщикаЧто измененно :
Не регистрируется отложенная регистрация
После установки обновлений у клиента перестала регистрироваться отложенная запись регистрации, если в одна позиция с внешнем классификатором "Режим зачета НДС" в значении "отложенная регистрация". Выдается прикладная ошибка.
Как измененно :
Корректно проходит регистрация СФ одной записью типа "Отложенная регистрация по экспортным отгрузкам (нерегистрируемая)".
2018-06-06 14:06:59
Краткое описание :
Эргономика окна параметров "Сведения по страхователю"Описание :
Форма СЗВ-СТАЖЧто измененно :
В связи с доработками 102,183554 и 180,10635 требуется "выровнять" параметры СЗВ-СТАЖ относительно параметров окна "Сведения по страхователю".
Как измененно :
Поля параметров формы СЗВ-СТАЖ выровнены относительно параметров ОДВ-1:
1. поля "Уровень иерархии подразделений", "Учет смежных лицевых счетов", "Виды работ" для форм СЗВ-КОРР и СЗВ-СТАЖ отображаются единообразно и на одном месте панелей.
2. Уменьшен размер панели параметров ОДВ-1, увеличен размер панелей СЗВ.
2018-06-06 14:06:51
Краткое описание :
Неверный расчет срока оплаты в претензии при наличии КПОписание :
Претензии к дебиторамЧто измененно :
Неверный расчет срока оплаты в претензии при наличии КП.
Есть договор с типом Продажа с календартным планом. Сроки оплаты заданы как в
течение 5 дней после выполнения товарного ПКП.
В соответствии с планом сформировано 4 ДО, дата отгрузки и дата сроков оплаты в
ДО в расширенной информации заполнилась верно.
Первые 2 ДО пропускаем, по ним есть своевременные платежи.
Интересует последние 2 ДО, по которым платежи так и не поступили. Сроки оплаты
в ДО заданы как до 05/10/2017 и до 05/01/2018
Видим, что есть только два платежа по первым двум ДО. Считаем задолженность по
договору.
В справке о расчете в колонке Срок оплаты по договору почему-то записалась не
дата Оплатить до из ДО, а дата окончания погрузки. Соответственно и количество
дней рассчиталось на 5 меньше. Так как расчет должен идти с 05/10/2017 по
30/05/2017 в случае первого ДО и с 05/01/2018 по 30/05/2018 в случае второго ДО.
Если для расчетов использовать функцию Расчет штрафных санкций в модуле Расчеты
с поставщиками и получателями, то в ней даты используются верные (оплатить до
из ДО). Следовательно и количество дней, и суммы будут верные.
Как измененно :
При наличии ДО даты отгрузки и оплаты брать из ДО, если они
ненулевые
2018-06-06 14:06:53
Краткое описание :
Неверный подсчет итогов по количеству претензийОписание :
Отчет по претензионно-исковой деятельностиЧто измененно :
Неверный подсчет итогов по количеству претензий в отчете по
претензионно-исковой деятельности
Как измененно :
Исправлено
2018-06-06 14:06:53
Краткое описание :
протокол расчета мат выгоды по ссуде некорректенОписание :
Удержание ссудыЧто измененно :
протокол расчета мат выгоды по ссуде некорректен, так как ставка рефинансирования печатается
в округленном до 1 знака после запятой значении. Это пугает клиентов.
Как измененно :
Ставка рефинансирования печатается со всеми знаками после запятой.
2018-06-06 14:06:54
Краткое описание :
Фильтрация по дате складского документа при отсутствии
складских ордеровОписание :
Акты на списаниеЧто измененно :
Фильтрация по дате складского документа при отсутствии
складских ордеров
Как измененно :
Доработаны фильтры по сопроводительным документам.
При включенном фильтре: Фильтр по датам создания - "документов" добавлено новое
поле "без даты ордера" ("без даты исполнения для актов"). При включенном данном
поле отбираются документы за указанным период и без заполненной даты исполнения.
Если в Фильтре по датам создания выбрано значение "ордеров" или сняты все
значения, то поле "без даты ордера" не отображается.
2018-06-06 14:06:54
Краткое описание :
Не осуществляется контроль количества по ПКП в ДО на продажуОписание :
Календарный планЧто измененно :
В ДО на продажу не осуществляется контроль количества по ПКП.
1.Формируем ДО на продажу
2.Выбираем договор в расширенной информации
3.Выбираем ПКП в расширенной информации. Свободный остаток по услуге существует:
4.ДО сформировалось верно. По ДО формируем акт на оказание услуг.
5.Формируем следующий ДО на продажу, в котором указываем точно такой же договор и ПКП. В поле количество отображается значение исходное, вместо значения свободный остаток.В окне "Выбор спецификации документа" отображается остаток, хотя в действительности остаток по ПКП отсутствует (закрыт предыдущем ДО на продажу).
В итоге в ДО на продажу сформировалась спецификация.
Как измененно :
1. Если выбираем для первого ДО на продажу ПКП, значение поля количество исправлено со значения "свободный остаток" на "исходное количество".
2. Если остатка по ПКП не существует, значение поля количество исправлено со значения "исходное значение" на "свободный остаток", также появляется поясняющая метка, о том, что у документа отсутствуют позиции спецификации со свободным остатком.
2018-06-06 14:06:54
Краткое описание :
Книга покупок. Заполнение графы 9-10 при коде вида операции 27Описание :
Книга покупокЧто измененно :
В продолжении к ПИР 101.63085
Уточнено, что графе 9 "Наименование продавца" не заполняется при отражении данных по счету-фактуре, составленному комиссионером (агентом), приобретающим у двух и более продавцов товары (работы, услуги), имущественные права от своего имени.
пп. "н" в ред. Постановления Правительства РФ от 19.08.2017 N 981
В нашем случае сводные счета фактуры составляются от имени Экспедитора, а не комиссионера (агента).
Бухгалтерия утверждает что в части экспедирования графы 9-10 должны быть заполнены, т.к. в правилах ведения книги покупок об экспедиторе слов нет.
Как измененно :
К СФ автоматически создается вн.атрибут "Печать продавца в книге покупок для кода 27". Если значение атрибута = "да", то при печати книги покупок для записей регистрации с кодом 27 графы 9-10 заполняются.
По умолчанию значение атрибута = "нет", в книге покупок информация о продавце (графы 9-10) не заполняется.
2018-06-06 14:06:59
Краткое описание :
СЗВ-КОРР не учитывает повторное трудоустройство или наличие двух и более ЛСОписание :
Форма СЗВ-КОРРЧто измененно :
СЗВ-КОРР не учитывает повторное трудоустройство или наличие двух и более ЛС.
Как измененно :
Доработана форма СЗВ-КОРР.
В панель параметров формы СЗВ-КОРР добавлен параметр-флажок "Учет смежных лицевых счетов", по умолчанию не установлен.
При установке параметра, если для лицевого счета существует смежный основной лицевой счет (повторно принятый либо работающий по договору подряда, др.), стажи данного лицевого счета попадут в перечень стажей основного лицевого счета.
Стажи по лицевому счету с видом работы = "внутреннее совместительство" не анализируются, и в форму не попадут.
2018-06-06 14:06:52
Краткое описание :
Добавление пользовательского алгоритма после ввода объекта КС в эксплуатациюОписание :
Ввод объектов в эксплуатацию (ОС)Что измененно :
Требуется добавить пункт меню Управление капстроительством \ Документы \ Ввод объектов строительства в эксплуатацию \ Запуск алгоритмов \ ПОСЛЕ перевода в ОС (НМА) выполнить алгоритм...
Необходим автоматический запуск алгоритма когда карточка ОС или НМА уже сформирована.
Как измененно :
Добавлена настройка Управление капстроительством \ Документы \ Ввод объектов строительства в эксплуатацию \ Запуск алгоритмов \ ПОСЛЕ перевода в ОС (НМА) выполнить алгоритм
Вызов алгоритма происходит после формирования карточки ОС или НМА
2018-06-06 14:06:52
Краткое описание :
Дополнительные функции локального меню в операциях ОС и НМАОписание :
ПоступлениеЧто измененно :
В операциях ОС и НМА (в частности - поступление и изменение стоимости) необходимы дополнительные функции локального меню, как это реализовано в самой картотеке:
Настройка / Бухгалтерский контур / Учет ОС и НМА / Дополнительные функции локального меню / Картотека ОС
Как измененно :
В локальном меню операций ОС/НМА отображаются дополнительные функции, заданные в настройках:
- "Настройки Галактики \ Бухгалтерский контур \ Учет ОС и НМА \ Дополнительные функции локального меню \ Операции ОС и НМА \ Функция 1";
- "Настройки Галактики \ Бухгалтерский контур \ Учет ОС и НМА \ Дополнительные функции локального меню \ Операции ОС и НМА \ Функция 2";
- "Настройки Галактики \ Бухгалтерский контур \ Учет ОС и НМА \ Дополнительные функции локального меню \ Операции ОС и НМА \ Функция 3";
- "Настройки Галактики \ Бухгалтерский контур \ Учет ОС и НМА \ Дополнительные функции локального меню \ Операции ОС и НМА \ Функция 4".
2018-06-06 14:06:54
Краткое описание :
Новые типы СФ и записей кн. продаж (учет металлолома при реализации нал. агенту).Описание :
Наши счета-фактурыЧто измененно :
Нужны новые типы документа для учета НДС (Управление сбытом - Документы - Наши счета-фактуры):
1. "Исправление СФ оплата, предоплата, НДС НА" (код вида операции 33)
2. "Исправление СФ, отгрузка, НДС НА" (код вида операции 34)
При регистрации этих видов счетов-фактур должны формироваться аннулирующие записи книги продаж:
1. "Регистрация оплаты, предоплаты, НДС НА" (код вида операции 33)
2. "Регистрация СФ (учет по отгрузке), НДС НА" (код вида операции 34)
А также исправительные записи книги продаж:
1. "Регистрация оплаты, предоплаты, НДС НА (исправление)" (код вида операции 33)
2. "Регистрация СФ, НДС НА, исправление" (код вида операции 34).
Аннулирующие и исправительные записи книги продаж должны попадать в Книгу продаж с кодом вида операции 33 и 34. Сумма записи должна попадать в графу 14.
Как измененно :
Добавлены новые типы СФ в сбыте:
- "Исправление СФ, оплата, предоплата, НДС НА" (КВО - 33);
- "Исправление СФ, отгрузка, НДС НА" (КВО - 34);
- "Исправление корректировочного СФ, НДС НА" (КВО - 34).
При регистрации этих СФ формируются аннулирующие записи в книге продаж:
- "Регистрация оплаты, предоплаты, НДС НА" (КВО - 33);
- "Регистрация СФ (учет по отгрузке), НДС НА" (КВО - 34);
- "Корректировочная запись, увеличение реализации, НДС НА" или "Корректировочная запись поставщика, уменьшение реализации, НДС НА" (КВО - 34).
А также исправительные записи:
- Регистрация оплаты, предоплаты, НДС НА (исправление) (КВО - 33);
- Регистрация СФ, НДС НА (исправление) (КВО - 34).
Сумма аннулирующих и исправительных записей попадает в графу 14.
Доработана также регистрация в доп.лист. При регистрации СФ с типами "Исправление СФ, оплата, предоплата, НДС НА", "Исправление СФ, отгрузка, НДС НА", "Исправление корректировочного СФ, НДС НА", если исходный СФ и исправительный СФ в разных налоговых периодах, то формируется запись регистрации "Корректирующая оплату, предоплату запись" / "Корректирующая запись (книга продаж)". При печати записи в доп.листе книги продаж КВО = "33"/"34", заполняется графа 14.
2018-06-06 14:06:53
Краткое описание :
При проверке решения ПИР 180.10628 функция контроля так и выполняется не верноОписание :
Расчет удержаний (6-НДФЛ)Что измененно :
В результатах расчета начислений имеется несколько записей об отпуске, даты выплаты которых принадлежат разным месяцам.
В этом случае в результатах расчета НДФЛ может появиться несколько записей "+1"/"-1", компенсирующих друг друга.
Как измененно :
Доработана функция формирования результатов расчета расчета НДФЛ с начислений отпуска, даты выплаты которых принадлежат разным месяцам.
В этом случае в результатах расчета НДФЛ не появляются лишние записи по остатку округления НДФЛ.
Если все-таки формируется запись на остаток округления НДФЛ, то она записывается с видом оплаты согласно соответствующему поля классификатора видов оплат.