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


Описание файла обновления:
ФайлF_BANKDOCF_RES_810530.TXT
ОбновлениеF_BANKDOCF_RES_810530
НазначениеОбщее
ПродуктГалактика 8.10
Релиз03.11.2006 : Atlantis 5.2.8
КомпонентF_BANKDOCF
ТипRES
Версия8.10.53.0
Дата2014-12-08 15:24:21
Проблема ПИРПервое решениеОписаниеПроектДетализация
Что изменено:Как изменено:
102.137951NEWДоработать алгоритм поиска контрагента по полям Счет, БИК и Наименованию в банкеФинансово-расчетные операцииВвод банковской выписки
Доработать алгоритм поиска контрагента по полям Счет, БИК и Наименованию в банке. Если организация не найдена по полям Счет, БИК, наименование в банке искать с Наименованием организации равным значению "Наименование в банке" из выписки т.к. если наименование организации в банке совпадает с наименование организации в БД, оно не дублируется в поле "Наименование организации в платежных документах"Доработано. При поиски организации по полям Счет, БИК и Наименованию в банке система пытается определить организацию по полям 1) Счет, БИК и Наименование в банке 2) Счет, БИК и Наименование = Наименование в банке (если не найдена) 3) Счет, БИК (если не найдена)
102.1365468.10.52.0Импорт БВ. Организации с одинаковыми реквизитамиФинансово-расчетные операцииВвод банковской выписки
Импорт БВ. Организации с одинаковыми реквизитами В настроящее время в БД ТНО в каталоге контрагентов присутствуют организации у которых ИНН и расчетные счета в банках одинаковые и отличаются только наименованием и наименованием в банке При работе возникает ситуация когда мы формируем собственное ПП с реквизитами: Наименование ИНН Банк Наименование в банке Счет Филиал ОАО "Связьтранснефть" Западно-Сибирское ПТУС 7723011906 ОАО БАНК ВТБ Уполномоченный представительФилиал ОАО "Связьтранснефть" - "Западно-Сибирское ПТУС" 40702810600060001166 Далее это ПП экспортируется в банк. На след день из банка приходит банковская выписка с датой оплаты. Способ определения организации: " по счету и БИК/МФО " При импорте выписки происходит следующее - вместо проставления даты оплаты в ПП, создается новое ПП, в котором организация другая: Наименование ИНН Банк Наименование в банке Счет ОАО "Связьтранснефть" 7723011906 ОАО БАНК ВТБ ОАО "Связьтранснефть" 40702810600060001166 Решением данной проблемы могло бы стать добавление в настройку для обработки банковской выписки "Разрешение конфликтов" алгоритма, который при нахождении нескольких организации дополнительно определял корректную по "по наименованию организации/наименованию в банке" и соответственно добавление поля "Наименование организации в банке" при настройке полей выписки.В список полей банковской выписки добавлено поле "Наименование в банке". Добавлен режим поиска организации "По Счету, Коду банка и Наименованию в банке". В данном режиме поиск контрагента осуществляется сначала по счету, коду банка и наименованию. Если в по трем реквизитам определить не удалось - ищется по счету и коду банка. Поле "Наименование в банке" автоматически заполняется при добавлении нового счета организации. При добавлении новой организации, если среди полей выписки нет поля "Наименование организации", но есть "Наименование в банке" - наименование организации в банке переносится в наименование новой организации в БД.
106.97888.10.51.0Импорт Банковских выписок из формата 1сФинансово-расчетные операцииВвод банковской выписки
Импорт Банковских выписок из формата 1с Большинство банков не имеют универсальных иили удобных форматов выгрузки выписокплатежных документов. У большинства банков есть формат "1с". Многие заказчики используют обмен данными через данный формат. И постоянно приходится для них производить докомпиляцию для разбораанализа и работы с данным форматом Данный формат во многом напоминает структуру inicfg файлов с небольшими отличиями. и значения параметров на русском языке.Добавлена возможность импорта банковской выписки из текстовых файлов формата 1с. Порядок настройки : 1. "Формат файла" = "текстовый (формат 1с)" 2. "Способ определения контрагента" = "По полям Счет, ИНН и БИК" 3. В поле "Кодировка" выбрать кодировку, соответствующую файлу 4. При необходимости настраиваются виды операций и расчетные счета. 5. В нижней панели настраиваем поля: 5.1 для обработки собственных платежек "Наш Счет" = "ПлательщикСчет" "Номер документа" = "Номер" "Дата выписки" = "Дата" "Дата оплаты" = "ДатаСписано" "Обороты по дебету" = "Сумма" "Счет контрагента" = "ПолучательСчет" "ИНН контрагента" = "ПолучательИНН" "Наименование контрагента" = "Получатель" "БИК контрагента" = "ПолучательБИК" "Наименование банка контрагента" = "ПолучательБанк1" "Код очередности" = "Очередность" "Назначение платежа 1" = "НазначениеПлатежа" "Вид операции" = "ВидОплаты" 5.2 для обработки сторонних платежек "Наш Счет" = "ПолучательСчет" "Номер документа" = "Номер" "Дата выписки" = "Дата" "Дата оплаты" = "ДатаПоступило" "Обороты по кредиту" = "Сумма" "Счет контрагента" = "ПлательщикСчет" "ИНН контрагента" = "ПлательщикИНН" "Наименование контрагента" = "Плательщик" "БИК контрагента" = "ПлательщикБИК" "Наименование банка контрагента" = "ПлательщикБанк1" "Код очередности" = "Очередность" "Назначение платежа 1" = "НазначениеПлатежа" "Вид операции" = "ВидОплаты" 5.3 для одновременной обработки собственных и сторонних платежек "Наш Счет" = "ПлательщикСчет" "Номер документа" = "Номер" "Дата выписки" = "Дата" "Дата оплаты" = "ДатаСписано" "Дебет/кредит: обороты" = "Сумма" "Счет контрагента" = "ПолучательСчет" "ИНН контрагента" = "ПолучательИНН" "Наименование контрагента" = "Получатель" "БИК контрагента" = "ПолучательБИК" "Наименование банка контрагента" = "ПолучательБанк1" "Код очередности" = "Очередность" "Назначение платежа 1" = "НазначениеПлатежа" "Вид операции" = "ВидОплаты" Замечание 1: Если в файле-выписке информация по одному Р/С, то поле "Наш счет" можно убрать (в настройке, в поле "Банк" выбрать нужный Р/С). Замечание 2: Настройка 5.3 выполняется для исходящих платежей (плательщик собственная организация, контрагент - получатель). Если наоборот - система определит это автоматически, т.е. данный пример настройки полей УНИВЕРСАЛЕН. Сумма загружается в поле "Дебет/кредит: обороты". Ключевыми полями для определения направления платежа являются поля "ДатаСписано" и "ДатаПоступило". Поле "Дебет/кредит: признак" не нужно.
103.68078.10.50.0Не возможно провести возврат платежей через банковскую выпискуФинансово-расчетные операцииВвод банковской выписки
клиент планирует учитывать платежи по договорам на обучение через операцию ввода банковской выписки. В банковской выписки учитываются как входящие платежи так и исходящие (т.е. возврат денежных средств по договору на обучение). Но при обработке банковской выписки такие платежи проходят красным шрифтом и не обрабатываются. Нужно чтобы и исходящие платежи, тоже можно было обработать из выписки.Добавлена возможность обработки исходящих платежей
102.1315368.10.49.0скорость импорта банковской выпискиФинансово-расчетные операцииВвод банковской выписки
Объем файла выписки - 4 500 строк. При импорте выписки процесс "Идет сравнение данных" может идти до 60 мин. Сам импорт занимает столько же. Итого 2 часа. Надо ускорить. Вложены: -отчет о системе -пример файла выписки -настройка импорта.1. Ускорен процесс сравнения данных (поиск подходящих документов). 2. Доработана визуализация процесса обработка, добавлена возможность прерывания процесса.
102.1285328.10.48.0замедление при обработке выпискиФинансово-расчетные операцииВвод банковской выписки
Замедление при обработке выписки: Если используется параметр для определения организации - "по счету, уч.номеру, БИК/МФО" и в файле поле, которое отвечает за БИК/МФО пусто - значительное замедление. Предложение: Если данные параметр пустой - переходить к поиску по УНН.При способе определения контрагента по полям - "Счет, ИНН" если Счет не определен, сразу переходим к поиску по ИНН - "Счет, ИНН, БИК" если Счет и БИК не определены, переходим к поиску по ИНН - "ОКПО, БИК, Счет" если Счет и БИК не определены, переходим к поиску по ОКПО
102.1252698.10.47.0добавить номер и сумму документа при обработке банковской выпискиФинансово-расчетные операцииВвод банковской выписки
Добавить номер и сумму документа при обработке банковской выписки. Используем интерфейс обработки банковской выписки, режим определения организации "по счету, уч.номеру, БИК/МФО". При обнаружении организаций с совпадающим ИНН (как на рисунке во вложении это физлица, имеющие ИНН Сбербанка), система предлагает выбрать, к какому контрагенту привязать встретившийся в банковской выписке счёт. Пользователь сообщает, что ему очень неудобно и долго искать соответствие по банк-клиенту номера счета и получателя платежа. Предлагается выводить в заголовок окна сначала номер и сумму пп, т.е. документа из строки банковской выписки со встретившимся расч счетом 423078.., в этом случае она бы сразу ориентировалась на сумму в реестре плат поручений. Согласитесь, что традиционно финансисты сверку реквизитов проводят не по 20-значному номеру счета, а именно по сумме/номеру документа.В окно выбора организации добавлена информация о платеже: - Номер - Дата оплаты - Сумма - Расчетный счет
104.201138.10.47.0Добавление банковских реквизитов при определении по ОКПОФинансово-расчетные операцииВвод банковской выписки
Добавление банковских реквизитов при определении по ОКПО Просьба изменить интерфейс импорта платежных поручений таким образом, чтобы система искала контрагента в базе по связке ОКПО/Счет/МФО банка и если Счет/МФО не совпадают - добавляла в каталог контрагентов данные реквизиты. Похожим образом интерфейс работает в случае если в поле "Организацию определять" стоит значение "по счету": система ищет организацию по счету и если совпадений не найдено - ищет по наименованию и в случае совпадения предлагает добавить новые реквизиты к найденной организации. Существующий вариант поиска "по ОКПО, БИК/МФО, счету" не устраивает клиента тем, что при несовпадении БИК/МФО или счета система предлагает создать новую организацию, а клиент хочет добавить реквизиты к существующей, найденной по коду ОКПО.При поиске по ОКПО/Счет/МФО банка и если Счет/МФО не совпадают, система ищет организацию по ОКПО, и предлагает добавить к ней счет.
106.96978.10.47.0Работа с банковской выпиской в 3-х уровневой архитектуре.Финансово-расчетные операцииВвод банковской выписки
Работа с банковской выпиской в 3-х уровневой архитектуре. При работе в 3-х уровневой архитектуре была выявлена следующая проблема: При импорте банковской выписки в "тонком" клиенте импорт из первого файла проходит успешно, но если не закрывая клиента выгрузить новую выписку в недавно загруженный файл, то Данные берутся из первого, а не из нового файла.Доработано. Перед выгрузкой файл на сервере обновляется.
102.1212588.10.46.0организация, за которую платежФинансово-расчетные операцииВвод банковской выписки
При импорте банковской выписки из DBF существует возможность заполнять поле "Учетный номер организации, за которую платеж". Однако, если организация с таким УНП не найдена, она автоматически не добавляется в каталог организаций. Клиент просит добавлять организацию автоматически(как для поля "Учетный номер корреспондента").1.При установленных настройках автоматического(по запросу) добавления организации, организации добавляются также при поиске по учетному номеру для поля "Платеж за" Замечание: При добавлении организации через поле "Платеж за" кроме учетного номера ничего не заполняется. Поэтому, если организация также может выступать в качестве контрагента, рекомендуется установить галочку в разрешении конфликтов: "При поиске по счету и учетному номеру или по счету, БИК/МФО и учетному номеру, если организация не найдена" = "искать по уч.номеру и добавлять к ней счет" 2. Доработано автоформирование наименования организации при добавлении. Если в выписке не указано то в виде : "новая организация " + <уникальный номер>
101.508068.10.45.0Отвязывается ЦО в платежных документах, соответственно в акт сверки суммы не попадаютРасчеты с поставщиками и получателямиБаланс взаиморасчетов с контрагентами
Отвязывается ЦО в платежных документах, соответственно в акт сверки суммы не попадаютИсправлено формирование аналитического разреза для платежных документов при создании платежных документов с помощью функции "Импорт банковской выписки". Для исправления ранее сформированных данных можно воспользоваться функцией "../ Администратор / Сервисные функции / Полный пересчет сальдо контрагентов или Расчет сальдо контрагентов с заданной даты" с выключенным параметром "Учет пользовательских изменений расчетных КАУ"
102.1188938.10.44.0нет разноски по ТХО после обработки БВФинансово-расчетные операцииВвод банковской выписки
нет разноски по ТХО после обработки БВ если в платежке 2 ХО, и установлено не сохранять разноску, то при обработке по ТХО вроде как разносится - протокол формируется, но при входе в документ видим, что ТХО не привязана и проводок нету (возможно ХО удаляется не вовремя - после разноски).исправлено
101.501698.10.43.0Ввод банковской выписки. Необходимо видеть договор, по которому прошла оплатаПлатное обучениеОперации
Если плательщик по договору отличается от контрагента, система не находит договор по которому прошла оплата.1. Поиск соответствующего договора по выписке выполняется по полю "Плательщик". 2. Если договор найден и плательщик по договору отличен от контрагента, то контрагент автоматически переносится в поле "Платеж за" временного документа. Аналогичным образом поле "Платеж за" заполняется при ручном выборе договора (ПКП, ДО). 3. В окне обработки банковской выписки колонка "Контрагент" переименована в "Плательщик".
102.1176518.10.43.0Интерфейс выбора типа документа при настройке видов операцийФинансово-расчетные операцииВвод банковской выписки
Для выбора типа документа при настройке видов операций и при групповом определении типов документов использовать интерфейс F_KATDOC::VIPPICKDOCДля выбора типа документа при настройке видов операций и при групповом определении типов документов используется интерфейс F_KATDOC::VIPPICKDOC
102.1180758.10.43.0Вызов фильтров и параметров обработки БВ сделать модальнымФинансово-расчетные операцииВвод банковской выписки
Вызов фильтров и параметров обработки банковской выписки сделать модальнымПараметры обработки и фильтры теперь запускаются в модальном режиме.
102.1188178.10.43.0не работает параметр обработки превышений в банк выписке "формировать новый док"Финансово-расчетные операцииВвод банковской выписки
не работает параметр обработки превышений в банк выписке "формировать новый документ" Вместо нового документа формируется новая ХО.исправлено
180.69768.10.43.0Задвоение сумм при обработке выпискиФинансово-расчетные операцииВвод банковской выписки
При обработке файла банковской выписки в интерфейсе разноски возникла следующая ситуация: собственное платежное поручение система находит, но в поле сравнение сумм стоит не "=", а "<", хотя сумма в платежном поручении и соответствующей записи в интерфейсе разноски выписки ПОЛНОСТЬЮ совпадают. При этом, если запустить данную строку выписки на обработку, в платежном поручении появляются во вкладке хозоперации еще ДВЕ хозоперации: одна с суммой 0 рублей, другая с суммой платежа, а сумма поручения в результате удваивается. Описанная ситуация возникает, если изначально в платежном поручении во вкладке хозоперации ТХО не подвязана, а дата хозоперации проставлена.1. Если хозоперации оплачены полностью, но дата документа не проставлена, то при обработке хозоперация с нулевой суммой не формируется. 2. Если по документу сформировано несколько хозопераций и обработка банковской выписки выполняется с сохранением разноски ("Настройки Галактики Бухгалтерский контур Обработка документов Сохранять разноску по ДО при обработке банковской выписки" = "Да"), то обрабатываются сначала хозоперации с отрицательной суммой. 3.В настройки обработки банковской выписки добавлен новый параметр: "Способ контроля сумм в не проведенных платежах" - учитывать ранее оплаченные суммы - не учитывать ранее оплаченные суммы - не обрабатывать, если остаток к оплате меньше суммы платежа 3.1. "учитывать ранее оплаченные суммы" При сравнении сумм документа и банковской выписки остаток к оплате рассчитывается с учетом ранее оплаченных хозопераций. 3.2. "не учитывать ранее оплаченные суммы" Сравнивается сумма документа и сумма по выписке. При обработке даты хозопераций обновляются. 3.3. "не обрабатывать, если остаток к оплате меньше суммы платежа" Если сумма по выписке превышает остаток к оплате - документ исключен из обработки. 4. АЛГОРИТМ ОБРАБОТКИ без учета "проведенных" хозяйственных операций Если обработка банковской выписки проводится с настройкой "не учитывать ранее оплаченные суммы", то 4.1. Если сумма по выписке = сумме хозопераций 4.1.1 Если обработка идет с сохранением разноски - даты хозопераций обновляются, проставляется дата оплаты документа. 4.1.2 Если обработка происходит без сохранения разноски - хозоперации удаляются, формируется одна на общую сумму. 4.2. Если сумма по выписке > суммы хозопераций 4.2.1 Если обработка идет с сохранением разноски - даты хозопераций обновляются, проставляется дата оплаты документа, превышение обрабатывается в соответствии с настройками. 4.2.2 Если обработка происходит без сохранения разноски - хозоперации удаляются, формируется одна на общую сумму, превышение обрабатывается в соответствии с настройками. 4.3. Если сумма по выписке < суммы хозопераций 4.3.1 Если обработка идет с сохранением разноски 4.3.1.1 Если неоплаченного остатка по документу хватает для распределения суммы по выписке, то закрывается неоплаченная сумма (часть суммы, если не хватает). 4.3.1.2 Если неоплаченного остатка по документу не хватает для распределения суммы по выписке, то даты хозопераций обнуляются, сумма выписки распределяется по хозоперациям. 4.3.2 Если обработка происходит без сохранения разноски - то, с подтверждением пользователя, хозоперации удаляются, формируется оплаченная хозоперация на сумму выписки и хозоперация на неоплаченный остаток. & УНАСЛЕДОВАННЫЕ ИЗМЕНЕНИЯ БАЗОВЫХ ФОРМ: НЕТ & УНАСЛЕДОВАННЫЕ ИЗМЕНЕНИЯ ШАБЛОНОВ: НЕТ
180.68828.10.42.0Некорректно работают параметры разрешения конфликтовФинансово-расчетные операцииВвод банковской выписки
При установленном параметре "При поиске по счету и учетному номеру..." - "Искать по уч. номеру и добавлять к ней счет", если по учетному номеру найдено несколько организаций, открывается пустое окно.При установленном параметре "При поиске по счету и учетному номеру..." - "Искать по уч. номеру и добавлять к ней счет", если по учетному номеру найдено несколько организаций, открывается список организаций для добавления счета. Список формируется с учетом признака "исключить архив". Аналогично при поиске организации за которую платеж (поле "Платеж за") по полю выписки "Учетный номер организации, за которую платеж"
102.1139168.10.41.0исправить подсветку параметровФинансово-расчетные операцииВвод банковской выписки
исправить подсветку параметров Кнопка разрешение конфликтов. Активные параметры должны подсвечиваться. Но некоторые не подсвечиваются. А названия некоторых параметров светятся серым. в общем надо исправить чтобы все параметры подсвечивались одинаково.Исправлена пометка параметров разрешения конфликтов Настройки обработки макросов в наименовании файла перемещены вниз окна (т.к. в большинстве случаев они не доступны)
102.1148888.10.41.0Доработать функционал импорта вал.выписки, если ведется неск. вал.счетовФинансово-расчетные операцииВвод валютной банковской выписки
Доработать функционал импорта валалютной выписки, если ведется несколько валютных счетов (мультивалютные счета)1. Для мультивалютных счетов доработан поиск по Счету в банке и валюте. 2. Колонка "Счет" отображается всегда, при наличии многорасчетности. Независимо от наличия поля "Наш счет" среди полей БВ.
102.1123688.10.40.0запрет-ть использ-ть архивных контрагентов при импорте-2Финансово-расчетные операцииВвод банковской выписки
Необходимо запретить использовать архивных контрагентов при импорте. В ситуации когда в архив отправлен "дубль" организации - использование очередности поиска - подходит. Но если в архив отправлены организации, корректность которых подтвердить уже никто не может, и клиент не хочет, чтобы такая организация незаметно подставилась при импорте - то необходимо, чтобы импорт вообще не обращался в архив. Т.е нужна соответствующая настройка.В настройку формы банковской выписки для параметра поиска организации добавлена опция "исключить архив". При установленном параметре, при поиске контрагента организации из архива не рассматриваются. По умолчанию параметр не установлен, поиск осуществляется как и прежде - сначала среди неархивных организаций,потом в архиве.
180.63218.10.39.0Просьба реализовать импорт plpor.tax в обработке банковской выпискиФинансово-расчетные операцииВвод банковской выписки
Просьба реализовать импорт plpor.tax в обработке банковской выписки. У клиента часть собственных поручений набираются непосредственно в клиент-банке (отчасти это связано с незавершенным процессом внедрения и большой разветленностью филиальной сети - не возможно всех сразу запустить в галактику - платежки набирают в 20 местах). В тоже время эти платежные поручения нужны в галактике, поскольку оперативный учет уже ведется. Возможности модуля обмен-бизнес документов не подошли по нескольким причинам. В тоже время в обработке банковской выписки не хватает строки с налогами, из за чего столкнулись с проблемой разноски платежей по НДФЛ по реестрам на перечисление(нужно поле ОКАТО).Добавлено поле банковской выписки "Налоговые реквизиты". Если среди полей выписки есть поле "Налоговые реквизиты", то информация из данного поля переносится в пятую строку назначения временного документа(TmpPlPor.Podothet), независимо от настроек импорта назначения платежа. При обработке документа значение переносится в PlPor.Tax.
101.475648.10.38.0Обработка КПП плательщика. Обособленные подразделения.Финансово-расчетные операцииВвод банковской выписки
У нас платёжки формируются в отдельной программе. В ней проводятся сложные операции по согласованию платежей. Потом финансисты отсылают платёжки из этой программы в банк. После того, как банк подтвердит платёж, он присылает выписку. Эту выписку загружаем в Галактику. Так вот в этой выписке присутствуют платежи по перечислению НДФЛ в бюджет. В таких платёжках плательщиком выступает сама ПГК, а КПП должен быть обособленного подразделения. В той программе, где оформляют этот платёж, так и заполняют эти данные - там всё верно. Но при импорте выписки всегда проставляется КПП головной организации, а не обособленного подразделения. Нужна возможность импорта КПП из платёжного поручения. Критично именно в отношении КПП плательщика (т.е. наши филиалы и подразделения), так как при формировании налоговой отчётности по НДФЛ по подразделениям отнесения затрат программа без этих КПП не может собрать информацию по перечислению налогов.Поле "КПП" выписки переименовано в "КПП корреспондента". Добавлено поле "КПП организации". Если поля настроены, то значения переносятся во временный документ. Иначе берется КПП из каталога организаций. Добавлена возможность редактирования данных реквизитов (окно редактирования временного документа) При обработке значения переносятся в ПП.
103.55668.10.37.0Изменилось правило подстановки ненайденной организации при вводе банковской выпиФинансово-расчетные операцииВвод банковской выписки
Изменилось правило подстановки ненайденной организации при вводе банковской выписки. Ранее у клиента при обработке реестра в случае, если не находилась сторонняя организация, то вставала первая (у клиента была фиктивная организация *), и сразу было видно, что ее нужно проверять. Теперь, после установки обновлений, вместо первой встает предыдущая организация из обрабатываемого реестра (подробнее - во вложении). В результате ранее клиенту приходилось проверять порядка 10% выписок, а теперь все 100%. С точки зрения эффективности работы стало много хуже.Если контрагент по выписке не определен - поле не заполнено. & УНАСЛЕДОВАННЫЕ ИЗМЕНЕНИЯ БАЗОВЫХ ФОРМ: НЕТ & УНАСЛЕДОВАННЫЕ ИЗМЕНЕНИЯ ШАБЛОНОВ: НЕТ
102.1107528.10.36.0Нужна возм.запрет-ть использ-ть архивных контрагентов при импорте банк-й выписФинансово-расчетные операцииВвод банковской выписки
Нужна возможность запретить использовать архивных контрагентов при импорте банковской выписки. При смене наименования контрагентов мы заносим нового контрагента с почти такими же реквизитами, а старого переносим в архив. Однако, при импорте банковских выписок автоматически цепляется зачастую старый контрагент, из архива. Что касается измененных реквизитов, то как правило, меняется название, вот из последнего: 1. Филиал ОАО "Центрсибнефтепровод" Томское НУ 2. Филиал ОАО "Центрсибнефтепровод" Томское РНУ Скриншот настройки (по каким полям ведется выбор контагентов) и файл с выпиской во вложении.Доработаны алгоритмы поиска контрагента (поле "Организацию определять"). Теперь система сначала ищет контрагентов из основного списка. Если не определен - то по архиву. & УНАСЛЕДОВАННЫЕ ИЗМЕНЕНИЯ БАЗОВЫХ ФОРМ: НЕТ & УНАСЛЕДОВАННЫЕ ИЗМЕНЕНИЯ ШАБЛОНОВ: НЕТ
102.1108078.10.36.0сразу определять контрагента при выборе из каталога в верхней панелиФинансово-расчетные операцииВвод банковской выписки
Платное обучение Операции Ввод банковской выписки В шестипанельном окне обработки в верхней панели неопределился контрагент. Выбираем его из каталога, однако после выбора запись остается "красной" - такую не обработаешь. Чтоб исправить - надо передернуть в нижней панели. Предлагаю сразу определять контрагента при выборе из каталога в верхней панели.Информация обновляется автоматически.
102.1109838.10.36.0некорректно работают некоторые парметры разрешения конфликтов в БВФинансово-расчетные операцииВвод банковской выписки
некорректно работают некоторые парметры разрешения конфликтов в БВ речь о параметрах: - при поиске по счету и БИК - выдавать запрос если БИК не совпадает - при поиске по счету и УНН или по счету, БИК и УНН, если организация не найдена - искать по УНН и добавлять к ней счет при работе по этим параметрам в окне обработки отображаются пустые записи.параметры настроек отрабатывают корректно. В окно выбора организации для добавления счета добавлен признак архива, сортировка по признаку архива.
102.1110188.10.36.0параметр настройки БВ срабатывает не с первого разаФинансово-расчетные операцииВвод банковской выписки
параметр настройки БВ срабатывает не с первого раза Для входящих документов при поиске по счету и БИК/МФО добавлять реквизиты организации. Первый раз обрабатываем выписку - запрос на добавление реквизитов не выдается. Второй раз обрабатываем - выдается. Если закроем-откроем окно выписки, ошибка повторится.исправлено
102.1104158.10.35.0убрать предупреждение при обработке банковской выпискеФинансово-расчетные операцииВвод банковской выписки
убрать предупреждение при обработке банковской выписке открыл 2 выписки - рублевую и валютную (так можно). обработал одну выписку, закрыл окно обработки нажал обработку второй - получил сообщение: --------------------------- Ошибка --------------------------- Отчет не будет создан по причине: Ошибка в файле D:galaxygal_810outDimanSynchOrg.out (Процесс не может получить доступ к файлу, так как этот файл занят другим процессом) --------------------------- ОК --------------------------- а дальше обработка прошла. Надо убрать сообщение.сообщение не выдается
102.1107298.10.35.0банковская выписка. после групповой замены типов документов слетает расчетный счФинансово-расчетные операцииВвод банковской выписки
Банковская выписка. После групповой замены типов документов слетает расчетный счет. "Наш счет" указан в настройке. После групповой замены типов документов делаем обработку выписки - слетает расчетный счет, в результате документы попадают на другой рс.После изменения типа документа расчетный счет сохраняется.
102.1107428.10.35.0Добавить горячие клавиши для функции "Групповое определение типов документов"Финансово-расчетные операцииВвод банковской выписки
Добавить горячие клавиши для функции "Групповое определение типов документов"Запуск функции "Групповое определение типов документов" осуществляется по "Alt+G"
102.1106908.10.34.0Пропала функция группового изменения типов документов в банковоской выпискеФинансово-расчетные операцииВвод банковской выписки
Пропала функция группового изменения типов документов в банковоской выписке.исправлено
102.1091258.10.32.0Настройка "разрешения конфликтов"Финансово-расчетные операцииВвод банковской выписки
Настройка формы БВ/ Разрешение конфликтов. Параметр "При поиске документов в БД не учитывать" "контрагента - получателя" "контрагента плательщика" работает с точностью до наоборот.Исправлено.
102.1086938.10.31.0Поиск по внутреннему учетному номеруФинансово-расчетные операцииВвод банковской выписки
Для поиска контрагента необходимо в поля выписки добавить внутренний учетный номер.1. В поля выписки добавлено поле "код организации". 2. Доработан вариант поиска контрагента по коду (внутреннему номеру) и наименованию организации. 3. Внутренний номер заполняется при автоматическом добавлении контрагента.
104.195758.10.31.0Импорт полей "Назначение платежа" при вводе банк.выпискиФинансово-расчетные операцииВвод банковской выписки
Импорт полей "Назначение платежа" при вводе банк.выписки ФРО - Операции - Ввод банковской выписки. На текущий момент в настройке импорта банковской выписки присутствуют поля "Содержание операции" и "Содержание операции 2", значения из которых помещаются в первые 2 строки "Назначение платежа" в платежном документе (т.е. в поля PLPOR.NAMEPL1, PLPOR.NAMEPL2) Нужно реализовать в настройке импорта поля "Содержание операции 3" и "Содержание операции 4", которые бы соответственно заполняли 3ю и 4ю строки "Назначение платежа" (PLPOR.NAMEPL3, PLPOR.NAMEPL4)В поля импорта добавлены поля "Содержание операции 3" и "Содержание операции 4". Если "содержание операции" это наименование ТХО, то первые 3 строки назначени временного документа заполняются из ТХО, далее строки назначения из файла. Если ТХО нет то во временный файл переносятся строки назначения платежа, начиная с первой. Если длинна строки из выписки более 100, то остаток переносится на следующую строку (строки склеиваются). При последующем ручном изменении ТХО, если первая строка назначения есть наименование ТХО, то назначение переписывается из ТХО, иначе ничего не меняется.
104.195468.10.30.0Импорт банковской выписки из дбф в кодирове 1251Финансово-расчетные операцииВвод банковской выписки
ФРО - Операции - Ввод банковской выписки. Необходимо реализовать возможность импорта банковской выписки в кодировке win1251 для формата DBF. Сейчас из DBF импорт происходит только в DOS-кодировке без возможности выбора. Для текстового формата есть возможность выбора кодировки.Для формата DBF добавлена возможность выбора кодировки, для последующего разбора файла. При этом файл на просмотр открывается в DOS-кодировке.
104.195008.10.29.0Просмотр файла при импорте банковской выпискиФинансово-расчетные операцииВвод банковской выписки
ФРО - Операции - Ввод банковской выписки В режиме редактирования настройки поле "Файл" Просмотр файла открывается всегда в DOS-кодировке, игнорируя заданную кодировку в настройке. Скрины и пример файла прилагаю. Необходимо предпросмотр файла выполнять в кодировке, которая задана в настройке, т.к. текущий режим просмотре существенно затрудняет создание настройки для файла в WIN-кодировке.Файл банковской выписки открывается на редактирование с учетом кодировки, которая задана в настройке.
102.1047108.10.28.0Процесс обработки БВ не должен зависить от настройки формирования протокола ТХОФинансово-расчетные операцииВвод банковской выписки
Процесс обработки бв не должен зависить от настройки формирования протокола ТХО. Сейчас, параметры ТХО запрашиваются для каждого документа только при значении настройки "Настройки Галактики Бухгалтерский контур Типовые проводки Формировать протокол расчетов при разноске ТХО" = "нет" Нужно убрать данную зависимость. Вместо этого добавить новый параметр обработки.Окно "обработка банковской выписки" / параметры обработки (ctrl+r) / закладка "Обработка". Добавлен параметр: "Формирование проводок по ТХО отдельно для каждого документа". Хранится в ДСК. По умолчанию принимает значение в зависимости от настройки "настройки галактики бухгалтерский контур типовые проводки формировать протокол расчетов при разноске тхо" ("нет" - галочка установлена). При установленной галочке ТХО отрабатывает для каждого документа отдельно. Если галочка снята - аналитики с выбором из каталога запрашиваются один раз и применяются для всех ТХО.
102.1049368.10.28.0Банковская выписка: импорт кода назначения платежа и очередностиФинансово-расчетные операцииВвод банковской выписки
Банковская выписка: импорт кода назначения платежа и очередности Если в банковской выписке импортируется "Код платежа", то в платежке заполняются "Назначение платежа" и "Очередность платежа". Хотя каталоги там разные. Надо доработать.Поле выписки "тип платежа" переименовано в "вид платежа" Поле Выписки "Код платежа" переименовано в "Код назначения" Добавлено поле "Код очередности" Теперь поля код "Код назначения" и "Код очередности" импортируются отдельно. В окне редактирования временного документа есть оба поля, с возможностью выбора из соответствующих каталогов. При обработке значения переносятся в соответствующие поля документа.
106.93308.10.28.0Значение Назн.плат. заносится в поле Очер.плат.Финансово-расчетные операцииВвод банковской выписки
Значение назн.плат. заносится в поле очер.плат. При разноске банковской выписки в поле Назн.плат. выбираем данные из справочника "Назначение платежа". НО в интерфейсе платежных поручений это значение встает в поле Очер.плат, а поле Назн.плат. остается пустым.Исправлено. поле "назн.плат." временного документа переносится в соответствующее поле платежки.
102.1044678.10.27.0Сбивается нумерация в собственных платежных порученияхФинансово-расчетные операцииВвод банковской выписки
Сбивается нумерация в собственных платежных поручениях После ввода банковской выписки в которой присутствуют собственные и сторонние платежные поручения и обработки только сторонних платежных поручений. Происходит увеличение последнего номера для собственных платежных поручений на кол-во платежных поручений в выписке даже если ничего не импортируем, что затрудняет работу бухгалтера.исправлено
101.448658.10.26.0Обрабатывать случаи, когда у организации два банка с одинаковым р/сФинансово-расчетные операцииВвод банковской выписки
Настроили загрузку выписки с указанием "наш счет". в ФРОРасчетные счета указали свою организацию с нужным банком. Теперь сбербанк изменяет наименование своего филиала, при этом все остальные реквизиты остаются без изменений. Чтобы это отразить заводим у собственной организации второй банк. Выбираем его в ФРОРасчетные счета. После этого, ввод банковской выписки загружает платежки в первый попавшийся банк. Если у "старого" банка изменить р/с, то загрузка проходит корректно, но при печати старых документов информация исказиться.Если импорт банковской выписки осуществляется с использованием поля "наш счет", и при этом у собственной организации есть несколько одинаковых счетов, приоритет отдается тому счету, который задан в окне "Настройка формы банковской выписки" в поле "Банк". Если в поле "Банк" указан другой счет, то берется первый из найденных (как и работало до патча).
102.1005678.10.26.0период поиска документовФинансово-расчетные операцииВвод банковской выписки
Предлагают добавить настройку, при которой период поиска документов "с" начинался бы с даты, указанной в запросе. Теоретически это должно позволить не заходить лишний раз в настройку и не изменять указанную дату. Сейчас приходится обновлять дату почти каждый день.В "Разрешение конфликтов", в раздел обработки макросов в наименовании файла добавлена галочка "обновлять период поиска документов" (по умолчанию снята). Если в наименовании файла есть макрос даты, и установлен параметр "обновлять период поиска документов", то интервал дат в настройке обновляется автоматически после ввода даты "Формирование на" (либо текущей датой, если настроена). Если пользователь вводит дату позже текущей - интервал устанавливается с текущей даты. При вводе даты раньше первого января текущего (прошлого) года, автоматически устанавливается первое января Текущего (прошлого) года.
102.1008348.10.26.0чистить поле "Код ТХО" при очистке поля "ТХО"Финансово-расчетные операцииВвод банковской выписки
Чистить поле "код тхо" при очистке поля "тхо" В окне "Обработка банковской выписки" в поле "ТХО" по DEL отменяю ТХО, но поле "Код ТХО" при этом не чистится, а DEL в нем не работает. Предлагаю чистить.Добавлена возможность выбора тхо из поля "код тхо". Добавлена возможность удаления ТХО из поля "Код ТХО" При удалении ТХО чистится ссылка на ТХО и код ТХО. При смене типа документа также чистятся оба поля.
102.1014738.10.26.0резрешить редактировать нулевую записьФинансово-расчетные операцииВвод банковской выписки
резрешить редактировать нулевую запись Окно Настройка формы банковской выписки - кнопка "Настройка видов операций". Разрешиить редактирование 0-ой настройки. С последними доработками редактирование запрещено и идет проверка корректности. Т.о. если нулевая запись была некорректная, то у пользователь при обработке всегда выдается предупреждение о некорректной настройке, и сделать он ничего не может (ну кроме как удалить настройку БВ и ввести заново). Так что лучше разрешить редактировать (но не удалять).Добавлена возможность редактирования документов по дебету/кредиту для операции по умолчанию. Удалить запись нельзя. Для нового вида операции, документы по умолчанию определяются как собственное ПП / стороннее ПП (для нде) собственное ВПП / стороннее ВПП (для валютной) независимо от того что указано в настройке по умолчанию.
101.439188.10.25.0Галку сохранять разноску сделать пользовательской настройкойФинансово-расчетные операцииВвод банковской выписки
При импорте банковской выписки без галки "сохранять разноску" от платежки отвязываются все ДО кроме одного. Уследить есть она или нет проблематично, потому что при запуске импорта эта галка явно не видна. А при установке обновлений dsk удаляется. Предлагается перенести эту галку в настройки, потому что она влияет на первичные документы. Подробности от пользователя: 1. А можно эту галку вывести наружу т.к. человек попросту забывает заглянуть туда, а платежей много по 400 на день и если портятся неприятная картина вырисовывается 2. Если наружу нельзя, то может можно настроечку организовать типа :Всегда сохранять рагностку;Никогда не сохранять разностку;Использовать настройку вкладки;[Может еще какой параметр вырисуется] PS То что сохряняется в DSK это конечно хорошо, но есть один нюанс 1 день: человек выставил галочку - загрузил все хорошо 2 день проверил загрузил хорошо 3 день забыл проверить загрузил опять хорошо далее в какойто момент проихошол системный сбой(они бывают) галактика подвисла, сняли задачу с таскменеджера. Дальше мы всегда удаляем оставшийся мусор в рабочей папке : всякие tmp, crf,... в том числе и папку DSK тоже. наступает момент когда настройка бы спосла т.к. после того ка потерли DSK и человек забыл заглянуть в Дополнительные параметры. наступила неприятная картина.Взамен галочки "сохранять разноску" в окне настройки обработки банковской выписки добавлена пользовательская настройка : Настройки Галактики Бухгалтерский контур Обработка документов Сохранять разноску по ДО при обработке банковской выписки - "нет" - "да" (по умолчанию)
102.460408.10.25.0Разделить заполнение назначения платежаФинансово-расчетные операцииВвод валютной банковской выписки
Разделить заполнение назначения платежа 1. Формат dbf 2. Клиент хочет в назначение платежа записывать несколько значений, несколькими строками. В первую СТРОКУ помещать значение для формирования ТХО А во вторую данные по плательщику. Т.е. необходимо расширить кол-во полей выписки: содержание операции1 (для первой строки назначения платежа) содержание операции2 (для дальнейшего заполнения назначения платежа согласно алгоритму, указанному в -разрешении конфликтов-)Добавлено поле "содержание операции 2"
102.692718.10.25.0При вводе банковской выписки дублируются значения в таблице KatbankФинансово-расчетные операцииВвод банковской выписки
При вводе банковской выписки дублируются значения в таблице katbank Как проявить: Если выполняются следующие условия: 1. в настройке формы банковской выписки задан поиск организации: - "по счету и уч. ном.", - "по счету,уч. ном.,БИК/МФО" или - "по ОКПО, БИК/МФО, счету"; 2. в каталоге организаций присутствуют организации, у которых совпадают значения расчетного счета и кода банка (что можно рассматривать как нарушение целостности данных); 3. в обрабатываемой выписке присутствует платежный документ от контрагента, значения расчетного счета и кода банка которого не уникальны в каталоге организаций; то при обработке такой банковской выписки организация определяется следующим образом: в таблице расчетных счетов ищется первая запись с заданным расчетным счетом (или с заданным счетом и кодом банка в зависимости от способа поиска организации) потом проверяется учетный номер (или ОКПО в зависимости от способа поиска организации). Если последняя проверка неудачна, то остальные организации с совпадающим счетом (и кодом банка) не проверяются.Исправлено. При поиске организации в таблице расчетных счетов просматриваются все записи с совпадающими значениями счета (и кода банка). & УНАСЛЕДОВАННЫЕ ИЗМЕНЕНИЯ БАЗОВЫХ ФОРМ: НЕТ & УНАСЛЕДОВАННЫЕ ИЗМЕНЕНИЯ ШАБЛОНОВ: НЕТ
102.839588.10.25.0Необходима сортировка по суммеФинансово-расчетные операцииВвод банковской выписки
Необходима сортировка по сумме при вводе банковской выписки. То есть, в исходном файле при импорте в систему все платежи отсортированны по сумме, при установке ограничений эта сортировка нарушается, клиент просит либо дать возможность сортировки по сумме, либо ввести изменения в работу фильтра таким образом, чтобы после установки фильтара по входящимисходящим документам исходная сортировка не нарушалась.Добавлена возможность сортировки по сумме при вводе банковской выписки. В фильтр был добавлен параметр сортировки "по сумме документа". Т.о. теперь при установке фильтра по входящимисходящим документам есть возможность отсортировать их по сумме. Кроме того исправлена сортировка по типу и по номеру документа. Ранее, в случае установки ограничений на входящиеисходящие документы сортировка не работала.
102.967858.10.25.0лишнее сообщение (проверка не там где надо)Финансово-расчетные операцииВвод банковской выписки
лишнее сообщение (проверка не там где надо) "Настройки Галактики Бухгалтерский контур Типовые проводки Раздельная привязка ТХО по регистрам учета" = ДА Хозоперации Настройка Документы системы ... Для Соб.ПП настроена раздельная привязка по регистрам 1 и 2. Допустим в системе установлен текущим Регистр3. При обработке БВ (без привязки ТХО) выдает следующее предупреждение: --------------------------- Ошибка --------------------------- Применить ТХО к документу невоможно, поскольку регистр учета "Регистр3" неуказан в настройках "Документов системы"! --------------------------- ОК --------------------------- Думаю, это сообщение и вообще проверка нужны если мы Вяжем тхо.Если тхо не указана, то никаких проверок не выполняется.