gifts2017

Обмен данными через DBF-файлы для 1С 7.7 - методика и практика (версия 3)

Опубликовал vkr (vkr) в раздел Обработки - Обработка документов

Предлагается методика обмена данными через DBF-файлы между практически любыми конфигурациями 1С 7.7, а также (в определенных случаях) между конфигурациями 1С 8.х, между 7.7 и 8.х и даже между 1С и не-1С системами...

Обмен данными через DBF-файлы для 1С 7.7 - методика и практика - версия 3


Предлагается методика обмена данными через DBF-файлы между практически любыми
конфигурациями 1С 7.7, а также (в определенных случаях) между конфигурациями
1С 8.х, между 7.7 и 8.х и даже между 1С и не-1С системами...
История версий :

02.11.2011 - версия 1
 - Две обработки для переноса из ТиС в Бух 7.7
 - Описание методики переноса
 - Таблица соответствия реквизитов документов
 - Дополнительные программы

28.11.2011 - версия 2
 - Добавлены две обработки для переноса из Бух в Бух 7.7

11.07.2012 - версия 3
 - Добавлены две обработки для переноса из ПУБ в Бух 7.7
 - Дополнено описание форматов обмена, обновлена документация

 

Преамбула

Многие пользователи 1С неоднократно сталкивались с необходимостью переноса данных (справочники, документы, операции) между различными конфигурациями БД 1С 7.7 и 8.х.
Для этого написано просто немеряное количество обработок и даже спецконфигураций (типа Конвертации данных), которые в подавляющем большинстве случаев работают через OLE, XML- или TXT-файлы. У каждой обработки есть плюсы и минусы.

В моем конкретном случае нужно было наладить обмен данными между своей фирмой и несколькими десятками различных клиентов, находящихся на аутсорсинге...
То есть, написать такую программульку, которую любая бухгалтерша запустит, нажмет 2-3 кнопки, выгрузит файл и отошлет его нам по электронной почте...

Кроме этого, были и другие варианты :
  1) Получение данных по производству из ПУБ 7.7 и загрузка их в Бухгалтерию
  2) Даунгрейд клиентов, разочаровавшихся в УТ 8.x, обратно на ТиС 7.7
  3) Наоборот, переход с ТиС 7.7 на УТ 8.x и с Бух 7.7 на БП 8.x
  4) Многочисленные случаи получения данных из "самопальных" систем, написанных на Дельфи/С++ и загрузка их в Бух 7.7 и ТиС 7.7
  5) Обмен данными между ТиС 7.7 и самописной на С++/Firebird Логистикой-Склад
  6) Обмен данными между 1С 7.7 и конфигурациями Инфо-Предприятия v2x, работающими на платформе СУБД FireBird
     и т.д., и т.п.


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

И вот он - формат DBF... :)))

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

К слову, для наиболее распространенных файл-менеджеров FAR и Total Commander имеются плугины (расширения) для работы с DBF-файлами, что здорово облегчает контроль за файлами обмена...

Короче, основа нашего обмена - DBF-файл.


Теперь - реализация

Так как DBF-файл имеет четко регламентированную, регулярную структуру, то и информация, в него выводимая, должна быть представлена в такой же регулярной, хорошо документированной форме...

Для этого была проанализирована структура основных справочников и документов для нескольких конфигураций 1С 7.7 - Бух, ТиС, УСН, ПУБ, ЗиК, Комплексная - и разработаны таблицы соответствия реквизитов объектов для этих конфигураций.
Эти таблицы представлены в файле DBF_Exchange_Formats_Lite.xls в архиве.
Каждая такая таблица - это описание соответствующей структуры данных в программах выгрузки/загрузки.
Для справочников эти структуры - одноуровневые, для документов - двухуровневые, т.е., для шапки документа - своя, для табличной части - своя.
По возможности, сходные реквизиты справочников и документов для разных конфигураций были расположены в одних и тех же местах структур.

Сам DBF-файл имеет блочную логическую структуру, т.е., для каждого объекта (справочника или документа) создается блок (группа) записей, отличающихся так называемыми "сигнатурами". В нашем случае, сигнатура - это просто строка из трех символов, обозначающая тип объекта. Например, сигнатура для справочника Номенклатура = "НОМ", для документа РасходнаяНакладная = "РНК" и т.д.
Каждый блок записей начинается с записи типа "*** СтартХХХ ***" и заканчивается записью типа "*** КонецХХХ ***", где ХХХ - вышеуказанная сигнатура, что легко позволяет идентифицировать и затем обрабатывать соответствующий блок записей.

Подробнее программную реализацию структур данных со всеми комментариями можно увидеть в конце исходного текста прилагаемых внешних обработок...

Чисто исторически, в предлагаемых обработках, каждая запись DBF-файла состоит из 26 полей по 250 байт ("семерка" не дает больше 254 байт, по-моему), называющихся от "A" до "Z", хотя никто не мешает сделать хоть 100 полей и назвать их по-своему (во избежание эксцессов - лучше по-английски, типа "AN").

И, кстати, для 1С 7.7, имя DBF-файла лучше писать тоже латиницей и не более, чем 8 символов в длину - типа Pf111015.dbf

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

Исходники обработок относительно подробно комментированы, поэтому вы можете увидеть оба варианта синхронизации - но сейчас выбран вариант "по коду"...

Кстати, при выгрузке в DBF-файл я старался придерживаться принципа - информация лишней не бывает, поэтому выдача наружу идет по максимуму - а уж что конкретно потом будет использоваться - вопрос второй...


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


Как это работает...

Начнем с выгрузки данных в файл.

Для этого нужно :
  1) Задать период выгрузки данных и имя файла для выгрузки
  2) Сформировать список отбора документов
  3) Для отобранных документов и связанных с ними справочников сформировать в памяти компьютера вышеописанные структуры
  4) В определенном порядке выгрузить данные в файл - сначала справочники, а затем уже - документы.

Если в двух словах, то - как во "взрослых" языках программирования типа С++  -  через структуры и связанные списки...

Пункты 1) и 2) - реализуются элементарно, с помощью выбора периода по календарю и некоей функции типа ВыбратьДокументыЗаПериод().
Также можно задать типы выгружаемых документов (накладные, счета-фактуры, оприходование, списание и т.д.)
В сформированном списке документов можно пометить (или убрать пометку) любое количество нужных/ненужных документов и, скажем, ненужные удалить из списка.

Пункт 3) реализован с помощью нескольких пар ТаблицЗначений - Шапка и ТабЧасть.
Каждая строка ТабЧасти (ТЧ) имеет поле-указатель на строку Шапки - чего уж проще...
Значения элементов справочников также берутся из Шапок и ТЧ отобранных документов и добавляются в соответствующие им таблицы.

Пункт 4) раскроем поподробнее...
После окончания формирования в памяти всех нужных связанных структур (таблиц) и заполнения их данными из справочнихов и документов, начинается вывод в DBF.
Открывается заданный DBF-файл и в него выгружаются данные в следующем порядке :
 1) Заголовок файла (в котором можно прописать дату/время, название фирмы и т.д.)
 2) Запись начала данных
 3) Справочник ГТД (если есть)
 4) Справочник Номенклатура
 5) Справочники Контрагенты и Договоры
 6) Выбранные документы, сгруппированные по типам (накладные, счета-фактуры и т.п.)
 7) Запись конца данных.
