Как из альфа авто выгрузить в 1с бухгалтерию
Тема неоднократно поднималась, но никто толком не раскрутил ее до конца.
Итак, "типовой" обмен работает без ПланОбмена и выгружает данные за период.
Стоит задача выгружать только измененные порции раз в час.
Делать свой план обмена, а потом пихать все в регламентное задание представляется очень стремным занятием. Так как внутри все написано.. как бы это сказать.. непригодным для такого.
Сделать свои правила через конвертацию можно, но документов очень много + есть внутри неочевидные нюансы что куда грузить и как укладывать.
Кто-нибудь занимался подобной задачей?
(0) "типовой" обмен - это то, что альфовцы накрутили? xD
Руководство, когда покупало продукт, понимало, что выгрузка в БП сделана не совсем по канону? Теперь пусть раскошеливаются на глубокую доработку.
" документов очень много" - именно. Делать через регистр или через платформенную регистрацию к обмену - по любому много копать.
" есть внутри неочевидные нюансы что куда грузить и как укладывать" До сих пор устраивало, что куда грузилось и укладывалось? Тогда можно опереться на правила, написанные альфовцами
Соответственно план обмена плюс реглзадания
(0) Подбираюсь к этой конфигурации. Используется универсальный формат обмена. Как я понял она на основе какой-то древней УТ 10.3? Там есть план обмена УдаленныеПодразделения теоретически можно к нему прицепиться своей обработкой, остальное останется типовое.
(5) (6) План обмена сделать не проблема..
Самая проблема в регл задания запихнуть код на ВЫГРУЗКУ.
А в БП код на ЗАГРУЗКУ.
Имхо там невпих*емое) особенно по части БП.. там такой обвес в виде дбф файлов и прочего.. + единой очки входа на загрузку нет. Да и сразу видно написано так, что "на сервере" не взлетит сходу..
(4) Тогда можно опереться на правила, написанные альфовцами
- Чтобы на них опереться нужно упороться их разбором детальным.
Нет, ну понятно что все это можно. Нужно потратить время, а кому нужно тот долен заплатить.
Мой вопрос был - делал ли ктото подобное?
(8) Замкнутый круг. Будет сделано если будет спрос. Иногда спрашивают, мол нужно прямо сейчас. Пару недель и тем более месяц никто не ждёт, поэтому развития этого обмена с моей стороны нет.
(9) Возможно я чегото не понимаю.. о каком универсальном обмене идет речь? Что имеется ввиду?
(11) Так и в контексте чего он предлагается? Альтернатива обмену АльфаАвто?
Если так то лучше я создам правила и посажу в фоновое задание выгрузку через COM.
Но вся суть в том, что писать свои правила это оочень большая задача, там очень много нюансов. По сути это отказ от оригинального способа обмена. В процессе отказа нужно все раскопать, все моменты при обмене. Плюс если вы видели формы обмена, то там дофига параметров. Все нужно учитывать.
(12) Типофой оригинальный способ обмена работает примерно так: создаётся xml файл с данными на основе правил КД2 во временной папке, файл закрывается и отдаётся транспорту обмена, который этот файл копирует в каталог обмена или отправляет по ftp или по e-mail.
Если перед созданием файла перехватить управление на свою обработку, создать xml файл в формате ED, то типовой транспорт обмена ничего не заметит и отправит его по назначению. В этом заключается альтернатива обмену. Не нужно заниматься кучей дел, которые уже реализованы - авторегистрация данных в узле, регламентные задания обмена, транспорт обмена и т.п.
Если делать свой обмен через COM придётся написать процедуры извлечения данных из альфа авто и процедуры записи данных в БП. А учитывая, что конфигурация БП меняется каждую неделю можно просто не успеть и так и не сделать работающий обмен.
Дальше не пошел, т.к. нужды не было проверять статус документа измененный/неизмененный , ну и административно этот механизм не взлетел.
Метод не оптимальный, можно сказать -туповатый, но наименее затратный в части доработок.
(13)
1. Оригинальный-типовой-заводской обмен АльфаАвто построен не на универсальном обмене. Там самописная выгрузка, которая на стороне БМ имеет такую же самомписную загрузку.
При чем здесь перехваты?
2. Если делать свой обмен. - Допустим у меня есть Правила, тогда я беру обработку УниверсальныйОбменДаннымиXML через нее выгружаю данные через COM в БП. Этот вариант прекрасно бы работал, если бы у меня были ПравилаОбмена.
Внимание! Данный форум является модерируемым.
Для получения к нему доступа необходимо зарегистрироваться или авторизоваться на сайте.
Программа Альфа-Авто: Автосалон+Автосервис+Автозапчасти. Редакция 4.1 (4.1.01.14). При использовании обработки Выгрузка данных в бухгалтерию (успешно выгрузили и получили файл с расширением xml) - что или каким образом а главное чем в 1С:Бухгалтерия предприятия, редакция 1.6 (1.6.19.3) загрузить данные которые которые мы получили ?
за ранее спасибо. Добрый день, Сергей. Выгруженные Вами данные можно загрузить в 1С:Бухгалтерия предприятия, использовав внешнюю обработку "Загрузка данных в Бухгалтерию" (ЗагрузкаДанныхБух1.6.epf), которая выпускается как вместе с комплектом обновления конфигурации, а также есть и в самой поставке. Данную обработку Вам необходимо открыть в 1С:Бухгалтерия предприятия, выбрать файл с подготовленными ранее данными и произвести загрузку. Подробнее описание по загрузке данных вы можете прочитать в файле "Описание импорта Альфа-Авто 4 - Бухгалтерский учет 1.6", который также идет вместе с комплектом обновления конфигурации, а также есть и в самой поставке.
Каким образом решить проблему уже выданных ПКО и РКО (имею ввиду проблему нумерации) при выгрузке из АЛЬФЫ в Бухгалтерию, потому-что в бухгалтерии уже может быть такой/с таким же номером ПКО и РКО ?
За ранее спасибо !
На форме обработки ЗагрузкаДанныхБух1.6.epf на закладке "ОпцииЗагрузки" находится настройка "Переносить номера ПКО, РКО, счетов-фактур".
Таким образом, чтобы не возникало ошибки при записи нового документа, когда в системе уже есть документ с таким номером, - необходимо снять флажок с настройки "Переносить номера ПКО, РКО, счетов-фактур" (новому документ ПКО\РКО будет установлен новый номер).
Чтобы не создавать новую тему.Есть фирма, внесенная как организация и как контрагент. У фирмы есть банковский счет. Внесен и у контрагента и у организации.
При выгрузке привязка банковского счета сбивается.
Просьба уточнить версию обработки загрузки, Альфы и Бухгалтерии 1.6.
Не совсем понятно, что и у кого сбивается? У контрагента с наименованием организации
при загрузке из БП в Альфу не загрузился его счет?
А для контрагента уже было установлено соответствие? После повторной загрузки того же файла
данных счет контрагента должен был перенестись.
Выгрузка из Альфы-Авто в Бухгалтерию предприятия.
В Альфе у организации основной счет, например 9878687578, и у контрагента основной счет с номером 9878687578
при этом банк у счетов один и тот же. Тогда при загрузке в Бухгалтерию в обработчике ЗагрузитьСправочник_БанковскиеСчета, когда нет соответствия счета в таблице соответствий с помощью запроса
производится поиск по номеру счета и банку (это сделано, чтобы не дублировались счета с одинаковыми номерами). При обработке первого счета такого номера нет, создается новый банковский счет и его владелецем становится контрагент. При загрузке второго счета запрос возвращает ссылку на ранее созданный счет (т.к. их номера и банк совпадают) и владельцем счета теперь становится организация.
Если необходимо, чтобы создавались банковские счета с одинаковыми номерами, то в условие запроса необходимо
добавить "И БанковскиеСчета.Владелец = &Владелец". То что вы описали не является ошибкой загрузки, т.к.
в большинстве случаев при загрузке данных не требуется создавать банковские счета с одинаковыми номерами.
Если вы укажите свой e-mail, то я смогу отослать текст обработчика ЗагрузитьСправочник_БанковскиеСчета
под вашу конкретную задачу.
Что в приложении. Обработка выгрузки из Альфа-Авто 7.7. (Её пришлось немного переписать. Вдруг кому-то понадобится). Файл выгрузки из Альфа-Авто 7.7 (для примера). Обработка загрузки в Бухгалтерию 2.0 (для платформы 8.2).
А теперь, по порядку и с картинками .
1. Загрузка.
Собственно, для тех, кто с Альфой-Авто не работает, тут ничего интересного. А для тех, кто работает – ничего нового . Поэтому – предельно коротко.
Рис 1. Диалоговое окно выгрузки – главная. Задаем период и выбираем нужные документы.
Рис. 2. Диалоговое окно выгрузки – Настройки.
Чтобы не заводить бухгалтерии 100.000 наименований запчастей, здесь выбираем только ОДНО наименование. Т.е. это НЕ обязательно, просто делюсь опытом
Ну и все. Далее получаем файл, очень похожий на тот, что в примере.
2. Загрузка.
- В конфигурации Бухгалтерии настроено ведение учета по местам хранения. (Если это не нужно, то в обработке придется убирать второе субконто 41-го счета . ).
- В обработке «напрямую» прописаны некоторые параметры, чтобы не озадачиваться индивидуальной их настройкой. Поэтому перед загрузкой в конфигурацию придется добавить следующие реквизиты.
- Выбираем файл
- Сначала нажимаем кнопочку «№1 Переписать в ТЗ». ИМХО более «читабельный» вид xml- файла.
- Потом нажимаем кнопочку «№2 Записать Операцию из Таблицы»
Рис. 3. Кнопочки «Рабочие»
Кроме «Рабочих кнопок» я оставила свои экспериментальные.
Рис. 4. Кнопочки «Тестовые»
3. Загрузка.
Результат загрузки документов «Заказ-Наряд», «Отчет кассовой смены», «Расходная Накладная», «Приходная Накладная».
Счета фактуры выглядят так.
А теперь, немного пройдемся по «изнанке». Есть тут один механизм, который мне особенно дорог . Это преобразование ID из файла выгрузки в некую форму, которую поняла бы платформа 8.2.
(расписать функцию и заострить внимание на 16-ричной форме идентификатора и, по возможности обойтись только цифрами). Дело в том, что в исходном файле информация о номенклатуре, например, документа выглядит следующим образом:
Точно такая же ситуация с Контрагентами, договорами и прочей справочной информацией. И даже то, что такая же строчка присутствует на самой строчке справочника - не сильно вдохновляло.
Пришлось сделать следующее:
- Вырезать «значимый» кусочек
- Преобразовать его под стандарт Уникального Идентификатора (это колонка Текст)
- При записи объекта этот идентификатор присваивать
- Если объект нужен в дальнейшем, поиск осуществляется уже по Уникальному Идентификатору.
В общем, Уникальный Идентификатор мне очень понравился . Причем, оказалось, что «страшный» шестнадцатеричный формат (a763cfbb-f94f-4c67-8e13-0e96a3a7f353), которым система пользуется по умолчанию, может использоваться в более демократичном виде. Т.е. буквы abcdef в различных сочетаниях вовсе не обязательны. Достаточно придерживаться заданной размерности "XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX". Ну а дальше – уже дело техники.
Что в приложении. Обработка выгрузки из Альфа-Авто 7.7. (Её пришлось немного переписать. Вдруг кому-то понадобится). Файл выгрузки из Альфа-Авто 7.7 (для примера). Обработка загрузки в Бухгалтерию 2.0 (для платформы 8.2).
А теперь, по порядку и с картинками .
1. Загрузка.
Собственно, для тех, кто с Альфой-Авто не работает, тут ничего интересного. А для тех, кто работает – ничего нового . Поэтому – предельно коротко.
Рис 1. Диалоговое окно выгрузки – главная. Задаем период и выбираем нужные документы.
Рис. 2. Диалоговое окно выгрузки – Настройки.
Чтобы не заводить бухгалтерии 100.000 наименований запчастей, здесь выбираем только ОДНО наименование. Т.е. это НЕ обязательно, просто делюсь опытом
Ну и все. Далее получаем файл, очень похожий на тот, что в примере.
2. Загрузка.
- В конфигурации Бухгалтерии настроено ведение учета по местам хранения. (Если это не нужно, то в обработке придется убирать второе субконто 41-го счета . ).
- В обработке «напрямую» прописаны некоторые параметры, чтобы не озадачиваться индивидуальной их настройкой. Поэтому перед загрузкой в конфигурацию придется добавить следующие реквизиты.
- Выбираем файл
- Сначала нажимаем кнопочку «№1 Переписать в ТЗ». ИМХО более «читабельный» вид xml- файла.
- Потом нажимаем кнопочку «№2 Записать Операцию из Таблицы»
Рис. 3. Кнопочки «Рабочие»
Кроме «Рабочих кнопок» я оставила свои экспериментальные.
Рис. 4. Кнопочки «Тестовые»
3. Загрузка.
Результат загрузки документов «Заказ-Наряд», «Отчет кассовой смены», «Расходная Накладная», «Приходная Накладная».
Счета фактуры выглядят так.
А теперь, немного пройдемся по «изнанке». Есть тут один механизм, который мне особенно дорог . Это преобразование ID из файла выгрузки в некую форму, которую поняла бы платформа 8.2.
(расписать функцию и заострить внимание на 16-ричной форме идентификатора и, по возможности обойтись только цифрами). Дело в том, что в исходном файле информация о номенклатуре, например, документа выглядит следующим образом:
Точно такая же ситуация с Контрагентами, договорами и прочей справочной информацией. И даже то, что такая же строчка присутствует на самой строчке справочника - не сильно вдохновляло.
Пришлось сделать следующее:
- Вырезать «значимый» кусочек
- Преобразовать его под стандарт Уникального Идентификатора (это колонка Текст)
- При записи объекта этот идентификатор присваивать
- Если объект нужен в дальнейшем, поиск осуществляется уже по Уникальному Идентификатору.
В общем, Уникальный Идентификатор мне очень понравился . Причем, оказалось, что «страшный» шестнадцатеричный формат (a763cfbb-f94f-4c67-8e13-0e96a3a7f353), которым система пользуется по умолчанию, может использоваться в более демократичном виде. Т.е. буквы abcdef в различных сочетаниях вовсе не обязательны. Достаточно придерживаться заданной размерности "XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX". Ну а дальше – уже дело техники.
Читайте также: