Импорт операции из стороннего приложения

[sergey_alekseev]

Всем привет!
Кто нибудь решал вопрос импорта операций, например платежей, за определенную дату в Ах. В модуль или ГК???
Не импорт всех таблиц полностью, а только добавление данных по операциям за текущий день?

[BOAL]

да...

каков вопрос таков ответ

[sergey_alekseev]

Ну и каким способрм? BOAL

[mazzy]

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

если вы знаете программирование, попробуйте начать поиск с
Главное меню \ Главная книга \ Журналы \ Общий журнал
КНопка строки
Кнопка Функции \ Импорт выписки по счету (проводки)

Если программирования не знаете, то читайте совет про импорт из текстового файла
http://axapta.mazzy.ru/hints/import/

создайте журнал вручную
импортируйте строки этого журнала в таблицу LedgerJournalTrans
разнесите штатными средствами.

[BOAL]

Ну маззи все написал...

просто вопрос не раскрывает его тему "Импорт операции из стороннего приложения"

Что за приложение? в чем проблема, мож в получении данных как раз и этого пиложения в нужном формате... мож от незнания этого формата и тд...


Вообще можно еще стандартной заливкой их ехеля пользоваться в табличку LedgerJournalTrans

Можно написать переодическую операцию автоматизации этого дела (что и делается обычно)

[sergey_alekseev]

Спасибо, видимо без программирования не обойтись.
Хотя при настройке таблиц в Группе определений, на каждую можно повесить критерий, в том числе и диапазон дат?
Может кто нибудь настраивал импорт по критерию? Подскажите как это работает!

[mazzy]

Согласен с BOAL.

Цитата:

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

Да, Но здесь как раз программистское программирование.
Программист должен решить програмиссткую задачу программистскими средствами.
Поэтому у здесь не должно быть неожиданностей в постановке и решении задачи.

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

Цитата:

Изначально опубликовано sergey_alekseev
Хотя при настройке таблиц в Группе определений, на каждую можно повесить критерий, в том числе и диапазон дат?
Может кто нибудь настраивал импорт по критерию? Подскажите как это работает!

Черт, у вас так хорошо все начиналось.
И вот фигня пошла.

зачем вы собираетесь вводить какие-то критерии на принимающей стороне? Вы так потеряете контроль над данными.

Импорт должен импортировать строки в журнал. Журнал - черновик. Он ни на что не влияет пока не будет разнесен. Перед разноской человек-оператор должен проверить полученные данные и оценить корректность. В этот момент, оператор может отфильтровать ненужные строки. Когда будет все правильно, то оператор одобряет журнал (разносит)

По идее, импорт должен принять ВСЕ данные, которые пришли.
А вот отдающая сторона должна решить какие данные отдавать, а какие нет, поскольку в отдающей стороне сопутствующей информации о передаваемых данных больше, чем в принимающей.

[sergey_alekseev]

Спасибо за обстоятельные ответы.

Вы правы проблема стоит значительно шире!
Существует несколько сторонних приложений: Бюджетная программа в которой формируются закупки и платежи, складская программа - хранятся операции по складским перемещениям, кадровая, и т.д. всего пять.
Работа в этих приложениях идентична (с определенным допуском ) работе в модулях - расчеты с клиентами, расчеты с поставщиками, управление запасами, управление персоналом. Все приложения замечательно умеют формировать проводки.
Эти приложения будут сохранены, по условиям договора и текущие операции проводить тоже в них.
А баланс и вся отчетность, в том числе налоговая, и в соответствии с gaap должна формироваться в Ах.

Для меня очевиден только ОДИН вариант - все операции должн вестись в Ах.
Но мы ж дублировать операции не хотим , и программировать не хотим, потому что слишком большой объем работы программистов выкручивается!!!
Хотим стандартный механизм импорта использовать, о котором прослушали презентацию.

Но в принципе было бы достаточно, импортировать в ГК даже не журналы, а изменение по счетам ГК. Т.к. отчеты по операциям нам пока не нужны.

Буду благодарен всем за любые советы.

Но если прграммного программирования не избежать, то будем программировать, чтож делать?!

[BOAL]

Задача системы автоматизировать труд... а "тетко-машинный" метод (просмотр и корректировка закачанных данных) - это не пригодно для жизни (вероятность косяков далеко не 0 и пропорционально числу записей)
Журнал с 2000 строк "глазками" не просмотреть....

Поэтому закачивать нужно как раз по фильтру, но однозначно проще закачивать as is, но для этого данные УЖЕ должны быть фильтрованные...
Те программить нужно не в Ах, а как раз в тех "левых" приложениях... мож это будет дешевле?

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

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