Затем файл закрывается...

Для формирования и выгрузки объектов каждого типа применяется своя отдельная подпрограмма, так что достаточно несложно написать для недостающих типов документов или справочников свои подпрограммы по аналогии с существующими...

Опять же, легко так модифицировать обработку, чтобы переносить только справочники (попросту закомментировав в исходном тексте строки вывода документов в файл :) )


Теперь - о загрузке файла в целевую конфигурацию 1С...

Для этого нужно :
  1) Выбрать желаемый DBF-файл
  2) Выбрать (если нужно) период загружаемых документов - например, если прислали выгрузку за месяц, а хочется пока грузить только за неделю...
  3) Выбрать типы загружаемых документов - например, только РасходныеНакладные, если прислали выгрузку всей первички за месяц...
  3) Загрузить файл в память компьютера - получаем список загружаемых документов.
  4) В полученном списке дополнительно можно пометить нужные/ненужные документы.
  5) Запустить формирование реальных документов...

Снова опишем процесс подробнее...

При выполнении пунктов 1)-3) в памяти компьютера формируются структуры данных ( ТаблицыЗначений ), аналогичные тем, которые создавались при выгрузке в файл.  Естественно, если происходит перенос между РАЗНЫМИ конфигурациями, то и вид, и даже количество этих структур может быть разным. Для этого и приложен в архиве файл описания соответствия реквизитов объектов в разных конфигурациях 1С.

Сформированные связанные списки и структуры никоим образом не влияют на текущую базу 1С - процесс РЕАЛЬНОГО создания документов начинается ТОЛЬКО ПОСЛЕ нажатия кнопки Создать документы, а до тех пор Вы можете сколько угодно раз очищать список, выбирать нужные типы документов, даже перезагружать DBF-файл - это НЕ ОПАСНО !!!

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


Содержимое прилагаемого архива (версия 3) :

 1. Описание методики обмена через DBF-файлы - версия 3 (данный текстовый файл).
 2. Таблицы соответствий реквизитов справочников и документов для 1С 7.7 ( в формате MS Excel / OO Calc ) - DBF-Exchange-Format_Lite_v3.xls
 3. Внешняя обработка для выгрузки данных из ТиС 7.7 в DBF-файл (Lite-версия) - Unload_TiS-to-Buh.ert
 4. Внешняя обработка для загрузки данных из DBF-файла в Бух 7.7 (Lite-версия) - Load_TiS-to-Buh.ert

 5. Внешняя обработка для выгрузки данных из Бух 7.7 в DBF-файл (Lite-версия) - Unload_Buh-to-Buh.ert
 6. Внешняя обработка для загрузки данных из DBF-файла в Бух 7.7 (Lite-версия) - Load_Buh-to-Buh.ert

 7. Внешняя обработка для выгрузки данных из ПУБ 7.7 в DBF-файл (Lite-версия) - Unload_Pub-to-Buh.ert
 8. Внешняя обработка для загрузки данных из DBF-файла в ПУБ 7.7 (Lite-версия) - Load_DBF-to-Pub.ert 

 9. Внешняя обработка Show.ert (c) Zorro - для просмотра и отладки ТаблицЗначений
10. Плугин LookDBF для файл-менеджера FAR - для просмотра и редактирования DBF-файлов


Ограничения предлагаемой Lite-версии (версия 3) :

  1) Предлагается только ТРИ версии - перенос из ТиС в Бух 7.7, из Бух в Бух 7.7, из ПУБ в Бух 7.7, хотя на практике реализовано больше десятка различных вариантов обмена данными.
  2) Не переносятся периодические реквизиты (например, цены номенклатуры и т.д.).
     Собственно, это и в полной версии не делалось принципиально, хотя и можно...
  3) Предлагается перенос только некоторых типов документов (реально необходимых).
     ВСЕ нужные для этого структуры данных присутствуют, так что можете считать реализацию переноса других документов - неким этюдом для программиста :)  (например, есть выгрузка ПКО из ТиС, но нет загрузки ПКО в Бух, т-к не надо; не предлагается перенос Выписок Банка и Комплектации ТМЦ, т-к - специфичные).
  4) Не предлагается загрузка за период - а только всего DBF-файла (ну, тут уж совсем элементарно - просто напишите проверку даты загружаемого документа - по аналогии с выбором периода в выгрузке данных... :) )
  5) Не предлагается, хотя и реализована, Загрузка с Преобразованием - например, из выгруженной РасходнойНакладной при загрузке сразу формировать ПоступлениеТМЦ, или сразу формировать связанный СчетФактуру, или по нескольким документам формировать один сводный - да мало ли что еще придумано и сделано... :)
  6) Не предлагается иерархическая выгрузка справочников (с группами), хотя она и реализована, например, для обмена с Логистикой-Склад, написанной на связке Borland С++ и СУБД Firebird v2.5
    
Кое-что полезное в версии 3 :
В обработке выгрузки из Бух в Бух реализована возможность коррекции ГТД в Расходных Накладных
по связанным с ними СчетамФактурам Выданным, если номера ГТД есть в СФ, но отсутствуют в РН.
Делается это примерно так :
 - формируется DBF-файл выгрузки, включающий в себя документы РН и СФ
 - по нажатию кнопки Коррекция ГТД данные повторно считываются в память
 - делается попытка сопоставления документов РН и СФ
 - для тех документов, которые м.б. сопоставлены, корректируется ГТД
 - данные повторно записываются в DBF-файл

Эпилог

За те несколько лет, что я вынужден периодически заниматься проблемой переноса, было просмотрено и опробовано несколько десятков самых разнообразных обработок. Те из них, которые работают через OLE, имеют минус - работают только локально. Те, которые работают через текстовые файлы, показались мне слабо формализуемыми и малопригодными для обмена между РАЗЛИЧАЮЩИМИСЯ конфигурациями. Те, которые работают через XML - тоже страдают слабой формализованностью, как бы это и не казалось некоторым пользователям плюсом...
В общем, я для себя решил, что чем меньше свободы и разгильдяйства и чем больше структурированности и формализации при написании программ обмена, тем лучше... :)

К слову, никто не запрещает напрочь поменять формат обмена с DBF на тот же XML - достаточно будет просто заменить пару-тройку подпрограмм выгрузки/загрузки реально сформированных в памяти компьютера структур данных... :)))

И именно в такой универсальности, четкой регламентированности описания и реализации алгоритмов обмена, возможности легкого расширения функционала, взаимодействия с не-1С системами я и вижу преимущества предлагаемых Вам обработок...

Скачать файлы

Наименование Файл Версия Размер Кол. Скачив.
Программы обмена данными через DBF-файл - версия 3
.rar 308,48Kb
11.07.12
372
.rar 308,48Kb 372 Скачать
Программы обмена данными через DBF-файл - версия 2
.rar 263,26Kb
11.07.12
189
.rar 263,26Kb 189 Скачать

См. также

Подписаться Добавить вознаграждение

Комментарии

0. vkr (vkr) 01.01.70 03:00
Предлагается методика обмена данными через DBF-файлы между практически любыми конфигурациями 1С 7.7, а также (в определенных случаях) между конфигурациями 1С 8.х, между 7.7 и 8.х и даже между 1С и не-1С системами...


