2017-04-17 14:08:06

Краткое описание :

54ФЗ. Передача данных из документов Галактики в ККТ

Описание :

Приходный кассовый ордер

Что измененно :

Федеральный закон "О применении контрольно-кассовой техники при осуществлении наличных денежных расчетов и (или) расчетов с использованием платежных карт" от 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
будет задан код статуса, то устанавливаться будет
заданный статус.

2017-04-17 14:08:07

Краткое описание :

Замена кода операции - обрабатывать таблицы реестров

Описание :

Замена кода операции

Что измененно :

Функция замены кода удержания не проставляет новый код в ранее сформированные реестры - в результате после замены кода удержания возникают ошибки при формировании окончательных реестров на выплату зарплаты (из них не вычитаются суммы ранее оплаченных реестров межпериода из-за различия кодов).
Необходимо заменять коды удержаний (и оплат, если тоже не заменяются) в таблицах реестров.

Как измененно :

Доработана сервисная функция замены кода операции.
В окне выбора параметров функции добавлен параметр в группу "модифицировать" - реестры и платежные ведомости. При выборе этого параметра функция обрабатывает таблицы реестров (таблицы "Перечень реестров" - замена кода удержания и "Спецификация реестра" - замена кода оплаты/удержания, таблица "Операции заработной платы" - замена кода оплаты/удержания) и платежных ведомостей (таблица "Спецификация платежной ведомости" - для зарплатных ведомостей - замена кода оплаты/удержания). При обработке таблиц реестров и платежных ведомостей для выборки по датам ориентируемся на период(дата начала периода) реестра(ведомости).
Дополнительно при выполнении функции с параметром модифицировать "архивную информацию" в таблице архива удержаний при замене кода оплаты/удержания учитываются поля: Вид оплаты(второй)/Исходный вид удержания.
Добавлена обработка новых таблиц Удержания межпериода/Начисления межпериода. Новые таблицы обрабатываются независимо от признака "модифицировать текущую информацию или архивную".

2017-04-17 14:08:06

Краткое описание :

При импорте накладной неверно определяется МОЛ

Описание :

Импорт

Что измененно :

При импорте накладной неверно определяется МОЛ

Как измененно :

Если в настройке импорта есть поле код МОЛ, то сразу определение делаем по коду,
если по коду не нашли, то пробуем определить по наименованию.

2017-04-17 14:08:06

Краткое описание :

При импорте проводок из XML файла в проводку попадает неактуальная карточка сотрудника (КАУК1)

Описание :

Импорт

Что измененно :

При импорте проводок из XML файла в проводку попадает неактуальная карточка сотрудника (КАУК1)

Информация во вложении

Как измененно :

При одинаковой ФИО или табельном номере, ссылка установится на сотрудника с большей датой приема.

2017-04-17 14:08:06

Краткое описание :

Контроль уникальности номеров финансовых обязательств.

Описание :

Журнал обязательств

Что измененно :

Необходимо предусмотреть контроль уникальности номеров для
финансовых обязательств. На предприятии установлена нумерация по специальной
таблице в рамках группы дескрипторов. Уже несколько раз были ситуации, что
пользователи умудрялись создавать (по-видимому правили вручную) финансовые
обязательства с одинаковыми номерами, что породило соответствующую путаницу при
их утверждении в финансовом отделе и на уровне руководства. Возможности
контроля уникальности номера нет, крайне желательно его предусмотреть.

Как измененно :

Добавлена системная настройка "Настройки Галактики \
Управление финансами \ Платежный календарь \ Формирование номеров \
Контролировать уникальность номеров финансовых обязательств", которая может
принимать следующие значения: "нет" (по умолчанию) и "да". Данная настройка
доступна для установки, если настройка "Настройки Галактики \ Управление
финансами \ Платежный календарь \ Формирование номеров \ Номер ФОБ брать из ДО
при автоформировании" имеет значение "нет".
Контроль уникальности номера ФОб выполняется, если настройка "Контролировать
уникальность номеров финансовых обязательств" установлена в значение "да" в
следующих ситуациях:
- при ручной корректировке номера ФОб;
- при автоматическом формировании номера ФОб;
- при копировании ФОб.
Номер считается не уникальным, если в текущем году найден документ с таким же
номером. Т.е. поиск выполняется среди документов с датой погашения больше или
равной 1 января текущего года, а также в зависимости от значения настройки
"Настройки Галактики \ Управление финансами \ Платежный календарь \
Формирование номеров \ Нумерация финансовых обязательств" среди всех
документов/с текущим дескриптором/с текущей группой дескрипторов/с тем же ЦО.

