Перенос документов из УТ 10.3 в Бухгалтерию 3.0
Отзывы
Респект за работу однозначно, сейчас за недельку допилю версию 1.7 под наши требования и к переходу готов, особенно радует, что половина моих доработок прошлой версии (10.3-2.0) уже вошла в новую, значит мыслим с автором в одном ключе :)
Купил обработку. Лень было писать свою!
Обработка отличная, ребята проделали много работы, но сразу не завелась. Не видела документы в УТ!
Пришлось "доработать напильником".
и все прекрасно полетело!!! Спасибо!!!
Обработка отличная, ребята проделали много работы, но сразу не завелась. Не видела документы в УТ!
Пришлось "доработать напильником".
&НаСервере
Функция ПолучитьСписокДокументовНаСервере(ВнешнееПодключение,ВидДокумента,НачПериода,Конпериода)
Запрос = ВнешнееПодключение.NewObject("Запрос");
Запросы = "
|ВЫБРАТЬ
| Документы.Ссылка
|ИЗ
| Документ."+ВидДокумента+" КАК Документы
|ГДЕ
| Документы.Проведен
| И НЕ Документы.ПометкаУдаления
| И Документы.Дата МЕЖДУ &Дата1 И &Дата2
|";
Запрос.УстановитьПараметр("Дата1", НачалоДня(НачПериода));
Запрос.УстановитьПараметр("Дата2", КонецДня(КонПериода));
Запрос.Текст = Запросы;
Результат = Запрос.Выполнить().Выбрать();
Возврат Результат;
КонецФункции
а в ВыбратьНаСервере()
ПоступленияУТ = ПолучитьСписокДокументовНаСервере(УТ,"ПоступлениеТоваровУслуг",Обработка.НачалоПериода,Обработка.КонецПериода);
//ПоступленияУТ = УТ.Документы.ПоступлениеТоваровУслуг.Выбрать(НачалоДня(Обработка.НачалоПериода), КонецДня(Обработка.КонецПериода));
Пока ПоступленияУТ.Следующий() цикл
НайденноеПоступление = Документы.ПоступлениеТоваровУслуг.НайтиПоНомеру(ПоступленияУТ.Ссылка.Номер, ПоступленияУТ.Ссылка.Дата);
Если НЕ ПереноситьДокумент(ПоступленияУТ.Ссылка, НайденноеПоступление) Тогда
Продолжить;
КонецЕсли;
НовДок = Объект.СписокДокументов.Добавить();
НовДок.Выбран = Истина;
НовДок.Вид = "Поступление товаров и услуг";
НовДок.Номер =ПоступленияУТ.Ссылка.Номер;
НовДок.Дата = ПоступленияУТ.Ссылка.Дата;
НовДок.Контрагент = УТ.XMLСтрока(ПоступленияУТ.Ссылка.Контрагент.Наименование);
НовДок.Сумма = ПоступленияУТ.Ссылка.СуммаДокумента;
НовДок.Комментарий = УТ.XMLСтрока(ПоступленияУТ.Ссылка.Комментарий);
НовДок.СсылкаБух = НайденноеПоступление;
НовДок.СуммаБух = ?(НайденноеПоступление<>Неопределено, НайденноеПоступление.СуммаДокумента,"");
КонецЦикла; Показатьи все прекрасно полетело!!! Спасибо!!!
Остальные комментарии
В избранное
Подписаться на ответы
Сортировка:
Древо развёрнутое
Свернуть все
Планируете переход на Бухгалтерию 3.0, но беспокоит синхронизация с УТ 10.3? Предлагаю удобное решение для одностороннего переноса данных из конфигурации "Управление Торговлей" 10.3 (8.2) в конфигурацию "Бухгалтерия предприятия" 3.0 (8.2, 8.3).
В каталоге поставки 1С:Бухгалтерия 3.0 есть бесплатные правила обмена УТ 10.3 -> БП 3.0. Обработка "Универсальный обмен данными в формате XML" встроена в 1С:Бухгалтерия 3.0. Работать с правилами обмена проще и удобнее чем изобретать свои обмены!
(2) Re:аниматор, Просто ради интереса можете уточнить у скольких Ваших клиентов (или базах) успешно работают эти правила? Много ли времени потребовалось на то, чтобы они заработали корректно? По моему опыту, 1С выпускает правила обмена, которые красиво работают "из коробки" (даже на типовых конфигурациях) спустя 1-2 года после выпуска релиза. Томить обещаниями своих клиентов столько времени, либо исправлять чужие ошибки на протяжении первых релизов, не представляю возможным...
PS да кстати это и не велосипед вовсе, т.к. переносом воспользовались многие пользователи.
PS да кстати это и не велосипед вовсе, т.к. переносом воспользовались многие пользователи.
(3) В свое время взял основу обработки "Выгрузка данных в конфигурацию "Бухгалтерия предприятия", ред 1.6", переделал в "Выгрузка данных в конфигурацию "Бухгалтерия предприятия", ред 2.0", а из 2.0 сделал "Выгрузка данных в конфигурацию "Бухгалтерия предприятия", ред 3.0" заняло по времени ровно 1 рабочий день! Кстати из 2.0 переделать для 3.0 оказалось намного проще чем из 1.6. в 2.0 т.к. структура во многом совпадает по сути код заменить и мелкие доработки.
Лучше изучить конфигурацию "Конвертация данных" чем писать свои обмены, уже прошел это лет 5 назад.
А как ваш вариант работает с серверами не в одной сети где нет возможности OLE? то то.
Исправить правила на много быстрее чем писать свою обработку по обмену.
У всех моих клиентов правила обмена работают нормально. По времени доработки максимум 1 день.
Лучше изучить конфигурацию "Конвертация данных" чем писать свои обмены, уже прошел это лет 5 назад.
А как ваш вариант работает с серверами не в одной сети где нет возможности OLE? то то.
Томить обещаниями своих клиентов столько времени, либо исправлять чужие ошибки на протяжении первых релизов, не представляю возможным...
Исправить правила на много быстрее чем писать свою обработку по обмену.
Просто ради интереса можете уточнить у скольких Ваших клиентов (или базах) успешно работают эти правила? Много ли времени потребовалось на то, чтобы они заработали корректно?
У всех моих клиентов правила обмена работают нормально. По времени доработки максимум 1 день.
(5) Re:аниматор, Интересно почему Вы решили, что у меня отсутствуют знания КД? Если интересно, могу похвастаться очень сложными переносами на КД, пишите в личку!
Поверьте, клиентам вообще не важно на какой технологии сделан перенос, главное, чтобы он работал стабильно, и стоило это не дорого, а еще лучше не требовало дополнительных инвестиций после каждого обновления. А вчерашний день – это руками вносить сначала в 1 базу, потом в другую (бывает и такое=)).
Вы же сами сказали, что доработка КД у Вас заняла примерно рабочий день, так вот посчитайте (по минимуму), день работы 8 часов по 1000 р/час (наверняка у Вас дороже) - это уже 8000. А я предлагаю тоже самое за 5000 + гарантии на год – по-моему отличное предложение!
Касательно OLE и сложной сети Вы правы, но это не наш клиент (хотя даже тут можно придумать как организовать синхронизацию). Для моего переноса целевая аудитория – небольшие и средние фирмы, которым надо что-то типа «поставил и забыл», именно это я и хочу предложить.
PS предлагаю не тратить больше времени на поиск недостатков в технологиях, т.к. это всего лишь субъективная точка зрения + определенный опыт!
Поверьте, клиентам вообще не важно на какой технологии сделан перенос, главное, чтобы он работал стабильно, и стоило это не дорого, а еще лучше не требовало дополнительных инвестиций после каждого обновления. А вчерашний день – это руками вносить сначала в 1 базу, потом в другую (бывает и такое=)).
Вы же сами сказали, что доработка КД у Вас заняла примерно рабочий день, так вот посчитайте (по минимуму), день работы 8 часов по 1000 р/час (наверняка у Вас дороже) - это уже 8000. А я предлагаю тоже самое за 5000 + гарантии на год – по-моему отличное предложение!
Касательно OLE и сложной сети Вы правы, но это не наш клиент (хотя даже тут можно придумать как организовать синхронизацию). Для моего переноса целевая аудитория – небольшие и средние фирмы, которым надо что-то типа «поставил и забыл», именно это я и хочу предложить.
PS предлагаю не тратить больше времени на поиск недостатков в технологиях, т.к. это всего лишь субъективная точка зрения + определенный опыт!
Добрый день! Интересует - переносит ли эта обработка "Переоценка товаров в рознице" и "Установка цен номенклатуры". Если нет, то планируются эти документы?
Думаю моему клиенту подошла бы эта обработка. У клиента стоит база (Старый релиз УТ 10.3) выданная по франшизе через распределенный доступ, соответственно поддерживать обновления УТ не имеем возможности. Учет чисто розничный. Планируем приобрести у вас это решение, но интересует выгрузка переоценки или хотя бы цен номенклатуры.
Какие условия предоставления демо версии обработки на бесплатное тестирование?
Думаю моему клиенту подошла бы эта обработка. У клиента стоит база (Старый релиз УТ 10.3) выданная по франшизе через распределенный доступ, соответственно поддерживать обновления УТ не имеем возможности. Учет чисто розничный. Планируем приобрести у вас это решение, но интересует выгрузка переоценки или хотя бы цен номенклатуры.
Какие условия предоставления демо версии обработки на бесплатное тестирование?
(7) kirilka, для оценки работоспособности переноса на Ваших данных пока могу предложить следующее: Вы присылаете свою конфигурацию, и мы протестируем перенос на ней + я допускаю возврат денег, если перенос не устроит. Демо версии пока нет, так же как нет, переноса документов "Переоценка товаров в рознице" и "Установка цен номенклатуры". Доработка планируется, но по срокам сообщу только завтра.
Новая версия 1.3
1. Сделана синхронизация пометки удаления документов в УТ и в БП. (Если после синхронизации документ в УТ был помечен на удаление, он помечается на удаление и в БП. Галка «Пропускать ранее занесенные» должна быть выключена).
2. Сделан перенос счетов-фактур на аванс.
3. Сделан перенос документов "Установка цен номенклатуры".
4. Сделан перенос документа "Переоценка товаров в рознице".
5. Контрагенты теперь синхронизируются в соответствии с выбранной опцией "по коду" или "по ИНН + КПП".
6. Все настройки переноса вынесены в отдельную вкладку.
7. Изменен интерфейс выбора периода.
1. Сделана синхронизация пометки удаления документов в УТ и в БП. (Если после синхронизации документ в УТ был помечен на удаление, он помечается на удаление и в БП. Галка «Пропускать ранее занесенные» должна быть выключена).
2. Сделан перенос счетов-фактур на аванс.
3. Сделан перенос документов "Установка цен номенклатуры".
4. Сделан перенос документа "Переоценка товаров в рознице".
5. Контрагенты теперь синхронизируются в соответствии с выбранной опцией "по коду" или "по ИНН + КПП".
6. Все настройки переноса вынесены в отдельную вкладку.
7. Изменен интерфейс выбора периода.
Учитывая опыт работы с переносами посредством типовых правил, думаю что будем покупать эти, так как уже сломали немало копий и бух будет рада один раз заплатить энную сумму чтобы по максимуму избавится от мук выверки... по сути переноса, неплохобы по итогам получать отчет в виде таблицы по перенесенным объектам (соответствие) и ошибкам переноса...
(19) kirilka, вчера обновил версию, была обнаружена одна ошибка на форме, ее исправил. Больше никаких ошибок не возникало даже на самой последней версии. Уточните пожалуйста в чем все-таки проблема?
М.б. как обычно в доступе по OLE? Если новую версию скачать не сможете, оставьте свою почту, я Вам ее вышлю!
М.б. как обычно в доступе по OLE? Если новую версию скачать не сможете, оставьте свою почту, я Вам ее вышлю!
Да удалось наконец-то глянуть на проблему. Оказалось как всегда неграмотность пользователей (Неправильно настроены параметры подключения. Зачем они их вообще трогали непонятно). Все работает спасибо.
Ошибка в форме я как понял - это когда ставишь галочку при выборе документа "Перемещение товаров"?
Да если можно на почту отправьте последний релиз - krsha@mail.ru. А то у меня клиент покупал обработку и потерял данные доступа к сайту.
И вот еще вопрос. В базе УТ много номенклатуры. И обработка при передаче данных по документам постоянно сообщает, что был изменен КОД. Что-то напрягает такое сообщение.
А нельзя ли сделать поиск номенклатуры по ссылке, а не по коду. (А лучше как в КД, сначала по коду, потом по ссылке).
Спасибо!
Ошибка в форме я как понял - это когда ставишь галочку при выборе документа "Перемещение товаров"?
Да если можно на почту отправьте последний релиз - krsha@mail.ru. А то у меня клиент покупал обработку и потерял данные доступа к сайту.
И вот еще вопрос. В базе УТ много номенклатуры. И обработка при передаче данных по документам постоянно сообщает, что был изменен КОД. Что-то напрягает такое сообщение.
А нельзя ли сделать поиск номенклатуры по ссылке, а не по коду. (А лучше как в КД, сначала по коду, потом по ссылке).
Спасибо!
По поводу синхронизации номенклатуры есть вопрос..можно ли по Артикулу товара(он забит в карточке товара в УТ) синхронизировать с базой БП3?
Желательно на форму вывести возможность настройки синхронизации номенклатуры(по коду,по артикулу)!!!
Желательно на форму вывести возможность настройки синхронизации номенклатуры(по коду,по артикулу)!!!
(23) geffest, Сейчас возможности синхронизации по артикулу нет, но Вы можете сами переделать, т.к. код открыт или мы можем доработать для Вас (за подробностями пишите в личку).
1. Все счет-фактуры переносятся по-умолчанию вместе с документами - основание, т.е. вместе с реализациями, приходами.
2,3. По себестоимости: все документы переносятся 1 в 1 как в УТ, соответственно себестоимость автоматически формируется в БП 30 по перенесенным документам.
4. ГТД по импорту пока не добавили.
1. Все счет-фактуры переносятся по-умолчанию вместе с документами - основание, т.е. вместе с реализациями, приходами.
2,3. По себестоимости: все документы переносятся 1 в 1 как в УТ, соответственно себестоимость автоматически формируется в БП 30 по перенесенным документам.
4. ГТД по импорту пока не добавили.
еще вопросик...1-Счета фактуры полученные и выданные как я вижу по описанию НЕ переносятся?
2-Cебестоимость спиcания товаров в УТ тоже не переносится в БП3?
3-Списыв-ся себестоимость уже только в БП3?
4- Перенос ГТД по импорту есть или еще не реализован?
2-Cебестоимость спиcания товаров в УТ тоже не переносится в БП3?
3-Списыв-ся себестоимость уже только в БП3?
4- Перенос ГТД по импорту есть или еще не реализован?
(28) thenroach, нет значение себестоимости не переносили, поскольку обычно в УТ и БП эти цифры отличаются. К примеру, иногда не все документы отражаются в БУХ учете, соответственно они вообще не переносятся в Бухгалтерию. Я думаю, если у Вас будут одинаково настроены учетные политики и будут переноситься абсолютно все документы, участвующие в формировании себестоимости, то и значения себестоимости тоже совпадут.
skaut, здравствуйте! Подскажите пожалуйста, для переноса нам нужны следующие документы:
счета
поступление товаров и услуг
поступление доп.расходов
реализация товаров и услуг
счет-фактура выданный
счет-фактура полученный
платежный ордер на списание денежных средств
платежный ордер на получение денежных средств
платежное требование полученное
платежное поручение входящее
платежное поручение исходящее
инкассовое поручение полученное
Прочитав описание и комментарии некоторых не нашел, уточните каких из перечисленных нет и будут ли они реализованы в ближайшее время?
счета
поступление товаров и услуг
поступление доп.расходов
реализация товаров и услуг
счет-фактура выданный
счет-фактура полученный
платежный ордер на списание денежных средств
платежный ордер на получение денежных средств
платежное требование полученное
платежное поручение входящее
платежное поручение исходящее
инкассовое поручение полученное
Прочитав описание и комментарии некоторых не нашел, уточните каких из перечисленных нет и будут ли они реализованы в ближайшее время?
(30) 1cbit_tomsk, здравствуйте.
Сейчас нет переноса для следующих документов:
счет;
платежный ордер на списание денежных средств;
платежный ордер на получение денежных средств;
платежное требование полученное;
инкассовое поручение полученное.
По срокам их добавления отвечу в понедельник (надо оценить сложность добавления). Вообще планы такие были, но пока без определения сроков, т.к. не было необходимости.
Сейчас нет переноса для следующих документов:
счет;
платежный ордер на списание денежных средств;
платежный ордер на получение денежных средств;
платежное требование полученное;
инкассовое поручение полученное.
По срокам их добавления отвечу в понедельник (надо оценить сложность добавления). Вообще планы такие были, но пока без определения сроков, т.к. не было необходимости.
Нас перевели на 8.3 два месяца назад, то что небыло настроено переноса с УТ в БУХ совсем никого не смущало, и вот неделю назад меня озадачили этим вопросом.. Эти документы нам очень важны, большая масса приходится как раз на счета и платежные ордера, поэтому без них перенос теряет свою значимость... Если вы не успеваете сделать перенос этих документов, значит мы своими силами напишем правила переноса, но очень не хотелось бы еще на это тратить свои ресурсы..
(47) dreddkill, добрый день.
Проблем в соединении может быть несколько:
1. Права пользователя windows на установку OLE соединения, на доступ к папке с базой-источником. Проверьте работу под пользователем с полными правами.
2. Установлено много разный версий платформ 1С. Если есть возможность удалите все платформы, кроме нужной и проверьте соединение.
3. База-источник и база-приемник расположены на разных ПК? Между компьютерами есть связь?
Проблем в соединении может быть несколько:
1. Права пользователя windows на установку OLE соединения, на доступ к папке с базой-источником. Проверьте работу под пользователем с полными правами.
2. Установлено много разный версий платформ 1С. Если есть возможность удалите все платформы, кроме нужной и проверьте соединение.
3. База-источник и база-приемник расположены на разных ПК? Между компьютерами есть связь?
Версия 1.5 от 03.04.2014
1. Исправлены ошибки совместимости с последними релизами БУХ 3.0.31.ХХ.
2. Изменена форма выбора периода.
1. Исправлены ошибки совместимости с последними релизами БУХ 3.0.31.ХХ.
2. Изменена форма выбора периода.
Не получается протестировать обмен на Демо версии обработки.
Есть две файловые базы, которые лежат на одной локальной машине.
Пользователь ОС - администратор.
При попытке подключения из БП к УТ появляется окно записи дампа и 1С благополучно закрывается.
На машине установлены 1С 8.2 и 8.3 (оставить на машине только платформу 8.3 невозможно, так как с нее есть подключения к серверным базам на 8.2)
По поводу разных версий 1С возникает сразу еще один вопрос: если файловая БП работает на 8.3, а серверная УТ работает на 8.2, то с помощью Вашей обработки можно будет делать выгрузку документов?
Есть две файловые базы, которые лежат на одной локальной машине.
Пользователь ОС - администратор.
При попытке подключения из БП к УТ появляется окно записи дампа и 1С благополучно закрывается.
На машине установлены 1С 8.2 и 8.3 (оставить на машине только платформу 8.3 невозможно, так как с нее есть подключения к серверным базам на 8.2)
По поводу разных версий 1С возникает сразу еще один вопрос: если файловая БП работает на 8.3, а серверная УТ работает на 8.2, то с помощью Вашей обработки можно будет делать выгрузку документов?
(50) chesnokov-a-v,
При попытке обмена между различными версиями платформы 8.2 или 8.3 может возникнуть проблема.
Произошла исключительная ситуация (V82.COMConnector.1): Версия компоненты 'comcntr' (8.2.хх.ххх) отличается от версии корневого модуля 'core82' (8.2.уу.ууу)
Лечится это просто. Надо зарегистрировать нужный модуль Com объекта, правильной версии.
Regsvr32 C:\Program Files\1cv82\8.2.уу.ууу\bin\comcntr.dll
При обмене между 8.2 и 8.3 Com объекты разные используются и ошибки не должно возникнуть.
При попытке обмена между различными версиями платформы 8.2 или 8.3 может возникнуть проблема.
Произошла исключительная ситуация (V82.COMConnector.1): Версия компоненты 'comcntr' (8.2.хх.ххх) отличается от версии корневого модуля 'core82' (8.2.уу.ууу)
Лечится это просто. Надо зарегистрировать нужный модуль Com объекта, правильной версии.
Regsvr32 C:\Program Files\1cv82\8.2.уу.ууу\bin\comcntr.dll
При обмене между 8.2 и 8.3 Com объекты разные используются и ошибки не должно возникнуть.
Версия 1.6 от 13.05.2014
1. Добавлен перенос документов "Корректировка долга».
2. Добавлен перенос документов "Инвентаризация товаров на складе".
3. Добавлен перенос документов "Платежное требование выставленное", "Платежное требование полученное".
4. Исправлена нумерация при переносе документов "Платежный ордер на списание", "Платежный ордер на поступление".
5. Исправлены ошибки и недочеты в поведении элементов интерфейса обработки.
1. Добавлен перенос документов "Корректировка долга».
2. Добавлен перенос документов "Инвентаризация товаров на складе".
3. Добавлен перенос документов "Платежное требование выставленное", "Платежное требование полученное".
4. Исправлена нумерация при переносе документов "Платежный ордер на списание", "Платежный ордер на поступление".
5. Исправлены ошибки и недочеты в поведении элементов интерфейса обработки.
А работает ли обработка с разными версиями платформы 8.3 к примеру УТ 10.3 (клиент-сервер) на платформе 8.3.4 Сервер приложения1, БП 3.0 (клиент-сервер) на платформе 8.3.5 Сервер приложения2?
Платформы 8.3.4 и 8.3.5 установлены на серверах Сервер приложения1, Сервер приложения2
Ошибка при вызове метода контекста (Connect): Произошла исключительная ситуация (V83.COMConnector.1): Версия компоненты 'comcntr' (8.3.5.1119) отличается от версии корневого модуля 'core83' (8.3.4.496)
Платформы 8.3.4 и 8.3.5 установлены на серверах Сервер приложения1, Сервер приложения2
Результат:
Параметры подключения указаны верно
Что бы понять причину написал свой код проверки подключения OLE с БП 3.0 к УТ 10.3 и получил ответ
Ошибка при вызове метода контекста (Connect): Произошла исключительная ситуация (V83.COMConnector.1): Версия компоненты 'comcntr' (8.3.5.1119) отличается от версии корневого модуля 'core83' (8.3.4.496)
эта ошибка будет в ситуации БП->УТ или УТ->БП
P.S. побывал вариации регистрации comcntr.dll 8.3.4 и 8.3.5
PP.SS. если установить ТОЛЬКО версию 8.3.4 или 8.3.5 то подключается ...
(60) Re:аниматор, вот что удалось выяснить.
Проблема наблюдается при подключении Клиента версии платформы 8.3.5 (протестированы релизы 8.3.5.1119 и 8.3.5.1146) к серверу с версией платформы 8.3.4.496. Самым правильным решением является обновить платформу на клиенте и сервере до последнего релиза. Однако, если обновление платформы сервера невозможно, достаточно проделать следующее:
В параметрах запуска базы клиента (в данном случае — Бухгалтерии) прописать версию 1С:Предприятия = 8.3.4.496 (точное соответствие версии платформы на сервере), затем зарегистрировать компоненту в операционной системе командой «Regsvr32 C:\Program Files\1cv82\8.3.4.496\bin\comcntr.dll» в командной строке ОС из-под Администратора.
Так мы получим точное соответствие версии платформы клиента и сервера, и ошибка при подключении перестанет возникать.
Проблема наблюдается при подключении Клиента версии платформы 8.3.5 (протестированы релизы 8.3.5.1119 и 8.3.5.1146) к серверу с версией платформы 8.3.4.496. Самым правильным решением является обновить платформу на клиенте и сервере до последнего релиза. Однако, если обновление платформы сервера невозможно, достаточно проделать следующее:
В параметрах запуска базы клиента (в данном случае — Бухгалтерии) прописать версию 1С:Предприятия = 8.3.4.496 (точное соответствие версии платформы на сервере), затем зарегистрировать компоненту в операционной системе командой «Regsvr32 C:\Program Files\1cv82\8.3.4.496\bin\comcntr.dll» в командной строке ОС из-под Администратора.
Так мы получим точное соответствие версии платформы клиента и сервера, и ошибка при подключении перестанет возникать.
(62) только что, согласно рекомендациям в камментах, исправил подобную ошибку в обработке при переносе данных между двумя БП. Версия платформы 8-3-5-1119, ругался именно так. Исправилось регистрацией компоненты. Только не забудьте строчку после регсвр32 ставить в кавычках "" :-), иначе будет ругаться на пробел после с:\программ.
Перед покупкой хочу узнать, планируется ли проведение после записи? Очень полезная вещь, когда в торговле существует последовательность Приход-Перемещение-Комплектация-Перемещение-Реализация (Аналог производства, как бы). Обработку 10.3--2.0 я допилил под такое проведение, если интересно - могу выслать, засветите почту на e-moe1960 собака на Яндексе, взял за основу групповое перепроведение. К тому же "Групповая обработка документов (на управляемых формах)" у Вас есть. (Необходимость следующая - если поставить проводить сразу, то, то что не провелось и не запишется, так было в 10.3-2.0, что очень нервирует пользователей, опять же за 2 приема с переключением между обработками... надеюсь понятны "идеоматические выражения местного диалекта")
(65) Michael_K, Сейчас процедура переноса работает следующим образом:
Документ переносится, записывается и проводится (если включена галка "Проводить"), т.е. документов, которые не перенесутся из-за невозможности записи не будет.
Делать дополнительную перепроводку после переноса не планируем, для этого можно воспользоваться групповой обработкой или дописать эти строки в своей версии, код открыт!
Документ переносится, записывается и проводится (если включена галка "Проводить"), т.е. документов, которые не перенесутся из-за невозможности записи не будет.
Делать дополнительную перепроводку после переноса не планируем, для этого можно воспользоваться групповой обработкой или дописать эти строки в своей версии, код открыт!
Версия 1.7 от 07.11.2014
1. Исправлены ошибки совместимости с последним релизом Бухгалтерии 3.0.36.21.
2. Изменена структура отчета по результатам переноса.
3. Добавлена настройка переноса договоров по наименованию или по коду.
4. Обновлена Демо-версия.
1. Исправлены ошибки совместимости с последним релизом Бухгалтерии 3.0.36.21.
2. Изменена структура отчета по результатам переноса.
3. Добавлена настройка переноса договоров по наименованию или по коду.
4. Обновлена Демо-версия.
Респект за работу однозначно, сейчас за недельку допилю версию 1.7 под наши требования и к переходу готов, особенно радует, что половина моих доработок прошлой версии (10.3-2.0) уже вошла в новую, значит мыслим с автором в одном ключе :)
Версия 1.7.1 от 03.03.2015
1. Исправлены ошибки совместимости с релизом Бухгалтерии 3.0.38.51 и выше.
1. Исправлены ошибки совместимости с релизом Бухгалтерии 3.0.38.51 и выше.
Версия 1.7.2 от 13.04.2015
1. Исправлены ошибки совместимости с релизом Бухгалтерии 3.0.39.57 и выше.
1. Исправлены ошибки совместимости с релизом Бухгалтерии 3.0.39.57 и выше.
(81) sasha_sem, Будем считать, что в целом работать будет! =)
Хотя наверняка по некоторым документам придется сделать незначительные правки, поскольку за это время метаданные менялись неоднократно.
Но открытый код и консультации с нашей стороны помогут преодолеть эти трудности достаточно быстро.
Хотя наверняка по некоторым документам придется сделать незначительные правки, поскольку за это время метаданные менялись неоднократно.
Но открытый код и консультации с нашей стороны помогут преодолеть эти трудности достаточно быстро.
Версия 1.7.4 от 18.06.2015
1. Исправлены ошибки совместимости с релизом Бухгалтерии 3.0.40.30 и выше.
2. Реализовано заполнение значений полей при переносе в договорах контрагентов (срок оплаты и срок действия до), номенклатуре (вид номенклатуры и единица измерения), складах (ответственное лицо, тип цен по складу с типом «Розничный»), банковских счетах (дата открытия счета, назначение платежа).
3. Улучшена синхронизация статей движения денежных средств в документах "Отчет о розничных продажах" и "Платежное поручение входящее (исходящее)".
4. Реализован перенос счетов-фактур для документов "Поступление доп. расходов".
5. Исправлен перенос документов "Поступление доп. расходов" при заданном в УТ способе распределения "по весу": так как в БУХ отсутствует данный способ распределения, то при переносе он устанавливается "по количеству", о чем выдается сообщение.
6. Исправлен отбор документов «Переоценка товаров в рознице» с учетом организации.
7. Скорректировано задание Счета учета при переносе документов "Платежное поручение входящее (исходящее)": если в Банковском счете указана Валюта счета, отличная от "руб.", то при переносе указывается Счет учета 52.
Тестирование производилось на платформе 8.3.6.2041
1. Исправлены ошибки совместимости с релизом Бухгалтерии 3.0.40.30 и выше.
2. Реализовано заполнение значений полей при переносе в договорах контрагентов (срок оплаты и срок действия до), номенклатуре (вид номенклатуры и единица измерения), складах (ответственное лицо, тип цен по складу с типом «Розничный»), банковских счетах (дата открытия счета, назначение платежа).
3. Улучшена синхронизация статей движения денежных средств в документах "Отчет о розничных продажах" и "Платежное поручение входящее (исходящее)".
4. Реализован перенос счетов-фактур для документов "Поступление доп. расходов".
5. Исправлен перенос документов "Поступление доп. расходов" при заданном в УТ способе распределения "по весу": так как в БУХ отсутствует данный способ распределения, то при переносе он устанавливается "по количеству", о чем выдается сообщение.
6. Исправлен отбор документов «Переоценка товаров в рознице» с учетом организации.
7. Скорректировано задание Счета учета при переносе документов "Платежное поручение входящее (исходящее)": если в Банковском счете указана Валюта счета, отличная от "руб.", то при переносе указывается Счет учета 52.
Тестирование производилось на платформе 8.3.6.2041
(91) sv-bambr, Да, это выборочный перенос, переносятся только те документы, что указаны в описании.
Про синхронизацию справочников тоже есть подробное описание:
Синхронизация справочников:
1. «Организации» - по ИНН;
2. «Склады» - по коду;
3. «Номенклатура» - по коду (с учетом иерархии);
4. «НомераГТД» - по коду;
5. «Страны» - по коду;
6. «КлассификаторЕдиницИзмерения» - по коду;
7. «ДоговорыКонтрагентов» - по значению реквизитов «ВидДоговора», «Организация», «Контрагент»;
8. «Контрагенты» - в зависимости от настройки, по коду или по ИНН+КПП;
9. «БанковскиеСчета» - по значению реквизита «НомерСчета»;
10. «СтатьиДвиженияДенежныхСредств» - по коду.
Про синхронизацию справочников тоже есть подробное описание:
Синхронизация справочников:
1. «Организации» - по ИНН;
2. «Склады» - по коду;
3. «Номенклатура» - по коду (с учетом иерархии);
4. «НомераГТД» - по коду;
5. «Страны» - по коду;
6. «КлассификаторЕдиницИзмерения» - по коду;
7. «ДоговорыКонтрагентов» - по значению реквизитов «ВидДоговора», «Организация», «Контрагент»;
8. «Контрагенты» - в зависимости от настройки, по коду или по ИНН+КПП;
9. «БанковскиеСчета» - по значению реквизита «НомерСчета»;
10. «СтатьиДвиженияДенежныхСредств» - по коду.
Вакансии
Ведущий разработчик 1С / Team lead отдела разработки 1С
Москва
зарплата от 300 000 руб. до 300 000 руб.
Полный день
Москва
зарплата от 300 000 руб. до 300 000 руб.
Полный день
Аналитик-архитектор 1С ЕРП (управленческого учета)
Москва
зарплата от 300 000 руб. до 300 000 руб.
Полный день
Москва
зарплата от 300 000 руб. до 300 000 руб.
Полный день