Перейти к публикации

1. Александр Лыткин (TrinitronOTV) 02.11.11 17:01
поставлю плюсик за проделанную работу, только вопросик: что значит СчетФактВыдан(РН)?
2. vkr (vkr) 02.11.11 18:23
(1) СчетФактураВыдан(АВ) - СФ на аванс, СчетФактураВыдан(РН) - обычный СФ к РасходнойНакладной (РН)
3. Vladimir (Boroda) 02.11.11 21:22
Интересно, перечислены, практически, все типовые конфигурации, за исключением Зарплата+Кадры и ЗУП... А для них что, по этой методике обмен произвести не получится?
4. vkr (vkr) 03.11.11 00:13
(3) Все получится, коллега, просто мне такой вариант не был нужен...
Ведь в большинстве случаев что переносят? Первичку из разных конф или других систем
в Бухгалтерию - чтобы отчетность сделать... Я вот еще и Логистику-Склад свою прикрутил... :)
Можно даже, например, из 1С-ТиС в Инфо-Предприятие Бух спокойно перетаскивать - главное тут
грамотно соответствие реквизитов один раз написать...
5. Александр Лыткин (TrinitronOTV) 03.11.11 09:39
vkr пишет:

(1) СчетФактураВыдан(АВ) - СФ на аванс, СчетФактураВыдан(РН) - обычный СФ к РасходнойНакладной (РН)

спасибо за разъяснения
6. dfg dgf (FLYYY1986) 03.11.11 10:22
+ за труды, хотя предпочитаю все делать через оле, но иногда конечно приходится.
7. Сергей Зеленовский (zels) 03.11.11 10:27
А с XML-ным движком было бы лучше.
Уж сколько лет использую XML обмен между разными конфигурациями и платформами
- без особых проблем, все что хочешь можно быстро подстроить..
8. vkr (vkr) 03.11.11 13:09
(6),(7) Коллеги, я же в эпилоге описания указал, что при предлагаемом построении алгоритмов переноса
(т.е., предварительном полном формировании в памяти ВСЕХ структур данных), Вы можете выбирать ЛЮБОЙ
вариант переноса - хоть через внешний файл любого желаемого формата( TXT, DBF, XML, DB, да хоть XLS :) ),
хоть напрямую через OLE (просто используя уже сформированные связанные структуры и списки).
В принципе, заменив регламентированное описание DBF-структур на аналогичное описание набора XML-тегов,
достаточно несложно сделать и XML-обмен...
Получим нечто типа такого :
  <СтартДанных>
  <СтартНоменклатура>
    <Элемент>
      <Код>00000012</Код>
      <Наименование>Фигня полная</Наименование>
      ....
    </Элемент>
    ...
  <КонецНоменклатура>
  <СтартРеализация>
    <Документ>
      <Шапка>
        ...
      </Шапка>
      <ТаблЧасть>
        ...
      </ТаблЧасть>
    </Документ>
    ...
  <КонецРеализация>
  <КонецДанных>
...Показать Скрыть

Остается только найти или написать самому XML-генератор для выгрузки и XML-парсер для загрузки...
9. Сергей (ildarovich) 03.11.11 13:54
Перенос данных - очень актуальная и востребованная задача. Именно поэтому давно разработано и широко используется такое решение как "Конвертация данных". По эффективности и универсальности предлагаемому решению до КД еще очень далеко. Недостатком КД является довольно высокий "порог вхождения" и, наверное, недостаточный визуальный контроль процесса переноса. Зато для тех, кто освоил КД, перенос данных между любыми конфигурациями (и не только) перестал быть проблемой. По сравнению с предложенным решением КД примерно как бензопила против лобзика. Это я к тому, что данная разработка кажется мне изобретением велосипеда, и хотя я уважаю изобретателей, но все же для практического использования порекомендовал бы разобраться в КД.
10. vkr (vkr) 03.11.11 14:21
(9) Коллега, Вы предлагаете простому бухгалтеру или даже менеджеру
из клиентской фирмы на другом конце города или области осваивать КД ? :)
А выбрать прошедший месяц, поставить галочки на типах документов и нажать кнопку "Создать Доки" сможет любой.
Я бы не стал сравнивать Газель (моя поделка) с БелАзом (КД) - они в разных весовых категориях...
11. Сергей Зеленовский (zels) 03.11.11 14:42
Еще вопрос, кто пила, а кто лобзик.

Клиент делал перенос данных через конвертацию: час на точке(7.7) и ночь - в центре(8.1).
А мой перенос - 5мин выгрузка на точке, 30 мин загрузка в центре (~40 точек).

Так что когда надо перебрасывать регулярно десятки тысяч документов, конвертация медленная и неудобная.
А уж "удовольствие" копаться в обработках выгрузки/загрузки, когда работает не так как надо ни с чем не сравнится (раза 3-4 приходилось корректировать процедуры). Да еще и процедуры меняются...

Что касается формирования всех объектов в памяти - при загрузке 50Мб XML файла мне не хватало 2Гб ОЗУ на компе,
пришлось менять алгоритм.
12. Сергей (ildarovich) 03.11.11 14:57
(10) Перечисленным пользователям осваивать КД не требуется. Знающий программист один раз с минимальными затратами времени разрабатывает "Правила обмена данными", создает и запоминает настройки "универсальной обработки выгрузки и загрузки в формате xml". После этого пользователь нажимает те же галочки против видов документов, и также выбирает периоды в универсальной обработке, нажимает "выгрузить" в одной базе и "загрузить" в другой. При необходимости можно создать "обертку" к универсальной обработке. При этом пользователь пользуется тиражным проверенным решением, а программист не воспроизводит типовой функционал.
Решения сравнивать нужно обязательно, весоваяцелевая категория у них одна.
13. Сергей (ildarovich) 03.11.11 16:02
(11) Соглашусь с Вами, что есть задачи, в которых КД работает хуже специальных обработок. Это плата за универсальность КД. История ВТ показывает, что универсальные решения "на круг" всегда дешевле специальных. Поэтому я и предлагаю не заниматься разработками новых решений, не исчерпав потенциал типовых. А они в статье вообще не упомянуты. Своим комментарием я хотел восполнить этот пробел.
14. Сергей Зеленовский (zels) 03.11.11 17:33
Все мы ТУТ не с Луны свалились и про типовые обработки знаем, поэтому мне интересна (почти) любая обработка.
Теоретически можно представить, что кто-то разместит отчет/обработку, которая полностью, во всех аспектах, перекрывается типовой. Но это явно не тот случай.

Поэтому расписывать в аннотации к своей обработке то, что есть универсальное решение,
которое тра-та-та... мне кажется лишним (во всяком разе, необязательным).

Кого интересует КД - пожалуйста, пишите статью "особенности настройки КД для решения задач..."
С удовольствием почитаю (и не буду пенять, что вот есть и другие способы)... ;)

