Diego Foliene

Boa tarde! Contribuição enviada ao SVN na Rev-31601. Por favor, queira atualizar seus fontes, reinstalar o ACBr para realizar novos testes e reportar qualquer problema.

Boa tarde! Alteração enviada ao SVN na Rev-31601. Por favor, queira atualizar seus fontes, reinstalar o ACBr para realizar novos testes e reportar qualquer problema.

Boa tarde! Alteração enviada ao SVN na Rev-31601. Por favor, queira atualizar seus fontes, reinstalar o ACBr para realizar novos testes e reportar qualquer problema.

Boa tarde! Infelizmente, não é possível detectar o encoding de um arquivo com 100% de precisão. Por isso, em um cenário ideal, a pessoa deve saber qual é o encoding da string que está vindo para poder trabalhar com ela e por via de regra essa informação é devolvida na primeira linha do XML. Veja o arquivo 157-lista-nfse-ger-soap.xml, ele é a resposta devolvida pelo web service para o ACBr: Veja que ele trás a linha informando que o arquivo está codificado em UTF-8 e se eu abrir ele o notepad até identifica como tal, mas ele está trazendo caracteres em ANSI. Isso está causando um erro na hora que tenta ler o arquivo. Entre em contato com o provedor e questione está situação.

Olá pessoal! Entendemos que uma das dificuldades enfrentadas por muitos quando começam com a Nota de Serviço é saber quais informações de autenticação são necessárias e quais os métodos que estão disponíveis para o provedor que atende a cidade que deseja implementar. Bem, pensando sempre em ajudar a comunidade do ACBr, é com muita alegria que informo que esse não será mais um problema. É isso mesmo. Foi adicionado na mais recente compilação do MonitorPLUS e da LibNFSe o novo método ObterInformacoesProvedor que vai devolver para você informações importantes sobre o provedor da cidade configurada como quais autenticações são requeridas e quais serviços são disponibilizados pelo mesmo. Veja um exemplo de resposta do método: [ObterInformacoesProvedor] AutenticacoesRequeridas=RequerCertificado| IdentificacaoProvedor=Nome:PadraoNacional|Versão:1.00 ServicosDisponibilizados=EnviarUnitario|ConsultarRps|EnviarEvento|ConsultarEvento|ConsultarDFe|ConsultarParam|ConsultarNfseChave| Mas e se eu uso o componente nativo? Se você utiliza o componente nativo, desde o dia 08 de Dezembro, foi adicionado na aba geral do programa exemplo do componente o botão [Informações Provedor]. Se o seu exemplo ainda não tem este botão, atualize seus fontes! Vejam exemplo no componente nativo.

Você pode fazer um teste com o programa exemplo. Mas de forma bem simplificada, seria algo como: NFE_ConfigGravarValor(DFe, ArquivoPFX, Caminho onde está o PFX); NFe_ConfigGravarValor(DFe, Senha, Senha do PFX); NFe_ConfigLer(); //Emite //Trocou empresa NFE_ConfigGravarValor(DFe, ArquivoPFX, Caminho onde está o PFX); NFe_ConfigGravarValor(DFe, Senha, Senha do PFX); NFe_ConfigLer(); //Emite //..... Explore o programa exemplo disponível e a versão demonstração da Lib para ver se ela vai atender a sua necessidade.

Você precisaria ir alterando a configuração do certificado de acordo com a empresa que for utilizar.

Bom dia! A alteração disponibilizada pelo @Italo Giurizzato Junior foi enviada ao SVN na Rev-31484. Por favor, atualize seus fontes, reinstale o ACBr e faça novos testes.

Foi adicionado em nosso backlog a #TK-4866 para verificar possibilidade de melhoria das classes C# implementando leitura quando TipoResposta for diferente de INI. A ser feita de acordo com a disponibilidade dos consultores.

Bom dia. Sim, utilizando OpenSSL, você consegue assinar o XML indicando um arquivo PFX salvo e a senha do mesmo. Você também pode testar a Lib usando a versão DEMO: AQUI tem mais informações sobre a versão de demonstração; AQUI você encontra os arquivos para download; AQUI você encontra a documentação dos métodos e de configuração, inclusive orientação de configuração do .PFX; AQUI você encontra os programas exemplo disponíveis em Java. AQUI você encontra um curso demonstrando o uso da Lib com o exemplo.

Obrigado pela contribuição, em breve será validada para possível inclusão ao svn #TK-4865

Obrigado pela contribuição, em breve será validada para possível inclusão ao svn #TK-4864.

Já respondido em: Por favor, poste em um local só e aguarde uma resposta, não faça flooding, leia as Regras e Orientações gerais sobre o fórum.

Bom dia! Conferindo nos logs do SVN e nos schemas do GNRe, não encontrei uma justificativa aparente e realmente me parece que precisa ser adicionado os valores. Criada a #TK-4863 para tratativa do caso e parecer do consultor responsável.

