Соколов Борис

50
Рейтинг

Boog
Борис Соколов



  •   Регистрация: 10.07.2009 (14 лет назад)

  •   Был(а) на сайте: 16.05.2017

Подписчики 1

Группы

Профессиональный разработчик

Рейтинг 50

Универсальный подбор элементов справочника

Инструменты и обработки Системный администратор Программист Платформа 1С v7.7 Конфигурации 1cv7 Windows Абонемент ($m) Внешняя обработка (ert,epf) Универсальные функции

Универсальная обработка для подбора элементов любого справочника путем прямого запроса с помощью 1С++ с использованием фильтра по вхождению для строковых реквизитов. (только для SQL)

1 стартмани

11.11.2009    13730    108    Boog    6       

6

Комментарии

БУАндроид#6 06.08.13 18:51
Следующем апдейте мобильной версии? Или самой УНФ?
БУАндроид#4 06.08.13 17:34
(3) NosovK, Добрый день! У Вас синхронизация с украинской УНФ взлетела?
DevОшибка при загрузке из клиент-банка в УТ 11#9 19.06.13 12:15
(8) maksimkonkov, Вы не поняли. Я выгрузил из Приват24 клиент-банка файл kl_to_1c.txt напрямую без переименований. Кроме того 1С у себя указали, что банк поддерживает этот формат.
После этого я пишу в поддержку и после длительного диалога получаю ответ, что их клиент-банк не поддерживает выгрузку в этот формат.
DevОшибка при загрузке из клиент-банка в УТ 11#7 19.06.13 11:39
(6) maksimkonkov, не было - это первичная настройка. Про общение с поддержкой банка написал выше.
DevОшибка при загрузке из клиент-банка в УТ 11#5 19.06.13 10:58
(2) tolyan_ekb, так и сделал. Только после 2-х часового онлайн общения с представителем банка, мне русским по белому объяснили, что Приват24 клиент-банк не выгружает в kl_to_1c.txt в принципе! Вот так.

(3) PhoenixAOD, наверно имеется в виду не кодировка (Dos\Win), а, как там названо, программа... Пробовал разные - не помогло. В принципе, в теории, не знаю что это дает, т.к. заявлено, что разные банки поддерживают один и тот же формат выгрузки...


В результате, поставил в коде преобразование пустого интервала в интервал без ограничений. Пока работает.

Всем спасибо!
DevОшибка при загрузке из клиент-банка в УТ 11#1 17.06.13 13:24
Добрый день!
Пытаюсь загрузить выписки из клиент-банка Приват24 в УТ 11.1.2.8
Получаю ошибку преобразования к Дате. В файле нет полей, предусмотренных стандартным форматом обмена (Структура файлов обмена данными (РФ)) - нет дат начала и конца интервала.
Приват вроде указан, как поддерживающий стандарт обмена...

Подскажите, пожалуйста, кто-то в чем причина и как загружать его данные?
HighLoadОчистка регистра Версии Объектов от одинаковых версий#11 17.09.12 11:36
Маленькое уточнение:
Пусть в регистре есть 4 версии документа: (01.07); (05.07); (04.08); (06.08).
Первые 3 из них - одинаковые.
Т.е. после работы обработки в регистре останется 2 записи (04.08) и (06.08), и получится, что документ создан 04.08 и изменен 06.08. Так? Если так, то это не правильно - информация о моменте создания потеряна!
DevИсправление неуникальности текстовых номеров документов изменением количества незначащих нулей#5 12.09.12 15:27
(4), DoctorRoza, это немного не отсюда.
Я вижу 2 варианта решения:
1. Можно в ПриУстановкеНовогоНомера руками получать последний номер и присваивать новый;
2. Можно завести новый вид документа с нужными параметрами нумератора, ПриУстановкеНовогоНомера создавать его, сохранять и брать его номер для текущего документа. В типовый документ придется добавить реквизит (хотя можно и через РС), чтобы была связка. В коде указать, что с 01.01.2012 (если я правильно догадался, то этот танец нужен до нового года) номер устанавливается стандартной обработкой. После 01.01.2012 служебный документ и связку можно будет удалить.
DevИсправление неуникальности текстовых номеров документов изменением количества незначащих нулей#3 12.09.12 10:56
(1), Rustig, из описания к Вашей обработке:
Цитата
Кому может пригодиться обработка: тем, кто сталкивается с таким вот сообщением при добавлении нового элемента "Код не уникален!"
, т.е. если среди документов есть номера, отличающиеся по длине, то Ваша обработка приведет их к одному виду.
Моя обработка предназначена для ситуации, когда неуникальные номера документов в базе уже есть! А документы нужно перепровести, т.е. уникальность нужно восстановить. Но сделать это нужно так, чтобы по бумажному документу можно было найти электронный, т.е. сохранив нумерацию.
(2), zzz_natali, жизненный пример в предыдущем абзаце.
Цитата
что царевна-лягушка на груди сидит и спрыгивать не хочет(я по поводу кредитов за скачку)
- если это какой-то намек, то я его не понял.
DevИсправление неуникальности текстовых номеров документов изменением количества незначащих нулей#0 12.09.12 8:32
Исправление неуникальности текстовых номеров документов путем изменения количества незначащих нулей в номере.