У КД своя ниша, у самописных обработок - своя, так что фраза "не заниматься разработками новых решений, не исчерпав потенциал типовых" мне непонятна.
15. Владимир (hogik) 03.11.11 17:41
(9)
Сергей (ildarovich).
Думаю, что строго говоря:
"Конвертация данных" <> "Обмен данными"
Много общего. Но цели и задачи разные.
16. Сергей Зеленовский (zels) 03.11.11 18:20
Даже "Конвертация данных" < "Обмен данными".
17. vkr (vkr) 03.11.11 21:18
(12)(13) Коллега, а о чем вообще спор-то? Я же не призываю изничтожить КД, как класс...
Если главбух хочет осчастливить мальчика-франча парой-тройкой тысчонок за счет фирмы,
чтобы тот написал и настроил ему правила переноса ТИПОВЫХ документов - его право... :)
Если же не хочет - пусть использует мою "газель"...
По-моему, дискуссия плавно перешла в плоскость спора "о вкусе трюфелей"... :)
Я бы на этом и закончил...
18. Аркадий Кучер (Abadonna) 06.11.11 02:31
(0)
или сами написать вменяемый, защищенный от ошибок, вьюер (а тем более - редактор) для, скажем, формата XML... Фиг-то вот... :)

На заре программной юности так же думал, ибо слаще dbf ничего не ел;)
Написать вменяемый, защищенный от ошибок, вьюер (а тем более - редактор)для XML вообще никаких проблем не вижу.
И написал, кстати ;)
Недостаток dbf очевиден - размер
19. Аркадий Кучер (Abadonna) 06.11.11 03:01
+ (18) Насчет КД:
Любой бухгалтер (полных кретинов не рассматриваем, их вообще непонятно почему на работе держат) в состоянии открыть в 7.7 обработку выгрузки, подсунуть туда правила и поставить крыжики на доки. А уж тем более в 8х открыть
"Универсальный обмен данными в формате XML"
А преимущества КД очевидны: львиную долю сопоставлений объектов она делает автоматически.
Про себя могу точно сказать, руками размахивал: - да нах эта КД!, да я ваще напрямую к скуль таблицам подцеплюсь!, бла-бла...
Поработал с КД - фиг теперь меня заставишь что-то другое использовать.
90% частных решений - от лени разобраться с готовыми универсальными.
Dolly_EV; rimma_n; ildarovich; +3 Ответить 1
20. vkr (vkr) 06.11.11 11:00
(18),(19) Уважаемый Abadonna, если у Вас есть что предложить на Инфостарте в области работы с XML - пожалуйста, выкладывайте...
И как-то не очень удобно сравнивать Ваш уровень с уровнем средней бухгалтерши, которую слово "икс-эм-эл" вгоняет в транс... :)
Пусть каждый использует то, что ему удобнее - может быть, я и сделаю когда-нибудь свой вариант с XML.
Для семерки же пока DBF-вариант оказывается удобнее - для нашего круга задач. XML-вариант требовал от бухов больше напряга мозга... :)
А размер файла тут не имеет значения - конкретные DBF-ки сжимаются с размера 50 Мб в RAR-архив всего 500 кб, т-к большинство полей пустые...
В любом случае - спасибо за замечания!
21. Аркадий Кучер (Abadonna) 06.11.11 11:07
(20)
Вас есть что предложить на Инфостарте в области работы с XML

Вот уж фиг! Два дня назад модератор зарулил обработку под предлогом "мало описания". хоть там и описывать нечего было, все в анонс уложилось. Ец, сюда я больше не выкладец!
, которую слово "икс-эм-эл" вгоняет в транс.

а слово "дэ-бэ-эф", стало быть, не вгоняет? ;)
В любом случае бухше надо:
1. Открыть какую-то обработку
2. Указать какой-то файл
3. Нажать какую-то кнопку
4. И вовсе ей даже не обязательно знать, что там внутри. На телике же они каналы наловчились переключать, будучи абсолютно не в курсе, что такое частота канала и с чем ее едят.

Да! А предложить в области XML я очень даже могу. Конвертация данных. Написана очень классными проггерами, годится на все случае жизни, для любых конфигураций 1С. При переносе между аналогичными - вообще ВСЁ, что надо построит сама, даже и кликать лишний раз не надо. И сама же сделает пару файликов для 7.7: на импорт и экспорт
22. marisha ewert (ewmarisha) 06.11.11 13:37
Обожаю читать комментарии на инфостарте. Тоже что-то вроде методички. Конечно, если это комментарии опытных программистов.
23. Рус Ф (RuFa) 06.11.11 13:43
Уважаемый автор. А вариант выгрузки из Зарплаты и Кадры - в Зарплаты и Кадры не планируете выложить. Ситуация такая: у кадровика версия не обновляется, комп в другом здании. Нужно расчетчику выгрузить/загрузить документы приема, перевода, увольнения, отпуска.
24. Аркадий Кучер (Abadonna) 06.11.11 16:07
(17)
Если главбух хочет осчастливить мальчика-франча парой-тройкой тысчонок за счет фирмы

Вот тебе и пример, когда не хочет (23) :)))
Пусть себе автор попотеет, занимаясь ненужной ему ЗИК, зато экономится 1 тысяча рублей - максимум, что совесть может позволить порядочному проггеру взять за задачу, которая в КД решится практически тупым наблюдением, как она "лопатит".
25. vkr (vkr) 07.11.11 08:18
(21) Уважаемый Abadonna, я могу только посочувствовать Вам по поводу
зарезанной обработки и, если она на тему XML - попросить ссылку в ПМ...
Было бы очень интересно посмотреть!
Насчет же КД я уже говорил - бухши ее проходили... Не прокатило... Исторический факт... :(
(23) Нет, варианта для ЗиК не существует и не планируется.
(24) И думать даже не буду... :) Логистика гораздо интереснее и перспективнее...
26. Аркадий Кучер (Abadonna) 07.11.11 08:36
Насчет же КД я уже говорил - бухши ее проходили... Не прокатило...

Погодь! Ты пытался бухов заставить изучить КД???????? Я не путаю?
Или ты пытался научить их воспользоваться уже готовыми обработками для переноса, сделанными тобой с помощью КД?
Это ж две большие разницы, как говорят в Одессе.
я могу только посочувствовать Вам по поводу

