Usecomforexcelexport true

Importar e Exportar para o Office no GP 2017 Eles estavam usando o Excel Based Budgeting no GP 2018 com sucesso 8211 principalmente para importar / atualizar os orçamentos existentes com base em suas planilhas existentes. O que foi bem sucedido em GP 2018, wasn8217t trabalhando em GP 2017 8211 especificamente células que foram baseadas em fórmulas não estavam vindo corretamente como fizeram no GP 2018. Depois de um pouco de experimentação, descobrimos que uma fórmula como A razão é que o Código interpretou a fórmula como a quantidade literal. O 822018221 provém do primeiro cálculo de células em 8220D18221. Alterar a fórmula para D3D2D1 resultou em um valor de 3.00 para que parecia ser o padrão. Então o que mudou entre as versões para fazer isso falhar desta maneira O que mudou e por que Foi a mudança de dinâmica usando automação COM do Excel para usar o OpenXML SDK para Microsoft Office. Em versões anteriores do Dynamics 8211 exportar importação de amp para aplicativos do Office (Excel neste exemplo) é realizado usando chamadas nativas COM para Excel usando Destreza. Isso funcionou muito bem em várias versões do Dynamics e Excel, então por que a mudança no GP 2017 O maior motivo 8211 provavelmente o único motivo 8211 é para o Microsoft Dynamics GP Web Client. De um ponto de vista do cliente da Web, o COM isn8217t é suportado (mas ainda pode funcionar) pela Microsoft como o cliente da Web é executado com isn8217t compatível com uma interface do usuário e também afetaria os objetos que são instanciados pelo tempo de execução. Como acontece, nós apenas tivemos um caso hoje onde um ISV ​​automatizava o Microsoft Word. O objeto era abrir um Word existente e, em seguida, substituir 8220tags8221 no documento com valores substituídos. O ISV estava usando código semelhante a: que irá selecionar o conteúdo do documento do Word. Sob o cliente de área de trabalho, isso funcionou bem (como nas versões anteriores do Dynamics GP). Mas sob o cliente da web, isso gera uma exceção. O documento abre bem e outras chamadas de método funcionaram, este método não. Portanto, a questão é 8211 é o cliente preso Como se vê, parece que fomos capazes de encontrar uma solução para eles. Como eu revisei o código, eu notei que havia uma verificação 8220if8221 que didn8217t chamar as rotinas OpenXML. Intrigado, eu pesquisei mais e eu encontrei o que parece ser um switch Dex. ini sem documentação que afeta esse comportamento. Aviso: Este é um ini indocumentado switch. Seu uso não é testado ou suportado, use a seu próprio risco, sua milhagem pode variar. A utilização desta opção no cliente da Web também pode violar o contrato de licenciamento do MS Word / Excel. Nós adicionamos a opção Dex. ini: Isso informa o GP para usar as rotinas COM antigas para exportar importação de importação em vez de usar as rotinas SDK do OpenXML. Eu didn8217t pesquisar inteiramente a aplicação inteira, mas de o que eu poderia dizer é que este afetou as rotinas comuns da exportação do amplificador da importação significando que afetaria exportar de SmartList assim como o orçamento baseado Excel. Depois que fizemos essa alteração (e GP reiniciado), importar o orçamento do Excel funcionou como esperado. Como um teste, nós exportamos um GL Transaction SmartList. Ele fez a exportação, mas percebemos que era mais lento do que o habitual e as informações de moeda foram agora formatado com símbolos. O GP 2017 agora importa / exporta para o Excel usando o SDK do OpenXML O método SDK do OpenXML é muito mais rápido do que usando o COM Exportando usando o OpenXML O SDK perde a formatação da moeda como o campo é exportado como um decimal e não como moeda. Usar o OpenXML SDK significa que o Excel (ou Word) não precisa mais ser instalado na máquina para ler / gravar nos arquivos. Patrick Senior Escalation Engineer, GP PS: I8217ll mencionar novamente: Aviso: Este é um ini indocumentado switch. Seu uso não é testado ou suportado, use a seu próprio risco, sua milhagem pode variar. Usando essa opção no cliente da Web também pode violar o contrato de licenciamento para o MS Word / Excel. Eles estavam usando Excel Based Budgeting no GP 2018 com êxito - principalmente para importar / atualizar os orçamentos existentes com base em suas planilhas existentes. O que foi bem sucedido em GP 2018, não estava trabalhando em GP 2017 - especificamente células que foram baseadas em fórmulas não estavam entrando corretamente como fizeram no GP 2018. Depois de um pouco de experimentação, descobrimos que uma fórmula como A razão é que o Código interpretou a fórmula como a quantidade literal. O 1 vem do primeiro cálculo de célula em D1. Alterar a fórmula para D3D2D1 resultou em um valor de 3.00 para que parecia ser o padrão. Então o que mudou entre as versões para fazer isso falhar desta maneira O que mudou e por que Foi a mudança de dinâmica usando automação COM do Excel para usar o OpenXML SDK para Microsoft Office. Em versões anteriores do Dynamics - exportar importação de amp para aplicativos do Office (Excel neste exemplo) é realizado usando chamadas nativas COM para Excel usando Destreza. Isso funcionou muito bem em várias versões do Dynamics e Excel, então por que a mudança no GP 2017 O maior motivo - provavelmente o único motivo - é para o Microsoft Dynamics GP Web Client. De um ponto de vista do cliente da Web, COM não é suportado (mas ainda pode funcionar) pela Microsoft como o cliente da Web é executado não é compatível com uma interface do usuário e também afetaria objetos que são instanciados pelo tempo de execução. Como acontece, nós apenas tivemos um caso hoje onde um ISV ​​automatizava o Microsoft Word. O objeto era abrir um Word existente e, em seguida, substituir tags no documento com valores substituídos. O ISV estava usando código semelhante a: que irá selecionar o conteúdo do documento do Word. Sob o cliente de área de trabalho, isso funcionou bem (como nas versões anteriores do Dynamics GP). Mas sob o cliente da web, isso gera uma exceção. O documento abre bem e outras chamadas de método funcionaram, este método não. Então a questão é - é o cliente preso Como se vê, parece que fomos capazes de encontrar uma solução para eles. Como eu revisei o código, eu notei que havia uma verificação if que didnt chamar as rotinas OpenXML. Intrigado, eu pesquisei mais e eu encontrei o que parece ser um switch Dex. ini sem documentação que afeta esse comportamento. Aviso: Este é um ini indocumentado switch. Seu uso não é testado ou suportado, use a seu próprio risco, sua milhagem pode variar. A utilização desta opção no cliente da Web também pode violar o contrato de licenciamento do MS Word / Excel. Nós adicionamos a opção Dex. ini: Isso informa o GP para usar as rotinas COM antigas para exportar importação de importação em vez de usar as rotinas SDK do OpenXML. Eu não pesquisar inteiramente o aplicativo inteiro, mas a partir do que eu poderia dizer é que isso afetou as rotinas de exportação de importação amplificador comum significando que ele afetaria SmartList exportando, bem como Excel Based Orçamento. Depois que fizemos essa alteração (e GP reiniciado), importar o orçamento do Excel funcionou como esperado. Como um teste, nós exportamos um GL Transaction SmartList. Ele fez a exportação, mas percebemos que era mais lento do que o habitual e as informações de moeda foram agora formatado com símbolos. O GP 2017 agora importa / exporta para o Excel usando o SDK do OpenXML O método SDK do OpenXML é muito mais rápido do que usando o COM Exportando usando o OpenXML O SDK perde a formatação da moeda como o campo é exportado como um decimal e não como moeda. Usar o OpenXML SDK significa que o Excel (ou Word) não precisa mais ser instalado na máquina para ler / gravar nos arquivos. Patrick Engenheiro de Escalada Sênior, GP PS: Ill mencioná-lo novamente: Aviso: Este é um ini indocumentado switch. Seu uso não é testado ou suportado, use a seu próprio risco, sua milhagem pode variar. Usando esta opção no cliente da Web também pode violar o seu contrato de licenciamento para MS Word / Excel. Author: Sheldon Ao usar o Microsoft Dynamics GP 2017 e 2017 alguns usuários GP estão encontrando elementos na tela (janelas ou rótulos) muito pequeno para seu gosto. Estes são usuários com telas de alta resolução ou monitores e alguns têm grandes monitores com lotes de imóveis para trabalhar, por isso é frustrante para eles ficar preso com janelas que são pequenas e difíceis de ler. Um dos meus colegas entrou em contato com o suporte da Microsoft sobre esse assunto e recebeu as seguintes sugestões para aumentar o tamanho da fonte. Diminuir a resolução de seus computadores pode tornar tudo na tela ligeiramente mais fácil de ver: (Resolução do monitor do painel de controle) Dependendo do tamanho e da relação de aspecto do seu monitor, talvez seja necessário experimentar algumas configurações de resolução diferentes para obter o caminho certo. Use a ferramenta Ampliador do Windows Obtenha um monitor maior O Microsoft Dynamics GP Web Client suporta o zoom do navegador de modo que seria outra opção também. Nenhum destes parece ser uma solução ideal para mim, então eu quero fornecer alguns antecedentes adicionais e outras ações sugeridas. Em primeiro lugar, para aqueles que querem o fundo para este problema confira a seguinte postagem do blog no site Developing for Dynamics GP: Windows 7, fontes de bitmap e Microsoft Dynamics GP. Este artigo foi originalmente escrito em 2009, mas tem sido mantido relevante com as atualizações e um post de acompanhamento (ligado ao próprio post). Além de fornecer informações básicas sobre o problema, o post descreve como ajustar configurações de registro para efetuar algumas alterações de fonte no Dynamics GP e também identifica um recurso na ferramenta de depuração de suporte que pode ser usado para fazer essas alterações. Em segundo lugar, existem algumas sugestões de produtos no Microsoft Connect para resolver este problema. Então, eu sugiro que se você quiser melhores controles sobre o tamanho das janelas e fontes dentro Dynamics GP que você dá seu apoio às seguintes sugestões: Gostaria também de saber se você encontrou uma maneira diferente de resolver este problema. Ao compartilhar você estará ajudando seus colegas GP usuários e será apreciado. No discurso normal, a palavra 8220 remove8221 tem uma amplitude de significado, mas o que vem à minha mente primeiro é a idéia de 8220 se livrar ou acabar com 8221. Por exemplo, quero que meu detergente para roupa remova eficazmente as manchas. No entanto, no Dynamics GP, a rotina de compras para remover ordens de compra concluídas não necessariamente se livrar das ordens de compra. Então, o que é essa rotina e quando os usuários do GP devem usá-la. Remove Ordens de compra concluídas (PurchasinggtRoutinesgtRemover ordens de compra concluídas) é uma rotina para limpar ordens de compra fechadas e canceladas. Estas são POs que não devem iniciar nenhuma transação adicional. No caso em que o histórico de compras (PurchasinggtSetupgtPurchase Order Processing) não esteja sendo mantido (Figura 1), quando um PO é removido ele será excluído de seus registros. Assim, neste cenário a rotina faz jus ao seu nome. No entanto, na minha experiência eu não consigo pensar em um cliente GP usando o módulo Pedido de Compra que não está mantendo o histórico de compras (veja a Figura 2). Portanto, neste cenário, a execução da rotina Remover ordens de compra concluídas resultará em OPs fechados e cancelados sendo movidos para o histórico. Eles são removidos da tabela Abrir, mas não são excluídos. Uma vez no histórico, as OPs concluídas não podem mais ser reabertas com um status de Ordem de Alteração através da janela Editar Pedido. Além disso, a Consulta de Documentos de Processamento de Ordem de Compra (PurchasinggtInquirygt Documentos de Ordem de Compra) pode ser feita de forma mais eficaz, uma vez que as Ordens de Compra Abertas e Históricas podem ser vistas separadamente ou em conjunto (Figura 3). Estas são algumas boas razões para executar regularmente a rotina Remover pedidos concluídos. E quanto ao tempo, sugiro aos estagiários PO que eles incluem esta rotina como parte de seu fim de mês. Não se desligue sobre se ou não a rotina faz jus ao seu nome. Em vez de compreender os resultados e benefícios de executar esta rotina e determinar a executá-lo em uma base regular. Alguma vez você já participou de uma caça ao tesouro Uma agradável lembrança que eu tenho de minha infância está seguindo pistas com um grupo de amigos que atravessamos o pátio dos meus pais em busca de festa de aniversário trata. Eu não me lembro do tesouro no final da pesquisa, mas eu não posso ajudar, mas sorrir com o pensamento de que o evento. Em preparação para este artigo eu embarquei em uma caça ao tesouro, procurando novos recursos do Dynamics GP, pelo menos recursos novos para mim, para compartilhar com a comunidade de usuários do Dynamics GP. O que eu me deparei foi a janela Atribuição de Itens do Site e a configuração Item / Site Inativo, um par de recursos que resultaram na melhoria do gerenciamento de itens no Dynamics GP 2017. A janela Atribuição de Itens do Site não é uma adição óbvia porque a navegação é um pouco Obscuro (InventoryGtCardsgtQuantities / Sitesgt GoTo buttongtSite Item Atribuições). No entanto, a funcionalidade disponível é útil. Na Figura 1 podemos ver que esta janela permite que um usuário gerencie os atributos específicos do site para um determinado item com mais eficiência do que na janela Manutenção de Quantidades de Itens. O status Selecionar permite que o usuário saiba a quais sites o item é atribuído ea caixa de seleção Selecionar pode ser marcada para atribuir itens a quaisquer sites não verificados. Mas note que não é possível desassignar itens de sites nesta janela. Os outros atributos visíveis (Item / Site Inativo, Vendedor Primário, ID do Grupo de Custo de Lançamento, Opção de Impressão do Item) podem ser preenchidos ou editados a partir desta janela. Eu vejo esta janela sendo particularmente útil para os usuários responsáveis ​​por adicionar e gerenciar novos itens. A configuração Item / Local Inativo pode ser visualizada e gerenciada na janela Atribuições de Itens do Site (Figura 1) ou na janela Manutenção de Quantidades de Itens (Figura 2). A documentação O que há de novo na documentação do Microsoft Dynamics GP 2017 aponta o seguinte em relação à inativação de uma relação item-site: Isso é útil se você não armazenar mais um item em um site específico. Se você desativar a relação item-site, não será possível inserir novas transações para essa combinação item-site, mas as transações existentes poderão ser lançadas. A inativação da relação item-site não afeta o ID do site ou o item em outros sites. Eu confio que alguém vai encontrar esses dois dois recursos valiosos e eu desafio outros usuários de GP para tomar o tempo para procurar novas funcionalidades e recursos que farão seu uso de Dynamics GP mais eficiente e eficaz. Inspire-se da tradição da Páscoa de uma caça ao ovo de Páscoa, outra forma de caça ao tesouro e colete tantas peças úteis de recursos e funcionalidades como você pode encontrar. E não se esqueça de compartilhar ERP Consultor para Etelligent Solutions Inc. Recentemente eu ouvi de um número de clientes sobre o tema da atualização para Dynamics GP 2017. Alguns querem estimativas de serviço para que eles possam orçamento para os custos de atualização, alguns querem saber como Muito tempo será necessário para sua atualização, e ainda outros estão se perguntando quais são os benefícios que eles vão ver, atualizando para esta versão mais recente do Dynamics GP. No entanto, há uma consideração que muitas vezes preciso trazer para a conversa, a de prontidão do sistema. Prontidão do sistema é uma consideração importante e que deve ser abordado no início do processo de planejamento de atualização. A disponibilidade do sistema, da minha perspectiva, abrange pré-requisitos como capacidade e desempenho de hardware, compatibilidade de software (sistema operacional, banco de dados e software complementar) e periféricos. Os usuários finais GP não precisam executar a avaliação de prontidão do sistema, mas precisam se envolver com os recursos apropriados, sejam eles colegas ou pessoal de suporte externo, para garantir que o sistema foi avaliado e confirmado pronto quando chega a hora de executar A atualização. Para avaliar a disponibilidade de um dado sistema para o Dynamics GP 2017, um local natural para iniciar é os Requisitos de Sistema para o Microsoft Dynamics GP 2017. Este documento cobre os requisitos de serviços de desktops, servidores e servidores remotos e muito mais. Uma seção dos requisitos (ênfase meu) que eu quero chamar sua atenção para aqui é a nota que afirma: Os seguintes não são mais suportados com o Microsoft Dynamics GP 2017: a. Windows XP todas as edições b. Windows Server 2003 todas as edições c. Windows Vista todas as edições d. Microsoft Office 2007 e. Microsoft SQL Server 2008 todas as edições f. Office Communicator 2007 Alguns dos itens nesta lista ainda estão sendo amplamente utilizados pelas organizações. Portanto, é prudente para todas as empresas para verificar esta lista para o software que precisa ser atualizado ou substituído ao atualizar para Dynamics GP 2017. Eu anteriormente pediu a pergunta Você deve esperar para atualizar para Dynamics GP 2017 e concluiu que os usuários devem iniciar seu planejamento e descobrir. Da mesma forma, a fim de responder à pergunta Pode seu sistema lidar com Dynamics GP 2017, eu digo executar a sua diligência, iniciando a sua avaliação de prontidão do sistema, e descobrir. Feliz planejamento de atualização Consultor ERP para Soluções Etelligent Inc. Navegação de postagens Blog Blog Categorias ESI Job Openings