Bom dia! Não precisa fazer isso. Basta definir ACBrNFSeX.Configuracoes.Geral.LayoutNFSe := lnfsPadraoNacionalv1 que o componente vai enviar para o Padrão Nacional independente da cidade configurada. Faça um teste usando o ConsultarDPS por Chave passando o valor numérico do idDPS que recebeu.

Boa tarde! A classes em C# podem sem problema algum serem usadas no seu projeto. No entanto, o intuito delas é apenas de demonstrar o uso da Lib no C#. Por causa disso, apenas as tratativas para o TipoResposta do retorno em formato INI foi implementado.

Pelo log modificado, me parece que o problema está ocorrendo quando usa o método MoverStringParaPChar. No seu log temos esta entrada aqui: Que significa que foi alocado tamanho 5000 para o buffer, mas a string só usou 16. Nesse caso, o 16 é por causa do erro, mas em caso de sucesso, o método vai te devolver um XML, ocupando bem mais espaço Por favor, tente aumentar o tamanho que foi alocado para o buffer (coloque 15000 ou até mesmo 60000 por exemplo) e faça um novo teste. EDIT: Conversei junto aos demais consultores e realmente considerando as informações reunidas, tudo aponta que o tamanho do buffer que está sendo passado para o método NFSe_GerarLote não está sendo suficiente.

Entendido. Fico no aguardo do log com a Lib alterada.

Boa tarde! Não é específico para o Itaú, mas nós temos alguns exemplos demonstrando o uso da LibBoleto disponíveis AQUI. No curso Introdução às Bibliotecas ACBrLib, o módulo "Como utilizar o ACBrLib em C#" faz uso do exemplo do Boleto. No tópico ACBrBoleto via WebService tem as orientações de como configurar no componente nativo, mas o INI de configurações da Lib usa os mesmos nomes para as propriedades.

Bom dia! Tente apenas gerar o XML do CT-e (no programa exemplo mostra como) e validar o mesmo para ver se aponta algum erro de estrutura ou se está gerando alguma tag incompleta. Você pode tentar usando o botão ValidarXML que tem no próprio programa exemplo e também neste validador.

Bom dia! Analisamos o vídeo e os arquivos disponibilizados, a princípio o processo parece estar correto. Por favor, vou lhe pedir para fazer mais alguns testes: Foi citado que o certificado é o A3. É possível testar com um certificado A1 para ver se o problema também ocorre? Este certificado A3, funciona com outros DFes? Se testar ele em site de validadores como Certsign - Teste seu Certificado Digital, Serasa Experian - Teste seu certificado digital e Cerpro - Teste de Certificado Digital ele não apresenta erro? Na lib, nós temos um método chamado NFSe_ObterCertificados, é possível fazer um teste com ele para ver se ele trás as informações corretamente? Apenas para desencargo, se puder fazer um teste colocando todos os caracteres do NumeroSerie na seção [DFe] do seu arquivo INI em maiúsculo. Se o problema persistir depois disso: Você disse que usa a versão StdCall, single thread e x86 correto? Vou lhe enviar uma versão da Lib modificada local para que possa fazer um teste. Nesta versão, modifiquei o método NFSe_GerarLoteRps, adicionando mais linhas de log nele para tentar facilitar encontrar a linha em ocorreu o erro. EDIT: Arquivo enviado via mensagem privada aqui no fórum.

Bom dia. Por favor, seu arquivo .fr3 e seus fontes estão atualizados e em dia com o SVN? Para o trecho da "Descrição da Prestação de Serviço", essa informação agora é pega do arquivo ...\ACBr\trunk2\Fontes\ACBrDFe\ACBrNFSeX\TabServicos.ini. Que também é incluso na internamente no componente no momento da compilação do mesmo. Se tiver com a propriedade ACBrNFSeX.Configuracoes.Arquivos.TabServicosExt := True; você precisa ter um arquivo .txt com nome TabServicos na mesma pasta do .EXE para ele pegar a informação.

Bom dia! Convenhamos, é uma resposta bem simplória para o problema exposto. Eles testaram com as mesmas informações que você está utilizando? Com tomador que devolve no xml de retorno com acento no nome que você citou aqui:

Bom dia! Conferindo no MOC, a rejeição 204, possui a seguinte descrição: Com base nisso, podemos deduzir que o número do Recibo só será concatenado se o envio for feito de forma assíncrona. Se síncrono, deverá vir apenas a chave. E mesmo no envio assíncrono, a concatenação é opcional a critério da UF.

Se você está tentando emitir na versão 4.0, precisa dar um passo para trás e buscar informações junto ao seu departamento fiscal ou contador de confiança para saber como proceder, pois não existe CT-e de anulação no CT-e 4.0;