Ха, а мне-то что сочувствовать?! :))))))))
Это Инфостарту надо посочувствовать. Мне-то он достаточно фиолетов, а вот без меня ему будет хоть ненамного, но хуже ;)
27. vkr (vkr) 07.11.11 09:50
(26) Ес-сно, я пытался их научить грамотно пользоваться
готовыми процедурами переноса, сделанными с помощью КД...
И непонятно, куда у них все время пропадали файлы выгрузки,
а если и не пропадали - то почему-то данные там были не те...
Просчитав собственные затраты на таблетки, я написал DBF-вариант :)
З.Ы. А если серьезно, то все началось с аутсорсинга и удаленных клиентов -
мой вариант им оказался удобнее.
28. Аркадий Кучер (Abadonna) 07.11.11 10:08
(27) У нас в холдинге (и у удаленных) картина с точностью до наоборот: к стандартным переносам через XML приучены испокон веков, а вот от дфб точно охренеют :)))))))))))
Тем более, что с XML выгрузкой однозначно знакомы бухи, которые работают с пенсионкой.
29. vkr (vkr) 07.11.11 10:13
(28) Да ну их уже всех... :)
Процесс идет по накатанной, бухши довольны, клиенты - тоже,
менять ничего не собираюсь, и ващще - задачи щаз другие...
Может, вообще на Android перейду - с наладонников инфу сливать буду... :)
30. Александр Зайцев (shrek_kz) 07.11.11 12:29
А есть описание того как работает данная обработка?
31. vkr (vkr) 07.11.11 12:46
(30) Если Вас интересует уровень пользователя - то смотрите текст статьи
(или аналогичный файл описания в архиве).
Если же на уровне программной реализации - то исходные тексты достаточно
подробно откомментированы, а с дополнительными вопросами, наверное, в личку...
32. Александр Куковякин (e85) 07.11.11 18:01
Тема перелива информации с одной конфы в другую довольно актуальна, 1с предлагает выгрузку только через XML, но настройка правил обмена бывает очень проблематичной, возможно через DBF будет проще, Автору заранее спасибо, за подкинутую идею.
33. Димон * (DDos76) 08.11.11 05:07
На больших обменах это творчество будет тормозить. И не следует забывать об ограничении на размер файла ДБФ 2 гигабайта. Причем индекс не создать для такой таблицы "Все в одном". На маленьких - и штатная КД от Нуралиева прекрасно работает. Так что "маркетинговая" ниша для использования данного продукта невелика.
Сам использовал ДБФ при обмене. Но таблицы были все по БКНФ. И были индексы. Потому, что в большой ТЗ семерка ищет слишком медленно. А мне приходилось искать в загружаемом файле.
34. Аркадий Кучер (Abadonna) 08.11.11 05:54
(32)
но настройка правил обмена бывает очень проблематичной, возможно через DBF будет проще

Аргументы можешь привести? Может, просто возможностей КД не знаешь?
Смысл-то именно в конвертации, а не в виде файла переноса. В любом случае надо что-то с чем-то сопоставлять. Так КД это сопоставление делает по возможности автоматически, основываясь на описании конфигураций, которые тоже заполняются автоматически. Чего еще надо-то?
Только одно - изучить КД, а не считать, что "настройка правил обмена бывает очень проблематичной"
35. vkr (vkr) 08.11.11 08:15
(33) Интересно, а кто Вас, коллега, заставляет из бедной семерки по 2 Гигабайта сразу выгружать ???
У меня, скажем, полная выгрузка из ТиС за ТРИ года, с парой десятков тысяч контрагентов и номенклатуры
занимает всего 1.2 Гб - да и никто не мешает ее по годам, скажем, разбить - метров по 300-400 всего получается...
И индексы мне нафиг не нужны - хотя и ускорили бы работу, не спорю...
И маркетинговой ниши у меня тоже нет - просто ставлю клиентам, а кому неохота - пусть с КД развлекается... :)

(34) При всем к Вам уважении, повторюсь - Вы пытаетесь убедить применять БелАз там, где достаточно Газели... :)
У меня правила УЖЕ ЗАДАНЫ и НАСТРОЕНЫ - а если что-то нетиповое будет (хотя это вряд ли уже),
то их и подрихтовать несложно, в соответствии с методикой, что не раз и делалось...
36. Аркадий Кучер (Abadonna) 08.11.11 09:08
(35) Так в /34/ я ж не тебе отвечал :)))))
Ясен Арафат, что на данном этапе у тебя все налажено и настроено и тебе ничего менять не надо
Я тоже иногда на скороту вообще через текстовик с моим любимым разделителем ‡ че-нить экспортирую/импортирую.
Но если писать с нуля, правила на постоянку, я стопудов использую КД. Там только такие прелести, как ПередВыгрузкой, ПослеЗагрузки чего стоят!
37. Александр Зайцев (shrek_kz) 08.11.11 11:50
Прочитал описание очень уж замысловатая идея с dbf файлами, хотя имеет место быть конечноже. Эсовцы вообще не особо утраждались в плане реализации проекта по обмену данными между различными своимиже конфигурациями.
38. Иван Иванов (Stepping1C) 08.11.11 22:20
А не пора ли забыть про 7-ку ?
И чем плох вариант организации конвертации через правила, сформированные в "Конвертации данных" ?
Потратить на освоение десяток дней - и обмен между 7-кой скажем ТиС и 8-кой Розница 2.0 готов.
Правда специфический, но все же.
Так по-моему нагляднее и правильнее.
39. Андрей Т (Twirus) 09.11.11 13:43
40. vkr (vkr) 09.11.11 14:12
(38) Вопрос - КТО будет тратить десяток дней на освоение КД - бухгалтер ???
Будет отправлен в пешее эротическое путешествие... :)
И, ради бога, читайте внимательнее описание: ОСНОВНОЙ вариант обмена - между конфами 7.7 !
А про семерку забыть в ближайшие 2-3 года явно не выйдет... :)
41. Игорь Свет (igorsvet2011) 09.11.11 15:59
Можно и через DBF, возможно комуто так будет удобнее и понятнее.
43. Владимир Макаров (vladimir_makarov) 11.11.11 16:27
(6)Пользуюсь обоими способами, через OLE иногда нет возможности (База - источник далеко). А вообще, у OLE есть неоспаримый плюс: не надо транзитных файлов создавать... Если в пределах одного офиса - лучше OLE.
44. Владимир Макаров (vladimir_makarov) 11.11.11 16:29
(7)А движок где взять? У меня нет. Вот пишем на русском народном.
45. Владимир Макаров (vladimir_makarov) 11.11.11 16:35
(8)А зачем лишние сложности: чай, не дураки такие игрушки пишут: понимают, чем и как каждая переменная пишется. Типов-то, всего 3: число, строка, дата. Договорю про число: параметры желаемы! Ну так это все знают. А вот с движком - это вопрос...
46. Владимир Макаров (vladimir_makarov) 11.11.11 16:41
(10) Лично мне приходилось каждый раз писать ОТДЕЛДЬНО и с нуля. Причины: что тащить (а конфы у меня всегда нестандартные), что тащить (если фирма по серому работает)?
Хочу высказаться: сколько заказов/тем на эту тему, столько и решений. Правы все (кто умеет этим пользоваться), а все попытки сделать что-то универсальное, для всех - это тупик.
Больше не буду на эту тему писать. Здесь нет однозначного решения.
47. Василий Деревянный (dunduk123) 12.11.11 00:23
Всетаки по OLE есть один плюс - обмен в 1 шаг, а так - 1 -выгрузка, 2-загрузка
48. Александр Никитин (ManyakRus) 12.11.11 07:31
было бы классно загружать прям из 1с-овсих 7.7 .dbf файлов :)
тогда и выгрузки не нужны никакие
49. Сергей Зеленовский (zels) 13.11.11 10:27
(47) dunduk123,
Но есть и минусы:
1.Базы должны быть доступны с одного компьютера.
2.Скорость OLE-обмена в 7-ке низкая, выгрузка/загрузка была быстрей
50. Сергей Зеленовский (zels) 13.11.11 10:29
(48) ManyakRus,
А кто мешает? Попробуй и поймешь, что это не классно, а совсем наоборот.
51. Александр Куковякин (e85) 13.11.11 10:58
(34) Abadonna,
Уважаемый Abadonna, Возможно у вас получается организовать обмен между стандартными конфигурациями с помощью КД, а вы попробуйте организовать обмен между, допустим камином РЗП релиз 2.0.066 и ЗиУП релиз 2.5.40.3. Устанете переносить доки из Камина
52. Василий Деревянный (dunduk123) 13.11.11 11:53
(49)zels, согласен с доступностью баз с одного компа - тут в ole минус, а вот по скорости - базы dbf, или sql?
53. Аркадий Кучер (Abadonna) 13.11.11 14:33
(51)
Возможно у вас получается организовать обмен между стандартными конфигурациями с помощью КД

