Выгрузка данных из Аксапта в 1С бухгалтерия 8 ред. 3.0

[Страйкер]

Добрый день.

Есть задача в выгрузке данных из аксапты в 1С бухгалтерия 8 ред. 3.0
Поделитесь, пожалуйста, опытом, с чем придётся столкнуться и сколько по времени в среднем ушло на тестирование, разработку, хотя бы на один документ/справочник
Какие подводные камни при написании правил обмена, кто какими технологиями пользовались(сом/ВЭБ сервисы)?

[cuba]

А мы как раз начали описывать синхронизацию АХ 2012 R3 и 1С V8: Бухгалтерии.
Закончим - напишу что получилось)

[mazzy]

Цитата:

Сообщение от Страйкер

Какие подводные камни при написании правил обмена, кто какими технологиями пользовались(сом/ВЭБ сервисы)?

вы б, почитали. вроде обсуждалось неоднократно.
из аксапты в 1С - выгрузить просто.

добавьте к списоку работ: сделать сверку.

подводный камень один - когда отладите, запустите, просто неизбежно при сверке документов у вас появится несколько документов, которые не выверяются, и которые будут исправлены и перепроведены на стороне 1С.

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

готовьтесь к этому сразу.
сразу пишите логи.
сразу готовьте инструменты сверки.

[Ivanhoe]

Из аналитических задач важно явно проговорить все соответствия справочников / документов Акс и 1С. Не забыть про "не документарные" движения в Акс типа сопоставлений, корректировки складской себестоимости и т.п.

[mnt_dx]

Из тех разниц, с которыми я столкнулся (не уверен на счет бухгалтерии 3.0):
В 1С поступления делятся по видам - товары и услуги / денежные документы / что-то еще, а в АХ это делается одним видом документа;

В 1С контрагенты в одном списке, а в АХ разделены на поставщиков и клиентов. Из-за этого договор в 1С может иметь вид "договор с покупателем", хотя на самом деле это договор с поставщиком.

[miklenew]

Вообще то определять поставщик это или покупатель не надо. Просто в зависимости от того покупаем мы ему или продаём заводим соответствующий договор. Никто не мешает создать с ним договор с поставщиком. Купить у него что-то. А потом сделать другой договор уже с покупателем и продать ему.
В аксе есть recid, в 1с уникальный номер. Создавайте общий реквизит, определяйте для каких документов. Вот вам и связь. Если бы в аксе не было проблем с правкой задним числом, то можно даже в обе стороны сделать.В 1с правка задним число норма. Чтоб например пришли документы из аксы в бухгалтерию. Бухгалтерия их поправила и в аксапту пришли эти изменения. Но это большой гемор именно на стороне аксы. В бухгалтерии есть планы обмена в которых можно увидить какие именно документы менялись. Так что в 1С гибче в плане передать из одной конфы в другую и обратно. Можно и XML и веб сервис. У каждого способа есть свои нюансы.

[Страйкер]

Т.е. определить, менялись ли документы в прошлом числе или нет в аксапте нельзя. Ок. А есть там что-то подобие даты закрытия периода, чтоб нельзя было изменить документы в прошлом периоде? Хоть выгрузку по периоду настроить...

[mazzy]

Цитата:

Сообщение от miklenew

Если бы в аксе не было проблем с правкой задним числом, то можно даже в обе стороны сделать.В 1с правка задним число норма.

а... вот источник дезинформации.
miklenew, не вводите в заблуждение человека.

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

да, в 1С правка задним числом норма.
именно из-за нее все становится плохо при работе в многопользовательской системе. ну и при передаче проводок обратно в аксапту.


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

[mazzy]

Цитата:

Сообщение от miklenew

В 1с правка задним число норма. Чтоб например пришли документы из аксы в бухгалтерию. Бухгалтерия их поправила и в аксапту пришли эти изменения. Но это большой гемор именно на стороне аксы.

блииин...
ну, какая же каша в голове.

"в аксапту пришли эти изменения" - в аксапте без проблем.
измено изменения. в аксапте останутся и исходные проводки, и коррекции. ИЗМЕНЕНИЯ можно даже затолкать в исходную операцию (в 1С это называется режим допроведения)
все будут видеть кто и когда создал исходные проводки, кто и когда создал изменения.

но ведь под этой фразой 1Сники подразумевают совсем другое.
1Сники подразумевают стереть исходные проводки и пересоздать другие.
причем чтоб никто не видел этих изменений, ни налоговые органы, ни другие пользователи, ни другие модули, которые работают на основании проводок...
Бгггг!!!!

Цитата:

Сообщение от miklenew

В бухгалтерии есть планы обмена в которых можно увидить какие именно документы менялись. Так что в 1С гибче в плане передать из одной конфы в другую и обратно.

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

[miklenew]

Цитата:

Сообщение от Страйкер

Т.е. определить, менялись ли документы в прошлом числе или нет в аксапте нельзя. Ок. А есть там что-то подобие даты закрытия периода, чтоб нельзя было изменить документы в прошлом периоде? Хоть выгрузку по периоду настроить...

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

[miklenew]

Цитата:

Сообщение от mazzy

а... вот источник дезинформации.
miklenew, не вводите в заблуждение человека.

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

да, в 1С правка задним числом норма.
именно из-за нее все становится плохо при работе в многопользовательской системе. ну и при передаче проводок обратно в аксапту.


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

Ага только проводки в Аксе будут текущей датой. А в 1С датой документа. Так что это всё же не правка задним числом. А обычная правка текущей датой.

[miklenew]

Цитата:

Сообщение от mazzy

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

Щас помойму во всех более менее свежих конфах есть история версий. Настраивается на опеределённые документы (какие сам решаеш) и вперёд. Покрайней мере всё что идёт на базе БСП(библиотеке стандартных подсистем). Если нет, то лего внедряется. Там работу по мойму на час.

[mnt_dx]

Цитата:

Сообщение от miklenew

Вообще то определять поставщик это или покупатель не надо. Просто в зависимости от того покупаем мы ему или продаём заводим соответствующий договор. Никто не мешает создать с ним договор с поставщиком. Купить у него что-то. А потом сделать другой договор уже с покупателем и продать ему.
В аксе есть recid, в 1с уникальный номер. Создавайте общий реквизит, определяйте для каких документов. Вот вам и связь.

Проблемы нет, просто это надо учитывать при интеграции, что в АХ к записи GAB может быть пристыкован поставщик и покупатель, которые могут иметь один и тот же код в своих справочниках и являться по сути одним контрагентом. Т.к. 1С не ограничивает пользователя в действии "продать по договору закупки", это стоит учитывать.

[mazzy]

Цитата:

Сообщение от miklenew

Ага только проводки в Аксе будут текущей датой. А в 1С датой документа. Так что это всё же не правка задним числом. А обычная правка текущей датой.

нет конечно. полнейший бред.

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

проведенный документ менять уже нельзя.
допровести новые проводки в уже существующий документ можно. но принято создавать новые корректирующие документы.

[mazzy]

Цитата:

Сообщение от miklenew

Щас помойму во всех более менее свежих конфах есть история версий. Настраивается...

вот сколько ж можно, то а?

мы говорим есть или нет готовый функционал. и как работает готовый функционал в стандартной версии...
1Сники отвечают "можно сделать".
причем стопудов выяснится, что под "настраивается" поднимается "написать чуток кода, чтобы можно было пользоваться добавленной фичей"...

[miklenew]

Вот скриншот из бухгалтерии 3.0 (3.0.47.26)