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


Описание файла обновления:
ФайлF_PLPOR_RES_91910.TXT
ОбновлениеF_PlPor_res_91910
НазначениеОбщее
ПродуктГалактика 9.1
Релиз31.03.2012 : Atlantis 5.5
КомпонентF_PLPOR
ТипRES
Версия9.1.91.0
Дата2017-11-29 18:17:52
Проблема ПИРПервое решениеОписаниеПроектДетализация
Что изменено:Как изменено:
102.166216NEWДобавить печатную форму авизоФинансово-расчетные операцииИсходящее авизо
Добавить печатную форму авизо в соответствии с рекомендуемойДобавлена печатная форма авизо ("Извещение (Авизо)") в соответствии с рекомендуемой формой. Дебет и кредит заполняется для "У авизующего" при печати формы Документы-Авизо-Исходящие, а для "У авизуемого" - при печати формы Документы-Авизо-Входящие. Соответственно оставшиеся поля Дебет и Кредит остаются пустыми.
102.167568NEWНет сообщение о сформированном ФОБ при формировании по одному ПДПлатежный календарьФормирование финансовых обязательств по платежным документам
Настроили формирование ФОБ по сторонним/собственным платежным поручения из ФРО. Если формируем ФОБ по двум выделенным документам, то после формирования на экране сообщение "Операция успешно завершена. Обработано записей: 2". А если формируем ФОБ по одному выделенному документу либо просто стоя на нем (без выделения), то никакого сообщения нет. Понять, что документ сформировался можно только зайдя в журнал ФОБ. Предлагаем доработать информативное сообщение "Операция успешно завершена. Обработано записей: 1".В случае успешного завершения формирования ФОБ по одному ПД выдается сообщение "Формирование финансовых обязательств завершено...".
102.175131NEWПосле установки обновления пропала возможность менять статус платежного поручения в открытом периоде.Финансово-расчетные операцииПлатежное поручение
После установки обновления по ПИР 102.173667 пропала возможность менять статус платежного поручения в открытом периоде.Восстановлена возможность изменения статуса ПП в открытом периоде
103.9347NEWДолжность в печатных кассовых документах из подписантовКассаПриходный кассовый ордер
Должность в печатных кассовых документах из подписантов. На данный момент в ПКО, РКО и авансовых отчетах в печатную форму выводится наименование должности "Главный бухгалтер" независимо от того, что за должность у сотрудника выбранного в качестве подписанта за "Главного бухгалтера". Необходимо в кассовых документах выводить должность сотрудника выбранного в качестве подписанта за главного бухгалтера. "Приходный/расходный кассовый ордер выписывается в одном экземпляре работником бухгалтерии, подписывается главным бухгалтером или лицом, на это уполномоченным. Квитанция к приходному кассовому ордеру подписывается главным бухгалтером или лицом, на это уполномоченным, и кассиром". То есть подписывать кассовые документы может не только главный бухгалтер...Доработаны Российские печатные формы ПКО, РКО, АО (БТ и RTF + для АО, FR). При наличии подписанта с ролью Главный бухгалтер, на форму выводится его должность вместо "Главный бухгалтер".
101.627179.1.90.0Расширить функционал групповой замены поля в документе на поле "Банк"Финансово-расчетные операцииПлатежное поручение
Расширить функционал групповой замены поля в документе на поле "Банк" Клиенту регулярно приходится менять банк во многих платёжках. Предлагает расширить функционал и на изменение банкаРеализована групповая замена поля "Банк" (как плательщика, так и получателя)
102.1696409.1.90.0Печать расходов в авансовых отчетахКассаАвансовый отчет
Режимы печати АО в формате FR: "по проводкам" и "по хозяйственным операциям АО", предназначены для случая, когда ХО не имеет связи со спецификацией. Тогда выводим выбранные данные. В противном случае выводим данные из спецификации. Необходимо разрешить выводить выбранные данные вне зависимости от наличия связи со спецификацией.Доработана печать АО в формате FR: Режимы "по проводкам" и "по хозяйственным операциям АО" всегда выводят выбранные данные (проводкиХО, соответственно), вне зависимости от наличия связи со спецификацией.
102.1707729.1.90.0Добавить в хелп описание механизма автоматического распределения платежных документовКонтуры: финансовый, бухгалтерского учетаНе знаю, какая именно часть финансового контура, научите
Есть настройка Бух контур - Обработка документов - Распределение платежа по ДО - Распределение платежа по сопроводительным документам - Автоматическое распределение - Автоматическое распределение платежных документов, которая включает доп функции локального меню Автоматическое распределение, Отмена Распределения, Переразноска распределения. Ссылка в описании настройки на механизм формирования автоматического распределения ведет на неверную часть документации и непонятен принцип распределения. Настройка дорабатывалась по ПИР 102.135536, 102.153652В help добавлено описание механизма автоматического распределения платежных документов
102.1736679.1.90.0Ошибка при смене статуса платежного порученияФинансово-расчетные операцииПлатежное поручение
Ошибка при смене статуса платежного поручения. В системе установлено разграничение прав по статусам. также установлена настройка "Настройки Галактики Бухгалтерский контур Модификации данных после закрытия периода" = запрещать Когда пользователь в закрытом периоде пытается изменить статус платежного поручения (платеж еще не оплачен, проводок нет) .Выдается сообщение "Запрещено модифицировать данные в закрытом периоде". Статус не меняется но в таблицу StatLog записывается строка как в случае успешного изменения статуса После этого изменить статус можно только Support , через интерфейс F_PLPOR::PLPOR не получится. Нужно доработать процедуру изменения статуса : В случае если статус документа не изменился то не вставлять запись в журнал изменения статуса StatLog.При попытке смены статуса платежного документа, добавлена предварительная проверка на возможность модификации документа в закрытом периоде.
180.103599.1.89.0Проблема с созданием кассового ордера из ЭХДИнтеграции с системами ЭХДЗадания на создание, обработка документов и печатных форм
При создании платежного документа по ссылке, если сначала выбрать ДО, неправильно отображается штрих-код.Штрих-коды в создаваемых документах модуля "Касса", "ФРО" отображаются корректно.
101.625409.1.88.0При создании кассового ордера брать организацию из настроек кассы пользователяКассаРасходный кассовый ордер
При создании кассового ордера брать организацию из настроек кассы пользователя У каждого пользователя (торговые точки) в настройках определена конкретная рабочая касса. Необходимо при создании расходного кассового ордера брать организацию из настройки: Касса предприятия - Подразделение - Контрагент И устанавливать её в ордер (по умолчанию).Добавлена пользовательская настройка: "Настройки Галактики Бухгалтерский контур Касса При создании расходного ордера заполнять организацию из поля "Контрагент" для "Подразделение" из настройки "Кассы предприятия"" со значениями НЕТ/да (по умолчанию = нет) Если установлено значение "Да", то в расходном кассовом ордере поле "Организация" заполняется значением из поля "контрагент" для "Подразделения", определенного в настройке "Кассы предприятия", значение поля "Выдать" заполняется аналогично ручному выбору организации, т.е. соответствующим наименованием из поля "Организация"
101.625679.1.88.0Некорректный вывод информации о приходном ордере при печати Авансового отчета в формате FRКассаАвансовый отчет
Некорректный вывод информации о приходном ордере при печати Авансового отчета в формате FR. Выводится информация по ПКО, дата которого позже даты АО.Данные ПКО выводятся вне зависимости от его даты.
101.625689.1.88.0Дополнительные функции локальнго меню должны быть доступны и в окне редактирования кассового ордераКассаПриходный кассовый ордер
Дополнительные функции локального меню должны быть доступны и в окне редактирования кассового ордера Настройка: Настройки Галактики Бухгалтерский контур Обработка документов Дополнительные функции локального меню Кассовые ордера Добавленные функции появляются только в списке кассовых ордеров, но не при редактировании.Дополнительные функции локального меню из настройки Настройка: Настройки Галактики Бухгалтерский контур Обработка документов Дополнительные функции локального меню Кассовые ордера теперь доступны в окне редактировании кассовых ордеров. Также реализовано для дополнительных функций Валютных кассовых ордеров.
102.1707819.1.87.0В новых патчах изменился масштаб RTF-форм в платежных порученияхФинансово-расчетные операцииПлатежное поручение
В новых патчах изменился масштаб RTF-форм в платежных поручениях. После установки патчей масштаб RTF-форм платежных поручений увеличился со 100% до 158%. ФРО - Документы - Платежные поручения - Собственные - все RTF формы, включая Платежное поручение (ЦБРФ РТФ): форма, утвержденная 03.03.03 Платежное поручение (ЦБРФ РТФ): для расчетов с иностранными банками Платежное поручение (ЦБРФ РТФ): форма с УИН для перечислений в бюджетДля ФРО - Документы - Платежные поручения - Собственные - все RTF формы возвращен масштаб по умолчанию: 100%.
180.102459.1.87.0Реализовать печатную форму расчета процентов со штрих-кодомФинансово-расчетные операцииБухгалтерская справка
В настоящее время Заказчик распечатывает форму "Справка расчета процентов" в модуле "Векселя и кредита" по пути: Векселя и кредиты-> Кредиты-> Полученные кредиты-> Печать справки по расчету процентов. Данная справка является первичным документом для бухгалтерской справки, к которой привязывается ТХО. Рассчитанные проценты в модуле "Векселя и кредиты" связаны с бухсправкой. При внедрении подсистемы интеграции с электронным хранилищем документов(ЭХД) возникла проблема автоматической генерации штрих-кода при печати "Справки расчета процентов" и простановкой этого ШК в бухгалтерской справке. Лучше всего проблема решается при реализации печати "Справки расчета процентов" из интерфейса Бухгалтерской справки. В справку нужно выводить проценты, которые связаны с данной бухсправкой.В локальное меню списка и окна редактирования бухгалтерской справки добавлен пункт "Справка о расчете процентов по кредитам". При выборе пункта открывается окно, в котором пользователь может указать: 1) вид процентов (отображается, только если бухгалтерская справка привязана к начислениям процентов разного вида); 2) путь на xlt-шаблон; 3) группу подписантов; 4) каталог для автоматического сохранения справки; 5) признак использования альтернативного наименования организации в имени файла. По бухгалтерской справке всегда создается только один файл с отчетом. Если бухгалтерская справка привязана к расчету процентов по кредитам с разными организациями или договорами, то соответствующие значения не выводятся в справку и не участвуют в формировании наименования файла для автоматического сохранения. При печати справки о расчете процентов из бухгалтерской справки в печатную форму выводится или генерируется штрих-код из бухгалтерской справки (если в Галактике ведется работа с электронным архивом в соответствии с установленными настройками). Если бухгалтерская справка сформирована на часть суммы рассчитанных процентов, то в печатную форму все рано выводится вся сумма рассчитанных процентов из графика погашения кредита.
101.623859.1.86.0Онлайн-кассы - необходимо регистрировать в ККТ авансы по ДОКассаРасходный кассовый ордер
Многие клиенты принимают через кассу авансовые платежи по ДО - соответственно нужна возможность регистрации в ККТ кассовых ордеров, даже если по ДО ещё нет накладной/акта. Главная проблема в том, что сейчас в системе нет функционала распределения платежа по позициям ДО - поэтому на данном этапе можем регистрировать только полные авансовые платежи (не частичные). Но чаще всего на этапе авансового платежа пользователь ещё имеет возможность уменьшить сумму ДО, или разбить его на несколько. В связи с этим предлагается: 1. Добавить пользовательскую настройку, например, "Касса - Разрешать регистрацию авансов по ДО" (доступна только если "Выполнять регистрацию в ККТ = "ДА"). 2. Если настройка из п.1 включена, то при нажатии на кнопку [Регистрация в ККТ]: - если нет ДО - выдавать сообщение, например: "Выполнение регистрации в ККТ невозможно! Документ не связан с ДО." - если есть ДО, но нет распределения по накладной/акту - выдавать сообщение, например: "Отсутствует распределение по позициям спецификации накладных/актов, считаем платёж авансовым. Передать в ККТ позиции спецификации из ДО?" При утвердительном ответе проверить равенство суммы кассового ордера сумме ДО и передавать в точки расширения позиции ДО (суммы, количества) аналогично тому, как сейчас передаются распределённые позиции. Если же суммы ДО и КО не равны, то выдавать сообщение, например: "Выполнение регистрации в ККТ невозможно! Сумма авансового платежа не равна сумме ДО."Реализована возможность выполнять регистрацию в ККТ по позициям спецификации ДО. Алгоритм регистрации следующий: 1. Если есть распределение по спецификации накладной/акта, то регистрация ведется по распределенным позициям накладной/акта. 2. Если нет распределения по накладной/акту, то регистрация невозможна, предлагается провести распределение по спецификации накладной/акта. 3. Если нет накладной/акта по ДО, но есть связь с ДО, то регистрация ведется по всем позициям спецификации ДО. 4. Если нет связи с ДО, то регистрация не возможна.
102.1700449.1.86.0Изменилась печатная форма платежных поручений с 04/07/2017Финансово-расчетные операцииПлатежное поручение
Клиент утверждает, что с 04/07/2017 изменилась печатная форма платежных поручений.Доработаны формы РБ Платежного поручения и Платежного требования для соответствия измененим от 04.07.2017
102.1700749.1.86.0Формирование возврата платежа по стороннему платежному поручению: неверный тип формируемого возвратного платежаФинансово-расчетные операцииВалютное платежное поручение
Формирование возврата платежа по стороннему платежному поручению: неверный тип формируемого возвратного платежа Формируем возврат платежа по валютному ПП. Для выбора типа нового документа по умолчанию предлагается тип "Собственное платежное требование" (что неверно). А при попытке выбрать тип "Собственное валютное платежное поручение" выдается предупреждение "Выберите документ противоположного направления!".Исправлено.
102.1690129.1.85.0Некорректно работает разграничение доступа к подразделениям при выборе реестров на перечисление в Платежном порученииФинансово-расчетные операцииПлатежное поручение
Предоставить возможность не учитывать в реестрах на перечисление (ФРО) разграничение доступа к подразделениям.По пути: Бухгалтерский контур Реестры по перечислениям. Добавлена пользовательская настройка: Учитывать разграничение прав доступа по подразделениям в Управлении персоналом - данет (да - по умолчанию) Эта настройка учитывается при проверке видимости реестров на перечисление.
102.1696069.1.85.0Не вмещается новый р/с на одну строку в формах платежных порученийФинансово-расчетные операцииПлатежное поручение
Не вмещается новый р/с (после перехода на IBAN)на одну строку в формах платежных поручений. Из-за длины р/с разбивается и переносится на другую строку. Данный вывод некорректенДоработаны формы "Сокращенное платежное поручение" и "Сокращенное платежное поручение (через казначейство)". Увеличены горизонтальные размеры полей "Счет №" плательщика и получателя. А также уменьшен размер шрифта этих полей до 9.
102.1682229.1.84.0КИС ФХД ТПР2 Очередь3 Ссылка на документ-основание в строке авансового отчетаКассаАвансовый отчет
В спецификацию авансового отчета добавить поле "Основание"В спецификацию авансового отчета добавлено поле "Основание". Реализована возможность заполнения полей спецификации из документа-основания. При выполнении формирования хозопераций по записям спецификации, в которых проставлена ссылка на ДО, выполняется привязка ДО в хозоперации, распределении по спецификации накладных/актов ДО, расчет налогов и формирование счет-фактуры.
102.1691569.1.84.0не вмещаются р.с. в платежных порученияхФинансово-расчетные операцииПлатежное поручение
не вмещаются р.с. в платежных поручениях в интерфейсе платежные поручения собственные не помещаются р.с. предприятий в связи с переходом на 23 значные расчетные счетарасширены поля с РС до 28 знаков (экранные поля)
102.1632469.1.83.0перевод наименования поля с вычисляемого на Label в платежных и кассовых документахФинансово-расчетные операцииПлатежное поручение
перевод наименования поля с вычисляемого на Label в платежных и кассовых документахв окнах редактирования документов (PlPor-е), в доп. окне, закладка "налоговые реквизиты" все активные поля должны подсвечиваться
102.1689659.1.83.0Вставить пробел между строками Основания при печати в РКОКассаРасходный кассовый ордер
На печатной форме РКО необходимо добавить символы пробела в поле "Основание", если заполнены все строки основания в расходном кассовом ордере.Добавил символы пробела в поле "Основание", если заполнены все строки основания в расходном кассовом ордере
106.104659.1.83.0ПКО. Вывод на печать поля ОснованиеКассаПриходный кассовый ордер
На печатной форме ПКО необходимо добавить символ пробела в поле "Основание", если заполнены обе строки основания в приходном кассовом ордере.Добавил символ пробела в поле "Основание", если заполнены обе строки основания в приходном кассовом ордере
102.1683589.1.82.0Не влазит счет в новом формате.Финансово-расчетные операцииПлатежное поручение
Не влазит счет в новом формате. В печатных формах "Сокращенное платежное поручение" и "Сокращенное платежное поручение (через казначейство)" счета организаций в новом формате не влазят в ячейки Счет №. Нужно доработать формы.Доработаны формы "Сокращенное платежное поручение" и "Сокращенное платежное поручение (через казначейство)".
102.1685419.1.82.0Поплыла печатная форма сводного платежного порученияФинансово-расчетные операцииСводное платежное поручение
Поплыла печатная форма сводного платежного поручения.Исправлено.
102.1686219.1.82.0Доработать форму "Платежное поручение ЦБРФ: форма, утвержденная 03.03.03" (формат: бизнес-текст) для соответствия приказу Минфина России от 05.04.2017 №58н.Финансово-расчетные операцииПлатежное поручение
Доработать форму "Платежное поручение ЦБРФ: форма, утвержденная 03.03.03" (формат: бизнес-текст) для соответствия приказу Минфина России от 05.04.2017 №58н. При заполненном поле ПП "Платеж за" и "КБК"(закладка "Налоговые реквизиты") ИНН и КПП плательщика должны браться у организации из поля "Платеж за".Доработана форма "Платежное поручение ЦБРФ: форма, утвержденная 03.03.03" (формат: бизнес-текст) для соответствия приказу Минфина России от 05.04.2017 №58н. При заполненном поле ПП "Платеж за" и "КБК"(закладка "Налоговые реквизиты") ИНН и КПП плательщика берутся у организации из поля "Платеж за".
101.620349.1.81.0При задании паролей для ККТ другим пользователям происходит изменение настроек у того пользоателя, кто задает паролиКассаПриходный кассовый ордер
При задании паролей для ККТ другим пользователям происходит изменение настроек у того пользователя, кто задает пароли То есть изменяя настройку паролей у других, по сути меняешь аналогичную настройку у себя. Для установки пароля в скрытые настройки использовалась функция SetTune(). А она, как оказалось, всегда устанавливает значения для текущего пользователя. Поэтому для пользовательской настройки когда администратор устанавливал другим пользователям разные значения пароля, то значения записывались не этим пользователям, а администратору.Исправлено. Администратор может задавать значения паролей для других пользователей.
102.1666639.1.81.0КИС ФХД ТПР2 Очередь3 В платежные документы добавить вкладку "Статьи бюджета"Финансово-расчетные операцииПлатежное поручение
КИС ФХД В платежные документы добавить вкладку "Статьи бюджета" Описание во вложении.В платежных документах и в окне редактирования хозоперации платежного документа, добавлена вкладка "Статьи бюджета". В платежных документах, на данной вкладке отображаются все статьи бюджетов по всем финансовым операциям, сформированных для всех хозяйственных операций платежного документа. В окне редактирования хозяйственной операции платежного документа, на вкладке "Статьи бюджетов" отображаются все статьи бюджетов по финансовому операции сформированной по текущей хозоперации платежного документа. Перейти в окно редактирования финансовой операции можно с помощью горячей клавиши F4 вызванной на статье бюджета.
102.1678029.1.81.0в ДО и накладной НДС есть, при регистрации в ККТ нулевая сумма НДСКассаПриходный кассовый ордер
Касса | Документы | Приходный кассовый ордер. Формируем ПКО, проверяем - формирование НДС. Нажимаем кнопку "Регистрация ККТ", в системном интерфейсе регистрации ККТ видим, НДС = 0. В накладной и ДО НДС=18%, в группе налогов МЦ из спецификации кроме НДС есть еще Акциз.Если по позиции спецификации накладной рассчитано несколько видов налогов, то ставка берется из налога который является НДС. Определяется с помощью настройки "Настройки Галактики Логистика Налоги, документы для учета НДС НДС".
102.1669479.1.80.0КИС ФХД обработка "Черного списка" организаций в платежных документахФинансово-расчетные операцииПлатежное поручение
КИС ФХД обработка "Черного списка" организаций в платежных документах if oCheckKon.OrgInBlackList(cOrg) { Abort; Exit; }добавлено при выборе в шапке собственных платежных документов модуля ФРО: - собственное платежное поручение (в НДЕ и валюте) - заявление об отказе от акцепта - инкассовое поручение - заявление на аккредитив (в НДЕ и валюте)
102.1666029.1.79.0КИС ФХД Автоматическое формирование проводок при изменении статуса в платежных и кассовых документахФинансово-расчетные операцииПлатежное поручение
Автоматическое формирование проводок при изменении статуса в платежных и кассовых документахПри изменении статуса документа добавлена проверка настройки применения/ отмены ТХО в данном статусе. Настройка осуществляется в пункте меню "Настройка формирования проводок по статусам". Реализовано только для сквозной привязке ТХО и при ручном изменении статуса
103.74999.1.79.0Реализовать разграничение прав доступа к реестрам перечислений с использованием статусовФинансово-расчетные операцииРеестры по перечислениям
Реализовать разграничение прав доступа к реестрам перечислений с использованием статусов.В таблицу SbBan добавлены поля : Status : Word "Статус" cNote : ref(KatNotes) "Пояснение к статусу" и индексы по этим полям
102.1657959.1.78.0В графу "Номер и дата исполнительного документа..." - не попадают значения полей "Договор" и "от" из платежного требованияФинансово-расчетные операцииСводное платежное требование
В печатной форме "Реестр платежных требований РБ (форма 0401710034)" перестала заполняться графа "Номер и дата исполнительного документа". В поток выводятся данные: frmPrReePlT.Write(PlPor.NoChek3); // Номер исполнительного документа frmPrReePlT.Write(PlPor.NoChek2); // Дата выписки исполнительного документа Но в Plpor в поля NoChek3 и NoChek2 с каких то пор перестали заполняться номер и дата договора при привязке. Нужно либо изменить логику вывода данной информации в поток(брать эти поля напрямую из привязанного договора), либо сделать так чтобы при привязки договора вновь заполнялись поля NoChek3 и NoChek2.добавлены поля Исполнительный документ ` .@@@@@@@@@@@@@@@@ `от` .@@@@@@@@@@@@, которые заполняются вручную
102.1665299.1.78.0Настройку "Возможность привязки реестров к платежным документам" необходимо переименоватьФинансово-расчетные операцииПлатежное поручение
Предлагаю переименовать настройку "Настройки Галактики Бухгалтерский контур Реестры по перечислениям Возможность привязки реестров к платежным документам", т.к. настройка влияет как на привязку так и на просмотр.Настройка "Настройки Галактики Бухгалтерский контур Реестры по перечислениям Возможность привязки реестров к платежным документам" переименована в "Доступ к реестрам по перечислениям в платежных документах"
102.1669559.1.78.0Некорректные цена и стоимость в чеке ККТКассаПриходный кассовый ордер
Некорректные цена и стоимость в чеке ККТ. Сумма по чеку и сумма кассового ордера отличается на 1 коп.В кассовый аппарат передавалась не округленная цена. Исправлено.
102.1661279.1.77.0КИС ФХД Очередность платежа в ПП автоматическое заполнениеФинансово-расчетные операцииПлатежное поручение
Рассмотреть возможность автоматического заполнения поля "Очер.плат." в ПП.добавлена настройка "Настройки Галактики Бухгалтерский контур Обработка документов Значения полей по умолчанию Платежные документы Очередность платежа" с выбором из каталога в каталоге организации, закладка "Прочее" на поле "очередность платежа" добавлен выбор из каталога заполнение "очередность платежа" в ПД запорлняется по следующим приоритетам: 1. Каталог контрагентов 2. закладка "значения по умолчанию" из ПД 3. новая настройка
101.606109.1.76.054ФЗ. Передача данных из документов Галактики в ККТКассаПриходный кассовый ордер
Федеральный закон "О применении контрольно-кассовой техники при осуществлении наличных денежных расчетов и (или) расчетов с использованием платежных карт" от 22.05.2003 N 54-ФЗ (действующая редакция, 2016). На сегодняшний день, применяя наличные, предприятие формирует чек ККТ на сумму, принятую от покупателя. По новым правилам в чеке надо указывать спецификацию ДО/накладной. Повторно вводить спецификацию документа из Системы в ККТ нереально. Цель взаимодействия с online ККТ - передача информации в ККТ. Также, желателен вариант - получение от ККТ подтверждение факта платежа. Схема взаимодействия видится такая: На основании заявки Покупателя выписывается ДО. На основании ДО - накладная. Если Покупатель платит наличными деньгами, то в Системе формируется ПКО. Кассовый чек должен соответствовать ПКО. Поэтому и формироваться должен из ПКО. По хорошему, надо бы получить отклик от online ККТ и изменить статус ПКО. Предложение клиента по связи с online ККТ. 1. Практически все ККТ имеют связь с 1С. Если Система сумеет эмулировать эту связь, то проблема будет решена. 2. ККТ имеют драйверы общения с компьютером. Можно (при простом протоколе обмена) сделать свой виртуальный драйвер, который будет обращаться к драйверам производителя.Добавлена пользовательская настройка "Настройки Галактики Бухгалтерский контур Касса Выполнять регистрацию в ККТ" со значением по умолчанию "нет", при включении которой в окне редактирования ПКО и РКО появляется кнопка "Регистрация в ККТ". Если после включения настройки кнопка не появилась, то значит у пользователя не реализована точка расширения epKO_isNotExistExtPoint. Добавлена пользовательская настройка "Настройки Галактики Бухгалтерский контур Касса Пароль оператора для ККТ" в которой задается пароль оператора для выполнения регистрации в ККТ. Если данная настройка не заполнена, выполнение регистрации невозможно. Добавлена системная настройка "Настройки Галактики Бухгалтерский контур Касса Пароль администратора для ККТ", в которой задается пароль администратора для ККТ. Если данная настройка не заполнена, выполнение регистрации невозможно. Добавлена пользовательская настройка "Настройки Галактики Бухгалтерский контур Касса Разрешать закрытие смены в ККТ" позволяющая выполнять закрытие смены в ККТ. Добавлена системная настройка "Настройки Галактики Бухгалтерский контур Касса Отображать системный интерфейс регистрации в ККТ" позволяющая отключить отображение интерфейса с позициями подлежащим регистрации в ККТ. Реализованы следующие точки расширения: 1) ExtensionPoint epKO_isNotExistExtPoint; Предназначена для проверки существования обработчиков точек расширения, при наличии которых должна возвращать false. 2) ExtensionPoint epKO_KKTInitConnection(cDoc: comp; sAdmPass, sOperatorPass : string; wOperation : word; pStr : iObjExtStr); Предназначена для инициализации сеанса регистрации ККТ кассового ордера с номером записи cDoc, паролем администратора sAdmPass, паролем оператора sOperatorPass и типом операции wOperation (0-не определен; 1-продажа; 2-возврат продажи; 3-покупка). Кроме этого, передается объект строк pStr, с помощью которого можно формировать наборы строк, которые необходимо отобразить в окне регистрации в ККТ. Для наполнения объекта строками необходимо воспользоваться методом pStr.SetString(_Num : longInt; _sStr : string), где _Num - номер строки (возможны значения от 1 до 16000), _sStr - значение строки. В первой строке должно храниться наименование операции, которое будет отображаться в наименовании окна с позициями подлежащих регистрации в ККТ. Кроме этого в объект можно задать ссылку на объект для работы с драйвером. Для установки ссылки нужно воспользоваться процедурой pStr.SetObject(_pObj : pointer), а для чтения функцией pStr.GetObject : pointer. 3) ExtensionPoint epKO_KKTRegistration(wTiDk, wOperation: word; sAdmPass, sOperatorPass, sNamePos: string; dKol, dPrice, dTaxRate, dSumTax, dSumTaxForOne: double; bModeTax : boolean; pObject : pointer);double; bModeTax : boolean; pObject : pointer); Производит передачу информации о оплачиваемой позиции спецификации накладной, где wTiDk - тип документа, wOperation - тип операции (0-не определен; 1-продажа; 2-возврат продажи; 3-покупка), sAdmPass - пароль администратора, sOperatorPass - пароль оператора, sNamePos - наименование позиции, dKol - оплаченное количество, dPrice - цена, dTaxRate - ставка налога (в случае отсутствия НДС передается значение "-1" ), dSumTax - сумма налога, dSumTaxForOne - не округленная сумма НДС за одну позицию, bModeTax - входимость налога в стоимость позиции (true - входит), pObject - указатель на объект драйвера контрольно-кассовых машин. 4) ExtensionPoint epKO_KKTDoneConnection(cDoc: comp; sAdmPass, sOperatorPass : string; wPaymentType : word; pObject : pointer; pStr : iObjExtStr); Предназначена для завершения сеанса регистрации ККТ кассового ордера с номером записи cDoc, паролем администратора sAdmPass, паролем оператора sOperatorPass, типом платежа wPaymentType (0 - наличные, 1 - банковская карта) и указателем pObject на объект драйвера контрольно-кассовых машин. Так же передается объект pStr, с помощью которого в точке расширения можно задать код статуса (процедура SetStatus), который будет прочитан и установлен в документе, в случае удачного завершения выполнения это точки расширения. 5) ExtensionPoint epKO_KKTCloseSession(sAdmPass, sOperatorPass : string); Предназначена для закрытия смены в ККТ. Инициируется выполнением пункта главного меню "Настройка->Касса->Закрытие смены в ККТ" в модуле "Касса". Для того что бы данный пункт меню появился, необходимо что бы администратор, с помощью функции запуска внешнего интерфейса, открыл интерфейс F_PLPOR::VKKTMAKEMENU (F_PlPor.res). В данном интерфейсе можно либо сформировать меню, либо удалить. Что бы увидеть результат, необходимо перейти в другой модуль и вернуться назад. Выполнение регистрации возможно только при наличии распределения по спецификации накладной/акта. После нажатия на кнопку проверяется текущий статус документа и если уже установлен статус отображающий что регистрация ККТ уже проводилась (статус у которого в поле "Код" указано значение "4"), вызывается точка расширения epKO_KKTInitConnection(comp(0) sAdmPass, sOperatorPass, pStr), которая может использоваться для повторной печати последнего сформированного чека. Если операция регистрации производится впервые, то вызывается точка расширения инициализации регистрации, в которую передается номер записи КО и пароли администратора и оператора, а так же объект строк, который наполняется в точке расширения. После успешного выполнения инициализации регистрации в ККТ, отображается окно, в верхней части которого отображаются строки, сформированные пользователем, в средней части отображаются все распределенные позиции, а в нижней части кнопки управления и общая сумма распределенных позиций. После нажатия на кнопку "Продолжить" обрабатываются все распределенные позиции КО и вызывается точка расширения epKO_KKTRegistration с соответствующими параметрами. Завершающим этапом идет вызов точки расширения epKO_KKTDoneConnection в которую передается номер записи КО и пароли администратора и оператора, и указатель на объект драйвера контрольно-кассовых машин. Если в результате выполнения вышеописанного алгоритма не возникло ошибок, то в кассовом ордере устанавливается статус отображающий что регистрация ККТ произведена успешно (статус у которого в поле "Код" указано значение "4"). В случае, если в объекте pStr будет задан код статуса, то устанавливаться будет заданный статус.
101.611269.1.76.0Реестры по перечислениям З/П - формирование пл. порученияКонтуры: финансовый, бухгалтерского учетаНе знаю, какая именно часть финансового контура, научите
Реестры по перечислениям З/П - формирование пл. поручения. При формировании платежного поручения, необходимо в назначении платежа вывести подразделение из реестра. Используем макрос назначение платежа: %SBBAN[Формат:П]. Подразделение формируется вышестоящее, чем указано в реестре.В Реестрах по перечислениям ФРО и на закладке Реестр ПП, ссылка на подразделение была перенесена на новое поле SbBan.cPodr. Если поле SbBan.cPodr - пустое, то в поле Подразделение выводится "несколько подразделений". Также реализован конвертор для существующих Реестров для переноса старого значения в новое поле.
102.1654699.1.76.0Некорректное сообщение об ошибке при попытке отправить на согласование платёжное поручение (РЦК)Финансово-расчетные операцииПлатежное поручение
При попытке отправить на согласование платёжное поручение выдаётся сообщение о несовпадении сумм ПП и расшифровки РЦК, хотя на самом деле системе не нравится, что в расшифровке не указано подразделение для РЦК.Исправлено.
102.1654769.1.76.0форма АО в FR и Бизнес-текст привести в соответствие формата RTF (102.163333)КассаАвансовый отчет
форма АО в FR и Бизнес-текст привести в соответствие с формой формата RTFДоработаны формы АО "Авансовый отчет РФ: форма АО-1, утвержденная 01.08.01" (Бизнес-текст) и "Авансовый отчет" (FR) Строка "2. получено на пластиковую карточку" "Данные документа" теперь выглядит так "2. "Данные документа"" (Пример: 2. ПП №000156 от 24.01.2017 ).
102.1658399.1.76.0При формировании возврата платежа необходимо сбрасывать статус документаФинансово-расчетные операцииПлатежное поручение
При формировании возврата платежа он копирует статус исходного документа. Что не всегда корректно. В создаваемом возврате платежа необходимо устанавливать статус по умолчанию, если он есть, либо сбрасывать.При формировании возврата платежа, в полученном документе производится сбрасывание статуса, а в случае существования заданного статуса по умолчанию, производится его установка.
101.613009.1.75.0внешние атрибуты реестров на перечислениеФинансово-расчетные операцииРеестры по перечислениям
В модуле "ФРО" есть реестры на перечисление. У этих реестров есть внешние атрибуты. Если к реестру привязано платежное поручение, которое имеет дату обработки, то реестр в списке становится серым и невозможно изменить внешние атрибуты. Необходимо открыть возможность редактирования внешних атрибутов, классификации.Доработаны реестры по перечислениям. Внешние атрибуты, классификаторы всегда доступны для редактирования.
101.613779.1.75.0Замедления открытия интерфейсаКассаАвансовый отчет
Замечено замедление открытие интерфейса у некоторых пользователей Интерфейс: F_PLPOR::PLPOR При открытии документов Авансовые отчеты в модуле касса. Случайно заметили, что При выключении настроек: FIN.KASSA.PODRFLTINKASSA и FIN.KASSA.STAFFFLTINKASSA все работает корректно. Система корректна, репозитарий синхронизирован, проверку настроек проводили Замечено, что если у пользователя в настроке прав (ЗП-Настройка-Администратор-настройка пользователей) включено разграничение по подразделениям, но не добавлено ни одно подразделений, то замедления проявляются, а если добавить, то работает корректно.Добавлена проверка, если нет выбранных подразделений, то права не проверяем для сотрудников, у которых подразделение есть.
102.1645539.1.75.0Не выводится спецификация в печатные формы rtfКассаАвансовый отчет
При отсутствии проводок, не выводятся данные спецификации АО в печатные формы rtf.Разрешен вывод данных из спецификации АО, при отсутствии у него проводок, для RTF.
102.1649079.1.75.0Формирование платежа по ДО на предоплату закупок некорректно при установленной настройкеФинансово-расчетные операцииПлатежное поручение
Формирование платежа по ДО на предоплату закупок некорректно при установленной настройке. На версии 8.1 клиент уже ставил проблемы в ПИР по работе с этой настройкой.Добавлена пользовательская настройка "Настройки Галактики Бухгалтерский контур Обработка документов Распределение платежа по ДО При совпадении контрагента в ДО и договоре расчетный счет брать из договора" которая доступна только при включении настройки "Настройки Галактики Бухгалтерский контур Обработка документов Распределение платежа по ДО Наследовать контрагента из договора при привязке ДО к платежу". По умолчанию данная настройка выключена и в случае совпадения плательщика за контрагента с контрагентом договора (настраивается в договоре, в окне просмотра реквизитов контрагента 2) влияет на следующие процессы: 1) При формировании платежного документа из ДО или Накладной, в платежный документ из ДО переносятся расчетный счет, банк, ИНН и БИК. 2) При формировании нового платежного документа (в которой еще не заполнен плательщик/получатель) и привязки к нему ДО, в платежный документ из ДО переносятся расчетный счет, банк, ИНН и БИК. 3) При привязке ДО к платежному документу, в котором уже заполнен плательщик/получатель, заполненные расчетный счет, банк, ИНН и БИК остаются неизменными. При несовпадении плательщика за контрагента с контрагентом договора, в платежный документ расчетный счет, банк, ИНН и БИК берутся из договора. При включенной настройке в любом случае в платежный документ переносятся расчетный счет, банк, ИНН и БИК из договора.
180.101029.1.74.0расчет процентов по крдеитам с учетом платежейВекселя и кредитыПолученные кредиты
Необходимо добавить настройку, позволяющую производить расчет процентов без учета пунктов план-графика погашения основного долга, а только с учетом реальных платежей.Были сделаны следующие изменения: 1) переименована настройка "Настройки Галактики Бухгалтерский контур Векселя и кредиты Кредиты Рассчитывать сумму процентов по кредиту с учетом платежей" в "...Рассчитывать сумму процентов по кредиту"; 2) переименовано значение настройки "нет" в "по графикам"; 3) переименовано значение настройки "да" в "по графикам и платежам"; 4) добавлено новое значение настройки "по платежам". Если настройка установлена в значение "по платежам", то при расчете процентов учитываются только привязанные к кредиту реальные платежи и не учитываются этапы графиков выдачи/погашения кредита. После установки обновления настройка "Настройки Галактики Бухгалтерский контур Векселя и кредиты Кредиты Рассчитывать сумму процентов по кредиту" устанавливается в значение "по графикам".
101.612259.1.73.0Интерфейс "Инкассовые Поручения". У одного сотрудника вместо получателя - плательщик и суммы нулевыеФинансово-расчетные операцииИнкассовое поручение
Интерфейс "Инкассовые Поручения". У одного сотрудника вместо получателя - плательщик и суммы нулевые У сотрудника установлена общесистемная настройка: Настройки Галактики Бухгалтерский контур Обработка документов Отображать в интерфейсах редактирования наименование плательщика/получателя в банке = НетИсправлено. Вместо ошибочного отображения окна для валютных документов, отображается соответствующее окно.
102.1611849.1.73.0Выбор лицевых счетов - не учитывает настройку пометки уволенныхКассаПлатежные ведомости
1.Новый интерфейс выбора лицевых счетов - не учитывает настройку пометки уволенных: "Настройки Галактики Управление персоналом Расчеты с персоналом Выбор работников Помечать уволенных" - данет 2.При этом очень неудобно, что фильтр по уволенным отрабатывает теперь только по общесистемным настройкам. Как правило на больших предприятиях настройки модуля ЗП для сотрудников других отделов не доступны для изменений. Необходим фильтр из локального меню - как было в старом интрефейсе.В интерфейсе выбора лицевые счета уволенных сотрудников подсвечиваются серым. При пометке по "+" уволенные сотрудники помечаются в зависимости от значения настройки: "Настройки Галактики Управление персоналом Расчеты с персоналом Выбор работников Помечать уволенных" - данет Добавлена возможность установки фильтров по - Дате приема - Дате увольнения
102.1613479.1.73.0В авансовом отчете не отрабатывает &VIP_[Obj:"SPAO"]КассаАвансовый отчет
Необходимо добавить в описание алгоритма, что он работает только при привязке ТХО в норме и выполнение ТХО только по Ctrl+EnterПодкорректировал описание.