Между стандартными? "Мальчик ли я, Каифа?". Межу стандартными у меня студенты переносят. А как тебе между порепанной до полной неузнаваемости за 7 лет комплексной 7.7 и КА? Причем, в силу ряда причин, и КА уже изначально нестандартная. А между полной самопиской оперучета 7.7 и той же КА? Я так думаю, что многие понимают под КД: "указал тут - указал там"? А вот фигушки! Она эти соответствия ставит автоматом только для полностью совпадающих реквизитов. А остальное ручками, в том числе и обработчики. А вот то, что обработчики эти написанные лежат прям внутри самой КД, и не надо заморачиваться "ВыгрузкаНоменклатуры.ert->ЗагрузкаНоменклатуры.epf" и подобным - вот тут-то и весь смак. Сильно подозреваю, что твоя реплика просто от незнания КД.
РЗП релиз 2.0.066 и ЗиУП релиз 2.5.40.3
- как два байта отослать
P.S. На той неделе, ровно за неделю, молодой сотрудник под моим чутким нарисовал правила: опять-таки порепанная 7.7 комплексная -> БП 2.0 8.2. Думаешь там намного меньше различий, чем РЗП релиз 2.0.066 и ЗиУП релиз 2.5.40.3?
54. vkr (vkr) 14.11.11 08:05
(48) А еще более классно было бы, чтобы на работу не ходить,
а зряплату - пятого и двадцатого прямо в постель бы приносили...
Вам это ничего не напоминает ? :)
55. vkr (vkr) 14.11.11 08:09
To All
Коллеги, а может быть, преимущества и недостатки КД / OLE / SQL и т.д. -
как-нибудь и где-нибудь в другой теме обсуждать, а ?
Темы большие, интересные - куда уж нам тут со своим скромным DBF-ом... :)
56. Аркадий Кучер (Abadonna) 14.11.11 08:41
(55) Я просто хотел подчеркнуть наипростейшую истину: и в КД надо точно также прописывать алгоритмы, обработчики и т.д.
Вот пример сей секунд: пишу правила переноса из Бух 7.7 в КА. Элементарный документ в 7.7 ПоступлениеТоваров в документ ПоступлениеТоваровИУслуг 8.2. Опять-таки элементарный ТипЦен. НО: в 7.7 это просто ТипЦен, а в 8.2 для документа-аналога это ТипыЦенНоменклатурыКонтрагентов. Просто так создать сопоставление справочников ТипыЦен и
ТипыЦенНоменклатурыКонтрагентов - фигвам, ибо нет владельца в 7.7.
Вот и рисую обработчик ПослеЗагрузки:
Объект.Организация=Справочники.Организации.НайтиПоКоду("000000006"); // жестко Организацию
Объект.ВалютаДокумента=Справочники.Валюты.НайтиПоКоду("643"); // жестко рубль
Владелец=Объект.Контрагент;
ТипЦенПоставкиСсылка=Справочники.ТипыЦенНоменклатурыКонтрагентов.НайтиПоНаименованию("Цена поставки",Истина,,Владелец).Ссылка;
Если ТипЦенПоставкиСсылка.Пустая() Тогда
Элемент=Справочники.ТипыЦенНоменклатурыКонтрагентов.СоздатьЭлемент();
Элемент.Владелец=Владелец;
Элемент.Наименование="Цена поставки";
Элемент.ВалютаЦены=Справочники.Валюты.НайтиПоКоду("643").Ссылка; // жестко рубль
Элемент.Записать();
КонецЕсли;
Объект.ТипЦен=ТипЦенПоставкиСсылка;
Что я его бы для DBF писал, что для КД - какая разница? - все равно писать надо.
Но в КД у меня преимущество в том, что он у меня сразу включился в файл переноса, т.е. один файл сразу содержит и данные, и указания 8-ке, что с ними делать.
Вот и всё, и о чем тут спорить?
57. vkr (vkr) 14.11.11 08:58
(56) Уважаемый Abadonna, я как раз таки и прошу - давайте не будем спорить о РАЗНЫХ вещах... :)
У КД свои плюсы/минусы, свои алгоритмы и своя область применения, у моей поделки - свои...
З.Ы. Зато моя умеет грузить в не-1С-овские базы со свистом, а КД - фигушки... :)
58. Аркадий Кучер (Abadonna) 14.11.11 09:02
(57) Да я уже давно не про твою. Это для тех, кто считает, что через КД могут возникнуть какие-то проблемы.
В частности для (51)
а вы попробуйте организовать обмен между, допустим камином РЗП релиз 2.0.066 и ЗиУП релиз 2.5.40.3. Устанете переносить доки из Камина

P.S. А новым комментам надо радоваться - они разработку в топике держат ;)
59. vkr (vkr) 14.11.11 09:07
(58) А что же тогда ссылка была на мой пост ?
Да и комменты лучше все же бы по теме - например, кто-то мог косяки найти и т.п.
60. Александр Никитин (ManyakRus) 14.11.11 15:20
vkr пишет:

(48) А еще более классно было бы, чтобы на работу не ходить... :)


Я сам сделаю такую :) потом
чтоб загружал всё прям с 1с-овских 7.7 .dbf файлов
61. vkr (vkr) 14.11.11 18:41
(60)
Заболеешь - не беда! Съешь лягушку из пруда!
Нет надежней медицины, Чем природная среда!
(с) Про Федота-стрельца...
62. Аркадий Кучер (Abadonna) 15.11.11 02:35
(60)
Я сам сделаю такую :) потом
чтоб загружал всё прям с 1с-овских 7.7 .dbf файлов

И потребую введения нового закона:
1. Не использовать никаких других 1С, кроме 7.7
2. Не использовать SQL вариант 7.7
3. А вот потому что!
63. Аркадий Кучер (Abadonna) 15.11.11 02:42
(57)
Зато моя умеет грузить в не-1С-овские базы со свистом

Доктор, ты кого лечишь? Твоя сумеет загрузить, например, в Турбо-бухгалтер? Как тут недавно одни клоуны захотели. По твоему грузить - это иметь файл с выгруженными данными, и дело в шляпе? Ну-ну.
64. vkr (vkr) 15.11.11 07:30
(63) Профессор, наверное, в любую БД, которая позволяет написать на собственном языке
процедуру загрузки из DBF, можно затащить выгруженные из 1С данные... Isn't it?
По крайней мере, в Инфо-Бух/Инфо-Предприятие, в Interbase/Firebird и еще в парочку самопалов я ето все заливал... :)
А с Турбо-Бухгалтером имел дело лет ...надцать назад - и не помню сейчас, есть ли там свой пристойный ЯП...
65. vkr (vkr) 15.11.11 07:31
(+64) Естественно, для каждой БД нужна своя версия загрузки...
66. Аркадий Кучер (Abadonna) 15.11.11 07:40
(34)
Профессор, наверное, в любую БД, которая позволяет написать на собственном языке

