Lindomar S. Menezes

Bom dia, primeiramente, desculpe pela demora, essas duas últimas semanas aqui a demanda foi extremamente grande por conta do fim de ano. Realizei os testes aqui e referente aquele outro tópico do cresol também, ambos os retornos foram lidos corretamente. Muito obrigado pessoal.

Bom dia, vou verificar agora de manhã, logo te dou um retorno

Perfeito, estou com um pouco de demanda aqui, mas assim que possível eu realizo os testes com esse banco e com os demais e te dou um retorno, muito obrigado @Daniel InfoCotidiano

Boa tarde Daniel, utilizo MT, você conseguiria me mandar a DLL em 32 e 64?

Show, vamos verificar

Boa tarde pessoal, tudo bem? Estávamos com o seguinte retorno ao consultar o status do serviço: Até então, como o certificado era A3, achamos que era algo no certificado, porém consultando o status do serviço no MDF-e ou ou utilizando outra consulta funciona perfeitamente, vocês tem alguma ideia do que possa ser talvez? As configurações também estão corretas, conferi umas 3 vezes pra ver se não tinha deixado passar algo.

@Alexandre de Paula Ajustei aqui através dessa opção, muito obrigado, desculpe o incômodo!

Perfeito, não sabia da existência dessa configuração, vou verificar aqui e dar um retorno, obrigado @Alexandre de Paula!

Bom dia pessoal, tudo bem? Seguinte, estamos com uma situação aqui onde ao que parece, alguns componentes do preview da DANFE estão um pouco diferentes de como era em Delphi(Por mais que provavelmente a impressão ainda seja do Delphi, através de DLL), abaixo, tenho a parte dos produtos de uma DANFe, que quando inserido código de barras de um produto, sai normalmente sem nenhum problema. Agora, logo abaixo temos a impressão da mesma DANFe em C#, aonde o campo do cód. do produto é um pouco menor, oque acaba cortando ao salvar em PDF ou ao imprimir a mesma. Abaixo como fica salvo no PDF ou na impressão da DANFe em C# Nós não estamos mais utilizando o Delphi, então não sei dizer se nosso componente em Delphi está atualizado ou não com a ultima rev.

Bom dia galera, apenas passando pra dar um retorno, UF de emissão lá era RS(Aqui estava testando em SC), o erro era devido ao não preenchimento correto de algumas informações, estávamos preenchendo tudo certo no componente, mas não alguns campos que eram usados para alimentar o mesmo, fizemos os ajustes aqui e a emissão procedeu normalmente. Agradeço a atenção, tenham um ótimo dia.

Acredito que por se tratar de um usuário que já emitia com a versão em Delphi, que agora passou pra C#, ele já tenha essa permissão, vou precisar analisar melhor aqui pra tentar achar o que pode ser, são bem poucos clientes conosco ainda que utilizam a nota conjugada. Vou verificar aqui, talvez possa ser algum processo que estamos fazendo de forma incorreta, notei antes que algumas TAG's estão gerando diferente, mas não consegui dar uma atenção ainda. Perfeito, obrigado pela informação, não tinha ciência disso, vou procurar me informar melhor sobre isso. Muito obrigado pelo apoio @Diego Foliene e @Renato Rubinho, assim que tiver mais informações posto aqui

Boa tarde galera, tudo bem? Estamos com uma situação aqui e gostaria de verificar com vocês se é algum processo que estamos fazendo indevidamente aqui ou se pode ser algo no componente, na emissão de uma NF-e com serviços utilizando o componente ACBr em DELPHI, fazíamos a emissão da nota, e definíamos o NCM do serviço como 00, e a nota era emitida normalmente, fazendo o mesmo processo em C#, a seguinte validação é retornada: 471-Rejeicao: Informado NCM=00 indevidamente

Enviado, obrigado!

Mesmo colocando como ANSI no geral antes de carregar o XML, os caracteres continuam da mesma forma. ACBrNFe.Config.Principal.CodificacaoResposta = CodResposta.ANSI; ACBrNFe.LimparLista(); ACBrNFe.CarregarXML(CaminhoXml); NotaFiscal = dfeNfe.ACBrNFe.ObterNFe(0);

Boa tarde pessoal, tudo bem? Estamos com uma situação aqui onde o componente está trazendo os acentos com caracteres quebrados ao fazer a leitura do XML. A LIB da NF-e está atualizada(a de ontem), e o componente também está atualizado na última rev. A codificação é a padrão (UTF8) Posso enviar o XML via e-mail pra vocês, só me confirmam que eu anexo o link do tópico e o arquivo lá. Apenas complementando o tópico, não sei se tem relação ou não a uma alteração feita a esses tempos atrás, também referente a leitura mas em arquivo de retorno de boleto para o CRESOL, que estava retornando caracteres inválidos nos acentos, percebi que após essa alteração começou a acontecer isso

Boa tarde, esqueci de dar um retorno, mas está tudo certo, obrigado pessoal!

Perfeito, obrigado Daniel

Boa tarde, está como UTF8, notei que esse caso de sair o caractere 'Ã' bugado, começou a aparecer em outros lugares, estamos com outro caso aqui que está saindo bugado no item da NF-e ao fazer a leitura de um XML, mas enfim, só pra falar mesmo, será que já teve alguma atualização que possa resolver isso?

Ainda não tive tempo de verificar, mas pelo que eu me lembro era UTF8 sim

Vou ver se consigo localizar ele aqui, assim que eu conseguir eu lhe mando o arquivo

Acabei de enviar o e-mail, Obrigado @Daniel InfoCotidiano

Beleza, vou começar adotar essa prática, na parte da tarde já lhe envio os arquivos

Posso lhe enviar o arquivo de retorno ou o retorno.ini caso precisar

Sim, no arquivo gera certinho, que nem estava naquele caso passado do outro tópico, mas no componente gera diferente

Sim, baixei está aqui de quinta feira