Простой перенос данных из "Управление торговлей" 10.3 в "Бухгалтерию предприятия" 2.0
Перенос данных из 1С Управление торговлей ред. 10.3 в 1С Бухгалтерия предпртия ред. 2.0
Если Вы столкнулись с проблемой переноса документов и связанных с ними справочников из УТ в БП, если Вам надоело каждый раз, после типового переноса, сверять изменения в двух базах. Это решение для Вас!
Если Вы столкнулись с проблемой переноса документов и связанных с ними справочников из УТ в БП, если Вам надоело каждый раз, после типового переноса, сверять изменения в двух базах. Это решение для Вас!
Комментарии
Избранное
Подписка
Сортировка:
Древо
Хм.. Перенос данных из Управление торговлей в Бухгалтерию 2.0 здесь
это, вроде, та же самая обработка?
Скачать "перенос документов из УТ в БП 2.0
Обработка по переносу данных из 1С Управление торговлей 10.3 в Бухгалтерию предприятия 2.0.
Обработка необходима тем кто хочет переносить данные из торговли в бухгалтерию 2.0 (из 1С УТ в БП 2.0 ) без проблем.
Возможности обработки:
1. Перенос документов "Поступление товаров и услуг", "Реализация товаров и услуг", "ГТД по импорту", "Поступления доп. расходов",
"комплектация номенклатуры", "платежные поручения входящие", "платежные поручения исходящие" в разрезе выбранной организации.
Платежные поручения из УТ загружаются в соотвествующие выписки в БП в разрезе выбранных банковских счетов, которые можно выбрать в списке.
Поиск соответствия счетов УТ и БП осуществляется на основе номера счета. Показать
это, вроде, та же самая обработка?
Скачать "перенос документов из УТ в БП 2.0
Обработка по переносу данных из 1С Управление торговлей 10.3 в Бухгалтерию предприятия 2.0.
Обработка необходима тем кто хочет переносить данные из торговли в бухгалтерию 2.0 (из 1С УТ в БП 2.0 ) без проблем.
Возможности обработки:
1. Перенос документов "Поступление товаров и услуг", "Реализация товаров и услуг", "ГТД по импорту", "Поступления доп. расходов",
"комплектация номенклатуры", "платежные поручения входящие", "платежные поручения исходящие" в разрезе выбранной организации.
Платежные поручения из УТ загружаются в соотвествующие выписки в БП в разрезе выбранных банковских счетов, которые можно выбрать в списке.
Поиск соответствия счетов УТ и БП осуществляется на основе номера счета.
(4) JER_MARK,
Отвечая на Ваш вопрос: если базу не удаётся открыть - проверьте параметры подключения (Имя пользователя, пароль и путь к базе (для серверного варианта - адрес базы и её имя)). На счет продолжения выполнения - тут Вы ошибаетесь, при невозможности подключиться вызывается возврат и описание ошибки. Естественно, выполнение обработки прерывается.
(5) JER_MARK, буду признателен, если укажите конкретные ошибки. Спасибо :)
Отвечая на Ваш вопрос: если базу не удаётся открыть - проверьте параметры подключения (Имя пользователя, пароль и путь к базе (для серверного варианта - адрес базы и её имя)). На счет продолжения выполнения - тут Вы ошибаетесь, при невозможности подключиться вызывается возврат и описание ошибки. Естественно, выполнение обработки прерывается.
(5) JER_MARK, буду признателен, если укажите конкретные ошибки. Спасибо :)
Я не спорю - имя базы было указано не верно. Носообщив об ошибке подключения программа вслед за этим идет ошибка "Не удалось создать Сом-объект" (запрос). Не дословно, но так. Значит, после неудачного подключения программа продолжила работу?
А это с чем связано?
{ВнешняяОбработка.ПереносДокументовУТ_БП.МодульОбъекта(108)}: Ошибка при вызове метода контекста (Выполнить)
по причине:
Произошла исключительная ситуация (1C:Enterprise 8.2.15.301): {(11, 16)}: Поле не найдено "Контрагенты.AgentID"
Контрагенты.<<?>>AgentID,
{ВнешняяОбработка.ПереносДокументовУТ_БП.МодульОбъекта(108)}: Ошибка при вызове метода контекста (Выполнить)
по причине:
Произошла исключительная ситуация (1C:Enterprise 8.2.15.301): {(11, 16)}: Поле не найдено "Контрагенты.AgentID"
Контрагенты.<<?>>AgentID,
(23) Тогда зачем было мучиться писать обмен, когда он есть. Оставалось просто написать обработку по сравнению объектов баз(документов), их реквизитов и табличных частей. Ведь это главное отличие Вашей обработки от типового переноса)) А так, судя по комментариям, и если учесть, что модуль запаролен, то до конца не ясно, что происходит, и проверить нельзя и отладить тоже. Где гарантия, что все будет переноситься идеально?
(25) apostal86, т.е. по Вашим словам разумнее настроить типовой перенос или через конвертацию, а потом запускать обработку, которая так же через COM будет получать объекты и сравнивать их? ))))) Забавно. И в чём тогда смысл Вашего предложения, если работы для пользователя только прибавится?
Гарантии, что у Вас всё будет переноситься идеально дать никто не может - обработка тестировалась на типовой конфигурации, практика показывает что иногда требуется "подгон" под конкретного заказчика. Кстати, индивидуально можно рассмотреть возможность поставки обработки с открытым кодом. Пишите в личку.
Гарантии, что у Вас всё будет переноситься идеально дать никто не может - обработка тестировалась на типовой конфигурации, практика показывает что иногда требуется "подгон" под конкретного заказчика. Кстати, индивидуально можно рассмотреть возможность поставки обработки с открытым кодом. Пишите в личку.
(26) судя по комментам, работы и так может прибавится да еще и в разы, в особенности от того что Вы сами заявляете: "Гарантии, что у Вас всё будет переноситься идеально дать никто не может - обработка тестировалась на типовой конфигурации, практика показывает что иногда требуется "подгон" под конкретного заказчика". Если бы я брал обработку для типовой, то и тут Вы мне гарантии дать не можете, так что-ли? А в отличии от Вашего переноса обмены 1С дают гарантии, проверены временем. Вас ни один бухгалтер по головке не погладит, если перенос документов за период пройдет криво, а если еще ошибки переноса обнаружатся в прошлом периоде, за который сдана отчетность? А про "подгон" - это Вы отмечаете для нетиповых конфигураций?
Простая, удобная, незамороченная жутким количеством настроек обработка, которую легко могут использовать бухгалтеры.
Очень не хватает еще двух документов для переноса: возвраты поставщикам и возвраты от покупателей.
Очень не хватает еще двух документов для переноса: возвраты поставщикам и возвраты от покупателей.
Друзья, по многочисленным просьбам в обработку добавлен перенос счетов-фактур выданных и полученных! Обработка перезалита и доступна в новой версии 3.0. Пользуйтесь на здоровье!
p.s. для корректного документооборота рекомендуется (но не обязательно) переносить счета-фактуры совместно с документами:
Счета-фактуры выданные- с реализацией товаров и услуг и платежным поручением входящим
Счета-фактуры полученные - с поступлением товаров и услуг и платежным поручением исходящим
p.s. для корректного документооборота рекомендуется (но не обязательно) переносить счета-фактуры совместно с документами:
Счета-фактуры выданные- с реализацией товаров и услуг и платежным поручением входящим
Счета-фактуры полученные - с поступлением товаров и услуг и платежным поручением исходящим
плюсанул :)
исходя из описания и комментариев вижу, что возвратов (как от покупателей, так и поставщикам) среди переносимых документов нет, а также нет документов розницы (ОтчетККМ).
Видимо, в связи с закрытым кодом, буду писать свою обработку.
исходя из описания и комментариев вижу, что возвратов (как от покупателей, так и поставщикам) среди переносимых документов нет, а также нет документов розницы (ОтчетККМ).
Видимо, в связи с закрытым кодом, буду писать свою обработку.
38+ ещё один существенный недостаток данной обработки:
отсутствует фильтрация по виду учета в УТ - должны выгружаться только те доки, в которых установлены признаки учета БУ+НУ
38++ склад для новых доков в БП задан по коду "000000001" - префикс ИБ не учтен (про префикс организации я молчу), можно было просто сделать выбор склада на форме
38+++ вся новая номенклатура складывается просто валом в корень справочника - хотя бы папку "Номенклатура УТ" завел, что ли, если лень структуру папок воссоздать
есть масса и иных недочетов.
Вобщем, для коммерческого продукта ещё очень и очень сыровато.
отсутствует фильтрация по виду учета в УТ - должны выгружаться только те доки, в которых установлены признаки учета БУ+НУ
38++ склад для новых доков в БП задан по коду "000000001" - префикс ИБ не учтен (про префикс организации я молчу), можно было просто сделать выбор склада на форме
38+++ вся новая номенклатура складывается просто валом в корень справочника - хотя бы папку "Номенклатура УТ" завел, что ли, если лень структуру папок воссоздать
есть масса и иных недочетов.
Вобщем, для коммерческого продукта ещё очень и очень сыровато.
(40) по поводу задания счетов БУ/НУ в табличных частях доков:
надо либо пользоваться штатными функциями заполнения счетов (их вызов в общем модуле доков), либо анализируй тип склада исходного документа (оптовый/розничный, ЕНВД/неЕНВД);
с контрагентами ты тоже навертел чего-то непонятное:
1. у того контрагента, что найден в базе УТ, всё равно заполняешь все поля из УТ и производишь запись - нужно ли это?
2. если контрагент лежит не в группе (т.е. не имеет родителя), то с ним возникает проблема при загрузке, ибо проверка на пустое наименование (родитель="") по неопределенному объекту не отработает.
3. для новых контрагентов я бы тоже создал группу "Контрагенты УТ", а не пытался бы искать группу-родитель по наименованию (обработки ненайденной группы у тебя нет).
надо либо пользоваться штатными функциями заполнения счетов (их вызов в общем модуле доков), либо анализируй тип склада исходного документа (оптовый/розничный, ЕНВД/неЕНВД);
с контрагентами ты тоже навертел чего-то непонятное:
1. у того контрагента, что найден в базе УТ, всё равно заполняешь все поля из УТ и производишь запись - нужно ли это?
2. если контрагент лежит не в группе (т.е. не имеет родителя), то с ним возникает проблема при загрузке, ибо проверка на пустое наименование (родитель="") по неопределенному объекту не отработает.
3. для новых контрагентов я бы тоже создал группу "Контрагенты УТ", а не пытался бы искать группу-родитель по наименованию (обработки ненайденной группы у тебя нет).
Новые вопросы с вознаграждением
Автор темы объявил вознаграждение за найденный ответ, его получит тот, кто первый поможет автору.