Дайджест новостей компании за 21 июля - 31 августа 2022 г.

Мелкие правки по платформе, связанные с удобством использования. Исправление некритичных багов.

Доработки в типовых решениях:

Бухгалтерия: Акт сверки по клиенту — доработка шаблона.
Основные средства: Акт о приеме-передаче объекта ОС ф.ОС-1 — доработка шаблонов. В оборотные ведомости добавлено условие на холдинг. В док-т ОС.Отпуск на сторону добавлены пересчеты от суммы с ндс и суммы ндс. Отчеты по инвентаризации ОС и НМА — доработка шаблонов. Текстовая интерпретация количества порядковых номеров. Доработка справочника членов комиссии.
Розничная торговля: добавлен отчет по продаже товара по часам.
Материальный склад: Доработка отчетов по остаткам по ТМЦ.
Спецодежда: Доработка отчетов по остаткам по спецодежде. Ускорение расчета износа спецодежды.
Услуги: Доработка типовой проводки по документу "01. Расчеты за услуги оказанные".
Торговля: Ускорение формирования отчета "Движение товара по поставщикам".
Справочники: Доработка справочника групп контактов.
Банк: Переименование макроса загрузки банковской выписки для БелВнешЭкономБанка. Доработки по ISO (20022): добавлен макрос по экспорту платежных поручений для БеларусБанка; Добавлен макрос по экспорту платежных требований для БелАгроПромБанка; Прочие исправления и улучшения. Доработка макросов по экспорту платежных поручений (БеларусБанк), требований (БелаАгроПромБанк).
Общепит-бэк: выдача в производство -- оптимизация отчета по ценам.
Платежки: При изменении счета он иногда перебивался на главный счет компании. Исправлено.
ПУ-3: Исправлена ошибка с некооректной (задвоением) записей ДПОСОБ. Доработаны ф-ции по формированию ПУ-3 в случае, когда пользователи начинают пользоваться программой не с начала года. Т.е. у их есть данные (файл-txt), который они отправляли в фонд ФСЗН. В результате данные из файла соединяются с данными, которые получаются из программы.
Зарплата: Льгота для пенсионного. ФСЗН (погрешность округления). Оптимизация расчета (ускорение) расчета пенсионного. Доработки по формированию платежных поручений с реквизитами ISO (20022). В табель мастера добавлена возможность разносить любое произвольнве типы часов в разрезе дней месяца. Добавлен параметр поиска часов и дней в разрезе подразделений. Добавлена ф-ция поиска рабочих часов за период.

ЭТТН:

Исправлено отбражение позиций лога в форме просмотра ЭТТН (раньше отображались только первые)
Можно увидеть входящие эттн и ответы, на которые нет 2650.
Исправлен код поля предыдущей эттн.
Исправлена ошибка при получении некорректного статуса входящей ЭТТН. Статус "Входящая.Текущий статус: Запрос об отмене грузополучателем принят порталом: ДА Есть складской документ. Отправлен ответ." появлялся после загрузки BLRAPN с кодом 2551, хотя отмены ЭТТН не производилось.
Исправлена привязка документа к ЭТТН после отмены.
Добавлен макрос "отправить заново 2650 по выделенным файлам" (актуально, если 2650 по ОТВЕТУ не отправился)
При сохранении исходящей ЭТТН переделан лог (теперь он есьь по каждому файлу и всегда отображаетеся. Не очищается)
При сохранении исходящей перед добавлением позиции очищаются поля позиции (могли тянутся ШК из предыдущей позиции). Чтоб это заработало, надо переформировать макросы "Создать ЭТТН"
Переделано определение свой\чужой документ для BLRAPN. Если поставщик или получатель разные, ищем, есть ли на базе длинный номер ЭТТН, на который ссылается сообщение. Если же отправитель и получатель один и тот же, то определяем тип документа, к которому привязано сообщение. Для эттн - ищем соответствующую исходящую эттн. Для ответов - ищем соответствующую входящую эттн. Для сообщений - ищем соответствующее исходящее сообщение по соответствующей эттн. Это решает проблему, когда сообщения, относящиеся к ответам, привязывались не к той базе.
Исправлено создание уведомления об изменении ЭТТН. Не создавалось уведомление после изменения принятого кол-ва товара во входящей ЭТТН, если открывали ЭТТН на редактирование, изменяли только кол-во одного товара и нажимали на "ОК"
При сохранении ЭТТН данные о прослеживаемости кодируются.
При определении, свой или нет blrapn, учитывается теперь, что накладная может быть внутренней, а сообщение к ней - внешним (например, от провайдера)
При загрузке сообщений иногда появлялась и гасилась ошибка, из-за нее неверно определялся статус. Исправлено.
В настройки исходящих ЭТТН добавлен признак возврата (необязательный признак, которым можно помечать док возврата)
В Сканирования добавлена кнопка Загрузить из мобильного (грузит и расшифровывает коды из документа Переучет, закидывает в текстовое поле, откуда их можно перенести в позиции кнопкой Обработать коды)
Обновлены правила удаления (теперь Сет Нулл) для ссылки на ЭТТН, позицию ЭТТН, складские документы в Прослеживаемость. Штрихкоды.
В Прослеживаемость.Штрихкоды добавлено поле отмена. Устанавливается в 1, если ЭТТН отменена отправителем
В Прослеживаемость.Штрихкоды код добавляется, даже если такой код уже есть по другой ЭТТН.
В позицию ЭТТН добавлена ссылка на предыдущую позицию. Если ЭТТН заменяет какую-то другую, то мы можем найти предыдущую позицию по товару и принятому кол-ву. Если товар не найден, поле обновится на триггере, когда товар укажут руками.
При обновлении ссылки на предыдущую позицию к кодам прослеживаемости новой позиции привязывается документ прихода от старой позиции
Если при загрузке мы знаем, что ЭТТН заменяет другую, отмененную ЭТТН, то товары ищутся и прослеживаемость расшифровывается, даже если в параметрах сказано делать это при создании складского док-та. Если товар не найден, но ЭТТН является заменой, то ищем похожий товар в ней по имени и шк.
Добавлена ф-я ettn_traceability_description (документирует, как работает прослеживаемость) и ettn_UpdateScripts (какие скрипты надо выполнить для обновления БД, например, поменять правило удаления во внешнем ключе, сделать поле необязательным и т.п.)

01.09.2022