Потому я тебе и сказал про Турбо-бухгалтер! Нет у него своего языка!
Я и хотел подчеркнуть, что сформировать файл выгрузки из 1С хоть в какой формате (хоть DBF, хоть XML, хоть TXT) - это даже не полдела, это вообще ни о чем, если мы говорим о переносе не в 1С.
Точно также загрузить в любую базу с собственным языком тоже без разницы из чего:хоть из DBF, хоть из XML, хоть из TXT. Из XML и TXT удобнее хотя бы потому, что текстовик практически любой язык скушать может, а вот DBF - далеко не любой
67. vkr (vkr) 15.11.11 12:39
(67) А о чем мы спорим вообще-то ? :)
С твоими аргументами я вполне согласен...
Только вот нафига из 1С в Турбо-бухгалтер данные тащить - непонятно... :)
68. Аркадий Кучер (Abadonna) 15.11.11 15:38
(67)
Только вот нафига из 1С в Турбо-бухгалтер данные тащить - непонятно... :)

Ха! Там вообще сказка. Головная контора у них в Москве, где испокон веков был устаканен Турбобух. А тут наши (красноярские) взяли рарусовскую конфу что-то там про авто-... И вот им захотелось поиметь теперь из Раруса в этот турбо-бух. Я им объяснил, что я -то им налажу перенес, только бабла за это возьму столько, что им дешевле обойдется взять аж двух девочек, чтобы он ручками вколачивали :)))
69. vkr (vkr) 15.11.11 16:49
(68) Дык, этот ТБ вообще каким образом может внешние данные читать-то ?
Или ты через резидентную программу-эмулятор девочки-"оператора машинного доения"
цифирьки туда собирался заколачивать ??? :)
70. Аркадий Кучер (Abadonna) 15.11.11 16:52
(69) Да я и не собрался, жаль потратить время на фиг никому потом не нужную работу. А метод вижу только один: разобраться с их скуль-таблицами и писать туда прям напрямую данные.
71. vkr (vkr) 15.11.11 19:32
(70) Пусть лучше на Инфо-Предприятие 2.х уходят - там, по крайней мере,
движок Firebird-овский, все летает в разы быстрее 8-ки... :)
72. Сергей Зеленовский (zels) 16.11.11 15:36
(52) dunduk123,
Наважно, тормозит сам OLE обмен.
73. Viktor (kurvik) 21.11.11 16:42
Обработка интересная.DBF-файлы полюбил с ранних времен.
74. Сергей Буланкин (bulas) 30.11.11 09:42
Если бы была одна БольшаяУниверсальнаяПилюля, то она бы все болячки одним махом - со всего размаху. КД, ну как бы, предлагает нам универсальность, но кто "составлял" правило обмена в нЁм тот ощутил не доуниверсальность КД. Поэтому под рукой должны быть все варианты обмена данными, тем более что базы Ассорти.
75. Аркадий Кучер (Abadonna) 30.11.11 10:04
(74) Вот как раз сей-сек допиливаю КД до полнейшего суперудобства для себя, любимого.
В в части копирования папки ПКС, автозаполнения соответствий счетов 7.7->8.2 и прочее.
Уверен, что на все случаи жизни хватит, если разговор о конвертации данных 1С
76. vkr (vkr) 30.11.11 10:17
(75) Уважаемый Abadonna! Хотел ответить в ПМ по поводу Вашего тек.сообщения (75)
и задать Вам несколько вопросов по поводу КД, но не получается создать в ПМ новое сообщение...
Отсутствует пункт "Написать пользователю" - только для Вас... Остальным - пжалста... :)
Что мне делать? Вопросы СРОЧНЫЕ !
М.б., это потому, что Вы сейчас на сайте ?
77. Аркадий Кучер (Abadonna) 30.11.11 10:20
1.После того, как мне в личку стало приходить нечто вроде "извините за беспокойство, возможно даже за наглость... не могли бы Вы скачать...", личку отрубил.
2. В течение рабочего дня мне не особо есть когда отвечать на вопросы, тут и так телефон, как на непрерывном звонке :(
78. vkr (vkr) 30.11.11 10:24
(77) Очень жаль... Просто меня СРОЧНО (1-2 дня) напрягают с переносом данных в КА 1.5
и я хотел с Вами проконсультироваться по этому поводу... Прошу прощения за беспокойство...
79. Сергей Буланкин (bulas) 30.11.11 10:43
(78)У меня есть заготовка (правило обмена) для переноса данных (документов) из БУ 77 в КА 82 1.1.11. Справочники и остатки можешь типовым правилом, а это правило для переноса доков. Перенесенные доки я подправлял обработками. Не дорабатывал правило БУ77->КА82 из-за дальнейшей не надобностью (не серийно нужно было). Не выкладывал на ИнфоСтарте из-за "заготовочности" варианта. Может сгодится тебе.
80. vkr (vkr) 30.11.11 11:50
(79) Спасибо Вам! Ответил в личку...
81. Andrey Golubev (razzmuzz) 30.11.11 17:18
Спасибо большое. Очень пригодилось. Будем ждать новых версий.
82. Галина Андрианова (///////) 06.12.11 19:11
Выгрузка нормальная только для тех кто работает с российскими рублями,мы работаем с доками в валюте, платим поразному ( и рублями и в валюте).Не подходит совершенно.В нашей деревне никто помочь для написания прогарммульки по выгрузке-загрузке из ТиС 7.7 в Бух.7.7 не может.Что делать?Помогите!
83. vkr (vkr) 07.12.11 08:33
(82) Не просто ужас, а "ужос-ужос-ужос"... :)
Выгрузка нормальная только для тех кто работает с российскими рублями,мы работаем с доками в валюте, платим поразному ( и рублями и в валюте).Не подходит совершенно.В нашей деревне никто помочь для написания прогарммульки по выгрузке-загрузке из ТиС 7.7 в Бух.7.7 не может.Что делать?Помогите!

Во-первых, прочесть, наконец, учебник русского языка...
Во-вторых, ВНИМАТЕЛЬНО посмотреть на исходный текст и структуры данных выгрузки, где русским по белому
написано, что ВСЕ ВАЛЮТНЫЕ РЕКВИЗИТЫ ВЫГРУЖАЮТСЯ из ТиС в DBF (как, впрочем, и из Бух в DBF).
В-третьих, тоже ВНИМАТЕЛЬНО посмотреть на исходники и структуры данных загрузки, где также написано
и даже откомментировано, что валютные реквизиты ЗАГРУЖАЮТСЯ в Бух из DBF...
В-четвертых, если первые три пункта не помогли, то дойти до ближайшего хозяйственного магазина
(или у Вас в деревне - сельпо?) и купить большой рашпиль для затачивания ручек... :)
В-пятых, если и четвертый пункт не помог, то - "придется переквалифицироваться в управдомы..." (с) О.Бендер
84. Галина Андрианова (///////) 12.12.11 15:41
Все было сделано так, как написано в инстркции,и выгрузка DBF,и загрузка DBF, только документы в валюте не проводяться в БУХ при проведении в окошке сообщения идет текст:
Если (СтоимостьТоваров > 0) или (Количество <> 0) Тогда
{Документ.ПоступлениеТоваров.Модуль Документа(379)}: Операции сравнения на больше-меньше допустимы только над значениями совпадающих базовых типов (число, строка, дата).Это что?
85. vkr (vkr) 12.12.11 16:39
(84) Это или глюк Вашей Бухии, или одно из двух...
Насколько мне, как разработчику, известно, Загрузка из DBF-файла в Бухию
просто формирует (т.е., записывает) документы в базе 1С.
Отсюда следует, что, если документ ПоступлениеТоваров записался без ошибок,
то его реквизиты (например, Количество, Цена и т.п.) - правильные,
то есть, нужных типов (число, строка, элемент справочника и т.д.).
Отсюда, опять же, следует, что при проведении документа ошибок быть не должно...
Единственное возможное исключение - пустое значение или пустая ссылка.
Если Вы встанете отладчиком на указанный Вами оператор исходного текста
и проверите значение переменной, на котором возникает ошибка, то сможете
сравнить его с соответствующим значением в DBF-файле.
Если в файле значение правильное, а грузится - пустое значение,
то свистните сюда, будем разбираться по конкретной DBF-выгрузке...
86. Галина Андрианова (///////) 14.12.11 15:23
Ошибка заключается в том, что в ТиС при поступлении товаров в валюте формируются курсовые разницы и при выгрузке эти проводки (именно курсовые разницы в корреспонденции с 91 счетом и счетом учета поставщиков)в Бухию загружаются некорректно, т.е. без учета курсовых разниц , поэтому документ не проводится.Эту курсовую разницу вычислила чисто математически. И при проведении в Бухии документ исправить как то вручную нельзя.Поэтому и идет эта ошибка.
91. Алина Иванова (ФеяС) 18.01.12 12:22
Подскажите, а можно перенести остатки с Бухгалтерии 7.7. в УСНО 7.7.с помощью этой обработки?
92. vkr (vkr) 23.01.12 07:39
(91) Нет, насчет переноса остатков речи не идет - переносятся ТОЛЬКО первичные документы
и связанные с ними элементы справочников (ГТД, Номенклатура, Контрагенты/Договоры).
Хотя, если написать соответствие Документов "Ввод остатков" в ОСНО и УСНО по аналогии
с существующими, то - почему бы и нет ? :)
Правда, это займет больше времени, чем ручками забить остатки...
93. oks nosk (1996oks) 06.03.12 09:39
Доброго времени суток!
Подскажите а перейти с конф Производство+услуги+бухгалтерия 7.7 на 1с бухгалтерию 8 она нам поможет.
94. vkr (vkr) 12.03.12 08:41
(93) Нет, в текущем варианте - не поможет...
В Вашем случае проще будет воспользоваться штатной Конвертацией данных от 1С.
95. Алекс Ю (AlexO) 11.05.12 14:10
(36) Abadonna,
через текстовик с моим любимым разделителем ‡

а номер в utf двух плюсов не подскажете?
96. Алекс Ю (AlexO) 11.05.12 14:14
(35) vkr,
При всем к Вам уважении, повторюсь - Вы пытаетесь убедить применять БелАз там, где достаточно Газели.

КД - отнюдь не Белаз, а DBF - не Газель.
Первое - конвертация+перенос, вторая - перенос (и конвертация, если нужна, умениями программиста).
Вот и вся разница.
В КД тоже много заморочек, особенно - когда несколько уровней вложенности справочников, и все это надо синхронизировать.
Вот тут, возможно, и обычный перенос DBF-TXT-XML будет в выйгрыше: проще прописать все кодом, чем отлавливать через КД все закорючки, которые там тянутся по ссылкам ссылок на ссылки.
97. vkr (vkr) 12.05.12 09:21
(96) AlexO,
В КД тоже много заморочек, особенно - когда несколько уровней вложенности справочников, и все это надо синхронизировать.
Вот тут, возможно, и обычный перенос DBF-TXT-XML будет в выйгрыше: проще прописать все кодом, чем отлавливать через КД все закорючки, которые там тянутся по ссылкам ссылок на ссылки.

Ну да, Вы правы...
Я тут уже напоролся на глюки и маразм КД при попытке переноса данных из ТиС 7.7 в Бух 8.2 и КА 8.2.
Плюнул, подрихтовал свою же загрузку из DBF - и всё летает !!! :)
Конечно, пришлось учесть некоторые нюансы создания элементов Справочника Номенклатура в 8.2 ,
а также нюансы, связанные со Счетами Учета ...
99. Алекс Ю (AlexO) 24.05.12 14:57
(97) vkr,
Ваш вариант обработки - пока самый надежный и проработанный. Его также легко переориентировать под свои задачи переноса.
Остальные варианты - XML, КД, OLE (не говоря уже про обмен TXT), пока имеют серьезные претензии (кто по скорости, кто - по выборке данных, кто - по поиску объектов в приемнике и т.д.).
Например, столкнулся с тем, что по OLE далеко не все ссылочно-связанные поля выбираются в базу приемник: например, переносим документ с полями Валюта и ДоговорКонтрагента. Валюта переносится полностью (можно найти хоть по названию, хоть по коду), а вот ДоговорКонтрагента - нужно выбирать запросом к справочнику "ДоговорКонтрагента", иначе не все поля подтягиваются (точнее, ссылка-то на них есть в виде COM-объекта, а вот получить что-то по этой ссылке и развернуть полученный объект - проблематично...)
100. vkr (vkr) 24.05.12 15:44
(99) Спасибо на добром слове, коллега! :)
Честно говоря, я не раз уже убеждался, что при общении с 1С-кой (и 7, и 8)
нельзя на 100% верить не только документации, но и собственным глазам...
Поэтому, в соответствии с "советскими" принципами "неоптимальности" -
пусть лучше потяжелее и помедленнее, зато прочнее и надежнее -
стараюсь всегда держать полную информацию в доступности и перед глазами.
А уж что потом с ней делать, что из нее вытаскивать, как обрабатывать - дело второе...
Типа "танки грязи не бояЦЦо..." :)
101. Алекс Ю (AlexO) 26.05.12 22:05
(100) vkr,
я вас тут немного пиарю :)
DBF зачем юзают или какой формат выбрать (удачники, неудачники и просто дачники-2)
хоть немного стараюсь деградацию задержать... :(
102. Pavel Ivanov (pallpall4) 09.06.12 11:09
а банк можно выгрузить через эту обработку
103. kns кнс (kns) 09.06.12 13:51
Вопрос - в коде загрузки TIS-TO-BUH, в процедуре ЗаписьТаблЧастиСчетФактИзСчетФактВыданн( Док, нСтрСФ, муСуммаВклНДС ) нСтрНач = 0 ; - это мне кажется ошибка, там же количество строк в ТЗ ? т.е. нСтрНач = 1 ;
104. vkr (vkr) 13.06.12 08:38
(102) Если Вы, коллега, имели в виду банковские выписки (приход-расход),
то через эту конкретную - нельзя. Но у меня на службе работает полный вариант
(заточенный под свою контору) - так там переносятся ВСЕ виды документов...
Для написания сообщения необходимо авторизоваться
Прикрепить файл
Дополнительные параметры ответа