Экспорт документов в 1С Предприятие

[agri]

Привет Всем

Существует ли функционал экспорта документов из Аксапты и превращения их в проводки по бухгалтерии в 1С Предприятии?
На мой взгляд в 1С предприятии наиболее приемлим учёт как бухгалтерский и налоговый. Аксапта хороша для ведения управленческого учета. Кто со мной не согласен?

[YVAS]

Не буду спорить на сколько плоха или хороша Ax в плане ведения бухгалтерского или налогового учета, скажу только прямого механизма в "превращения" в проводки 1С в Ax нет. Возможен вариант с промежуточными файлами:
- выгрузка данных в Excel;
- выгрузка данных в текстовый файл (причем можно запрограммировать реализацию текстового файла 1С-ского формата).
- ну и наконец можно извратнуться закачивать напрямую в 1С-скую базу через ODBC (теоретически, практически не знаю, делал ли кто..)

[Writer]

Цитата:

Изначально опубликовано agri
На мой взгляд в 1С предприятии наиболее приемлим учёт как бухгалтерский и налоговый. Аксапта хороша для ведения управленческого учета. Кто со мной не согласен?

Мне такое сравнение напоминает, что то типа все цифры лучше вносить в Excel, а считать на бумаге. Что хотим, то и насчитаем, а результат опять же занесем в Excel. Ранее я работал на предприятии, где в Аксапте ведется абсолютно все: финансы, расчеты с клиентами, поставщиками, ОС, логистика, производство, планирование, зарплата, управленческий учет, налоговый учет. И никакой 1С и близко не надо.
1С нужно только тогда, когда мы хотим резать, клеить, мазать. А если нужна прозрачная система учета, то это Axapta.
Что касается экспорта документов, то это можно реализовать и текстовыми файлами.

[Beavis-analitik]

ИМХО лучше пользоваться возможностями 1С в качестве Automation-сервера... По-любому проще, чем ODBC и т. п.

[mazzy]

да, ну?
и как вы будете работать с методом v7.appication Новый()?

Придется писать обертку.
А это снова работа, которая решает не саму задачу, а что-то сугубо программистское.

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

Кроме того, бывают случаи, когда одному ваучеру соответствует несколько проводок в аналитических "регистрах". Например, custtrans. См. http://www.axforum.info/forums/showt...&threadid=5821

В каждом конкретном случае решение может быть найдено достаточно легко.
Самый простой случай - создайте отчет по проводкам в виде 1sbtrans.txt и печатайте его в файл. 1С должна загрузить без вопросов.

Сложнее, если вам нужно передавать проводки с аналитикой. Тогда возникает задача синхронизации справочников. А это... это такая задача... Тут видимо лучше разобраться с обменом через xml. 1С сейчас очень и очень развивает это направление. А в новых версиях 1С УРБД будет основано на этом механизме... Поэтому похоже стоит тратить время на разбор с планами обмена.

[mazzy]

Цитата:

Изначально опубликовано Writer
Мне такое сравнение напоминает, что то типа все цифры лучше вносить в Excel, а считать на бумаге. Что хотим, то и насчитаем, а результат опять же занесем в Excel.

Конечно же вы правы.
Вопрос в затратах.

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

[Hamster]

А каким образом XML отменяет проблему синхронизации справочников?

[mazzy]

xml не отменяет.
Несколько облегчает формат обмена.
Посмотрите стандартный механизм обмена в 1С.

[Ned]

В Аксапте - делаем экспорт в текстовый файл.
В 1С - пишем обработку, которая закачивает из текстового файла.
Наиболее быстрый и простой и наименее проблемный способ.

[agri]

Цитата:

Изначально опубликовано Writer


Мне такое сравнение напоминает, что то типа все цифры лучше вносить в Excel, а считать на бумаге. Что хотим, то и насчитаем, а результат опять же занесем в Excel.

не совсем верное утверждение
в 1С очень хорошо реализован механизм отчетности по налогам (ИМНС и фонды) и постоянно выходят обновления для этого дела буквально как выходят законы, чего соответственно не наблюдается в Аксапте. Вот для чего и реализуется данный механизм.

Вопрос реализации:
Меня интересовал вопрос не проводок в Аксапте (в нашем случае мы их вообще не включаем) а выгрузка документов движений и формирования по ним типовых операций для 1С.
Далее, по поводу выгрузок и загрузок мне наиболее нравится вариант с ODBC выгружаем куда хотим в файл *.txt или *.dbf в Excel в базу данных. А в 1С можно легко реализовать механизм загрузки.

[mazzy]

Цитата:

Изначально опубликовано agri
Меня интересовал вопрос не проводок в Аксапте (в нашем случае мы их вообще не включаем) а выгрузка документов движений и формирования по ним типовых операций для 1С.

Тоже подход.
Обязательно обратите внимание на то, как вы будете искать несоответствия.
При таком подходе надо обязательно прописать как их искать и что делать, если они возникают.

[agri]

для этого есть таблица соответствия
её реализуем в Аксапте например и все коды храним в одной таблице

[mazzy]

хм... скорее всего, я недостаточно четко выразился.

я хотел сказать о несоответствиях в суммах.
Например, в Аксапте списано себестоимость 100 УЕ, а в 1С документ списал 2000 руб. Почему?
Или пример с оплатами и задолженностью. Оплата в Аксапте прошла через транзитный счет (один документ) а в 1С что делать? какой датой проводить? выпиской? тогда задолженность поставщика будет несоответствовать пока выписка не будет проведена.
и т.п.

[agri]

по поводу первого согласен
необходимо конвертировать валюту. значит надо сделать валюту по-умолчанию для обмена или же в 1С конвертировать валюту (но при этом может возникнуть разница курсов в Аксапте и 1С) вообще для налогового учёта по-умолчанию используем валюту Рубли.
по поводу второго
предлагаю привязать к операциям условия выборок. Операция будет выгружаться если соблюдены определённые условия, таким-же образом будет выбираться определённая только операция 1С и нужное количество оных

[agri]

данная система существует если интересует этот вопрос обращайтесь по адресу ordsys@mail.ru