2017-04-17 14:08:07

Краткое описание :

Доработка vip-интерфейсов (невизуальная часть): детальный анализ и доработка

Описание :

Общая функциональность (например интерфейсы выбора)

Что измененно :

Доработка vip-интерфейсов (невизуальная часть): детальный анализ и доработка для поддержки 12 КАУ.

Как измененно :

Если выпускается не на словаре с 12 КАУ, то выпускать скрытым: изменений для пользователя видно не должно быть.

Исходные тексты контура Управление персоналом адаптированы к использованию 12 уровней аналитик.

Для 12 уровней аналитик НЕ дорабатывались:
- ряд отчетов (группировка и фильтры по аналитикам в зависимости от отчета могут содержать 3, 6 и любое другое количество аналитик (не более 12));
- разбиение расчета ЗП по аналитикам (для него, как и прежде, осталось 6 уровней).

2017-04-17 14:08:07

Краткое описание :

Поле ввода даты начала нарушения листка нетрудоспособности.

Описание :

Работа с интерфейсом ввода больничных листов

Что измененно :

Поле ввода даты начала нарушения листка нетрудоспособности.
При вводе нарушения режима больничного в поле Дата начала (нарушения) подтягивает текущую дату. Нужно чтобы в это поле подтягивалась дата начала нетрудоспособности, соответствующая полю Предоставлен с, т.к. в основном все листки нетрудоспособности вводятся в систему прошедшей датой.

Как измененно :

Теперь при вводе нарушения в больничном листе в поле даты начала нарушения режима автоматически подставляется дата начала нетрудоспособности.

2017-04-17 14:08:07

Краткое описание :

Некорректное сообщение об ошибке при попытке отправить на согласование платёжное поручение (РЦК)

Описание :

Платежное поручение

Что измененно :

При попытке отправить на согласование платёжное поручение выдаётся сообщение о несовпадении сумм ПП и расшифровки РЦК, хотя на самом деле системе не нравится, что в расшифровке не указано подразделение для РЦК.

Как измененно :

Исправлено.

2017-04-17 14:08:06

Краткое описание :

КИС ФХД Нумерация ФОБ в разрезе ЦО в рамках года

Описание :

Журнал обязательств

Что измененно :

КИС ФХД Нумерация ФОБ в разрезе ЦО в рамках года
Нужно реализовать функционал по ведению нумерации в разрезе ЦО (из шапки
документа) в рамках года.
желательно с возможностью использовать в первых символах номера код ЦО (т.е.
нумерация по настраиваемому шаблону)

Как измененно :

Добавлен раздел настроек:
- "Настройки Галактики \ Управление финансами \ Платежный календарь \
Формирование номеров"

В новый раздел перенесены настройки:
- "Нумерация финансовых обязательств"
- "Номер ФОБ брать из ДО при автоформировании"

Для настройки "Настройки Галактики \ Управление финансами \ Платежный
календарь \
Формирование номеров \ Нумерация финансовых обязательств"
добавлено значение:
- с помощью специальной таблицы в рамках ЦО

В случае нумерации по ЦО, нумерация ФОБ осуществляется в разрезе кодов ЦО.
При изменении ЦО в ФОБ номер обновляется автоматически.

ЦО по умолчанию рекомендуется указать в настройке:
"Настройки Галактики \ Управление финансами \ Платежный календарь \
Формирование заявок и обязательств \ Значения полей по умолчанию \ ЦО по
умолчанию"

2017-04-17 14:08:07

Краткое описание :

Командировочное удостоверение

Описание :

Приказы на командировки

Что измененно :

Предлагаю добавить печатную форму командировочного
удостоверения для РБ, в формате FastReport, с возможностью вывода на одной
странице лицевую форму и оборотную сторону удостоверения.

Как измененно :

Добавлена новая форма FastReport для РБ: "Командировочное
удостоверение РБ на одном листе".

2017-04-17 14:08:07

Краткое описание :

Справка о расчете процентов формат номера договора

Описание :

Полученные кредиты

Что измененно :

У нас используется оба поля номера договора. Но в справку о
расчете процентов выводится только DOGOVOR.NODOC и пользователь в отчете не
видит вторую часть DOGOVOR.NODOC_EXT. Нужно доработать печатную форму, чтобы
номер договора выводился в формате: DOGOVOR.NODOC + if (trim(DOGOVOR.NODOC)=''
or trim(DOGOVOR.NODOC_EXT)='', '', '\') + DOGOVOR.NODOC_EXT.
Так же и в других формах этого модуля при выводе номера договора необходимо
использовать настройку "Настройки Галактики \ Логистика \ Документы \
Управление договорами \ Отображение номера договора/соглашения в
документах-основаниях и сопроводительных документах" или "Настройки Галактики \
Бухгалтерский контур \ Аналитика по счетам \ Структура наименования КАУ \
Структура КАУ по договорам".

Как измененно :

Номер и дата договора выводятся в зависимости от значения
настроек "Настройки Галактики \ Логистика \ Документы \ Управление договорами \
Отображение номера договора/соглашения в документах-основаниях и
сопроводительных документах" и "Настройки Галактики \ Логистика \ Документы \
Управление договорами \ Отображение даты договора/соглашения в
документах-основаниях и сопроводительных документах" для следующих интерфейсов
и отчетов:
- столбцы "Номер договора" и "Дата договора" в списках соглашений с
дебиторами/кредиторами и решений по дебиторской/кредиторской задолженности;
- печать соглашения с кредиторами/дебиторами в формате FastReport (из карточки
соглашения);
- поле "Примечание" на вкладке "Залог" в карточке кредита;
- отчет "График получения и погашения кредита" в форматах Текст и FastReport
(из карточки кредита, информация о залоге);
- отчет "Справка о расчете процентов" в формате Excel (из карточки кредита и из
реестра кредитов);
- отчет "Справка об источниках кредитования", "Справка о расчете суммовых
разниц", "Справка о платежах по кредитам" в формате Excel (из реестра кредитов,
группировка по договору);
- вкладка "Фильтр по АПП" в настройке отчетов о движении векселей/ценных бумаг,
об оплате актов приема-передачи векселей/ценных бумаг и значение фильтра по
договорам в печатных формах этих отчетов;
- вкладка "Фильтр" в настройке отчетов о вексельных соглашениях, выданных и
полученных кредитах и значение фильтра по договорам в печатных формах этих
отчетов.
Наименование договора выводится в зависимости от значения настройки
"Настройки Галактики \ Бухгалтерский контур \ Аналитика по счетам \ Структура
наименования КАУ \ Структура КАУ по договорам" на вкладке "Движение векселей" в
документе "Вексельное соглашение".

2017-04-17 14:08:07

Краткое описание :

Необходимо корректно заполнять дату приема в предварительной разноске в случае повторного приема для отпуска

Описание :

Предварительная разноска отпусков и компенсаций расчетного периода

Что измененно :

Так как в ОО формируются две записи в случае для повторного приема (в месяце увольнения) на тот же ЛС и с учетом разноски отпускных сумм и налогов на ФОТ по этим записям (пир 102.163537) необходимо корректно заполнять дату приема в начислениях для компенсации при увольнении и для отпускных.
Например, сотрудника уволили и при увольнении сформировали компенсацию. В этом же месяце приняли снова на работу. Затем вновь прибывшего отправляют в отпуск. При расчете з/п (на этапе предварительной разноски) в такой ситуации и для компенсации (по старому назначению) и для отпуска (по новому назначению) проставляется одна и та же дата приема (по старому назначению) .

Как измененно :

В описанной ситуации в отпуске (по новому назначению) дата приема не проставляется, как и в общем случае для отпускных сумм.

2017-04-17 14:08:07

Краткое описание :

Командировочное удостоверение (форма Т-10) на одном листе в FR

Описание :

Приказы на командировки

Что измененно :

При печати "Командировочного удостоверение РФ (форма Т-10) на
одном листе" в FR печатать
лицевую и оборотную сторону на одном листе. На данный момент на печать
выводится аналогично
"Командировочному удостоверению (форма Т-10)" - лицевая и оборотная на разных
листах.

Как измененно :

Доработана форма FR "Командировочного удостоверение РФ (форма
Т-10) на одном листе":
убрана строка "Оборотная сторона формы № Т-10";
убран четвертый набор полей отметки прибытия\выбытия.
Теперь форма умещается на одном листе.

2017-04-17 14:08:07

Краткое описание :

В параметры копирования данных в продол.больничный добавить номер б/л из первичного

Описание :

Перенос данных первичного больничного

Что измененно :

В параметры копирования данных в продолжающийся больничный добавить номер следующего б/л из первичного.

Как измененно :

В окно выбора данных для переноса в продолжающийся больничный добавлен номер больничного листа, который берется из поля "№ след. Б/Л" вкладки "Особенности, данные для ФСС", если это поле заполнено.