а как тогда будет работать обмен если бух 1.2(с настроеным обменом с ут2.3) обновить до версии 2.0 ?
Никак не будет работать, после обновления бух 1,2 на 2,0 этот (как и все остальные 1,2: УНФ, УТ30 УТ31, Розница) план обмена будет отключен на уровне конфигурации, т.к. в 2,0 не работоспособен, и мне очень кажеться что в 2,0 не будут делать обмен с УТ23, чисто с маркетинговой точки зрения, да и работку франям надо подкинуть
Цитата(telemost @ 23.01.18, 18:54)
Если кто работал решал похожую задачу, буду благодарен за помощь.
А что решать то? Обычный обмен между двумя разными конфигурациями, дерзайте. Внедрений бух 2.0 не так много, тем более у тех кто сидит на УТ23 и имеют бухгалтерию 1,2 вряд ли будут дергаться пока 1,2 не будет снята с поддержки.
Откатиться нельзя. Как вариант взять бэкап который был сделан до перехода на 2.0, написать обработки (или с помощью КД) которые перенесут из 2.0 введенные после перехода данные.
https://developers.facebook.com/docs/graph-api здесь почитайте, или здесь конкретней https://developers.facebook.com/docs/graph-.../reference/post Но вы слишком забегаете вперед, самое сложное, в вашем случае (раз уж вы поняли как отправлять запрос на создание поста), это организовать авторизацию, там нужен будет обратный адрес, куда фб будет отправлять токен для авторизации, т.е. вам нужно будет в 1С поднять HTTP-сервис который будет принимать запрос от фб и записывать в базу токен для авторизации (установить апач, и настроить его доступность для фейсбука)
Точно так же и в 1С. Все происходит на уровне HHTPЗапрос / HTTPОтвет, либо SOAP, анализируйте код на любом другом языке. Плюс вы должны немного разобраться в фейсбук-девелопер, для того что бы что-то делать через API сначала необходимо в фейсбуке создать "приложение", настроить его, и получить необходимые параметры авторизации.
Самый простой, и думаю правильный, вариант - добавить реквизит. Логику трансляции в единственное число можно писать бесконечно, и постоянно будут всплывать новые варианты, в т.ч. требующие установки костылей.
Зачем вы вообще его гоняете между клиентом и сервером, если он доступен на сервере... Еще, вы сами придумали весь этот код? Просто вы делаете кучу бесполезных вещей, помещаете файл во временное хранилище, затем извлекаете его, сохраняете и потом читаете, не проще ли сразу прочитать файл в табдок? Ну и работать с полем табдока на сервере.
Только в таких случаях надо учитывать момент, особенно это проявляется в продуктовых магазинах, и всякой мелочевке, когда есть локальные производители которые не регистрируют штрихкоды, как это положено, а просто присваивают как им захочеться, то таких товаров не будет ни в какой базе и их придется вводить руками.
а если начислении создает обработка, тогда тянет из приема работника
Так может стоит задать вопрос программисту который делал обработку? Мы же тут просто гаданием занимаемся, скорее всего это не решается на уровне пользователя.
1С Предприятие 8.3, 1С Предприятие 8.2, 1С Предприятие 8.1, 1С Предприятие 8.0, 1С Предприятие 7.7, Литература 1С, Общие вопросы по администрированию 1С, Методическая поддержка 1С - всё в одном месте: на Украинском 1С форуме!