saverio

Homologação ainda esta com pau, em Produção já esta ok abandona homologação que esta com problema

Mesmo problema aqui, tentei schemas novo e nova config no componente acbrnfe camposfatobrigatorios como true e nada configuracoes.geral

tive um cliente com win8 que nao foi de jeito nenhum, este vai ter que formatar e instalar outro win

Tenho instalado os 2 pacotes nos clientes que não tem o Windows atualizado configurando o IE para TSL 1.2 e tem resolvido 100%

estou com omesmo problema alguem para da uma dica

estou com o mesmo problema se alguem puder me ajudar eu agradeco minha config ACBrNFe1.Configuracoes.Geral.SSLLib := libWinCrypt; ACBrNFe1.Configuracoes.Geral.SSLCryptLib := cryWinCrypt; ACBrNFe1.Configuracoes.Geral.SSLHttpLib := httpWinHttp; ACBrNFe1.Configuracoes.Geral.SSLXmlSignLib := xsLibXml2; ACBrNFe1.SSL.SSLType := LT_TLSv1_2;

Mas como você deixou o ACBrNFe1.Configuracoes.Geral.CamposFatObrigatorios como TRUE ou FALSE. Penso que deixar como FALSE não pode dar erro algum. Usar os schemas novo e com ACBrNFe1.Configuracoes.Geral.CamposFatObrigatorios como FALSE só pra ver o que acontece

Atualizei minha versão do ACBR e já se encontra disponível as modificações do componente ACBrNFe . Fiz um teste em Homologação no estado de SP e já não foi mais necessários usar quebra galho como vDesc := 0.001 ou mudar os fontes do ACBR. usei simplesmente vDesc := 0.00 usei a configuração do componente ACBrNFe1.Configuracoes.Geral.CamposFatObrigatorios como TRUE e atualizei os schemas disponibilizados pelo André no topo do post. Em PRODUÇÃO ainda não testei. Como no Sefaz SP ainda não esta disponível essas alterações em Produção entendi que temos que colocar ACBrNFe1.Configuracoes.Geral.CamposFatObrigatorios como FALSE usar os novos schemas que vai passar normal. Se alguém já testou em Produção SP deixa um feedback se rodou legal.

Maravilha e OBRIGADO!

em SP esta passando em Homologação em Produção ainda não

Ontem tentei usar o instalador do ACBR para instalar em um Windows 10 64bits, mudei a pasta para ler e escrever, executei como admin e não chega nem compilar os pacotes. Fiz tudo na mão instalei os componentes um por um que sufoco rsrsrsr. Mas não tentei colocar o library path dos 32 e do 64 bits da proxima vou tentar fazer isso

em homologação aqui em SP esta passando normal mas em Produção me parece que só em Setembro vai validar em Produção

Oi BIG aqui em SP não estou conseguindo validar em Produção mesmo com o vDesc 0.001 disponibiliza seus schemas para eu testar aqui. obrigado

Oi Liliane, bom dia! segue os schemas anexo. Schemas.rar

resolvi este problema usando as tag: nfat, vorig, vliq deixando o vdesc sem informar nada e agora as notas as prazo estão validando sem problemas. não estou usando a ultima versão do schemas estou usando v. 1.50. a tag vDesc se não me engano vai ser implementada em Setembro. Em ambiente de Homologação vai dar erro pq o ambiente Homologação já esta pronto para receber o vDesc mas em produção esta rodando legal

Em ambiente de Homologação vai dar erro pq o ambiente Homologação já esta pronto para receber o vDesc mas em produção esta rodando legal

resolvi este problema usando as tag: nfat, vorig, vliq deixando o vdesc sem informar nada e agora as notas as prazo estão validando sem problemas. não estou usando a ultima versão do schemas estou usando v. 1.50. a tag vDesc se não me engano vai ser implementada em Setembro.

ISSO É PROBLEMA NO SEFAZ ELES QUE VÃO TER QUE FAZER AS ALTERAÇÕES NECESSARIAS! Mas o pessoal já deixou 2 dicas aqui para ir quebrando o galho, atualiza seus Schemas com os que foram postados aqui e coloca Cobr.Fat.vDesc := 0.001; enquanto o sefaz não toma um rumo vai usando assim ok mas para Cobr.Fat.vDesc := 0.001; funcionar vc precisa atualizar os Schemas, neste post tem uns links para download dos novos Schemas

sim é verdade também funcionou legal sem precisar mexer nos fontes do ACBR, mas aqui em SP mesmo em produção se não tiver esses quebra galhos não esta funcionando ainda.

Realmente mudando esta linha no ACBR funcionou legal em SP Homologação. obs. não confie exatamente no numero da linha a ser corrigido depende quanto baixou seu ACBR no meu caso estava na linha 2194 // Gerador.wCampo(tcDe2, 'Y05', 'vDesc ', 01, 15, 0, nfe.Cobr.Fat.vDesc, DSC_VDESC); Gerador.wCampo(tcDe2, 'Y05', 'vDesc ', 01, 15, 1, nfe.Cobr.Fat.vDesc, DSC_VDESC);

PROBLEMA RESOLVIDO Pessoal consegui resolver o problema com uma elgin que estava dando erro I/O error 67. Estava usando normalmente em um pc com a config da porta \\locallhost\Elgin, troquei o pc e passou a nao funcionar mais. A solução foi entrar em propriedades da impressora e compartilhar a impressora mesmo usando ela local. compartilhei com o nome ELGIN ficou legal. só deixando uma dica para os colegas.

oi pessoal, estou com o mesmo problema, o programa de etiqueta estava rodando em um pc sem problemas foi so mudar o pc que nao imprime mais a porta usada é \\localhost\ELGIN só que quando troquei o pc nao imprime mais tem alguma ideia??

acompanhando tópico, iniciando desenvolvimento com mercado livre, alguma dica para iniciantes

Pessoal, eu baixei uma versão nova do FortesReport e usei o instalador dele: frceInstall, tentando resolver o erro mencionado acima, percebi que o instalador não coloca o SOURCE no Library Path foi só incluir a pasta que faltava e tudo voltou a funcionar maravilhosamente . Desculpas e obrigado