Italo Giurizzato Junior

Bom dia Michel, Fiz diversas alterações no componente, sendo que uma delas diz respeito ao cancelamento. Favor atualizar todos os fontes de todas as pastas. Note que o arquivo INI do provedor também sofreu alteração. Depois de tudo atualizado, compile a aplicação com Build e realize novos testes.

Boa noite ncc, Cada um interpreta da sua forma, para mim a mensagem: "90 - ICMS outros" é muito vago.

Boa noite Jefferson, Configuracoes.Geral.ConsultaLoteAposEnvio := True;

Boa noite Dercide, Acho que já descobri o problema, assim que possível vou disponibilizar uma possível solução para esse erro.

Boa noite Dercide, Não tem nenhum Fonte do ACBrNFSe cujo ícone contem uma bolinha vermelha? Se sim, favor excluir e baixar novamente. Não esqueça de compilar a aplicação com a opção Build.

Boa noite Paulo, Vamos analisar o problema.

Boa noite, Favor "debugar" essa linha para ver se realmente o valor esta sendo atribuído a propriedade ValorServicos.

Boa noite Marcos, Você abriu o arquivo: 61-can.xml ? veja a mensagem retornada: <Codigo>E42</Codigo> <Mensagem>Código do município da prestação do serviço inválido.</Mensagem> <Correcao>Informe o código do município onde foi prestado o serviço, conforme Tabela de Municípios do IBGE.</Correcao> Vou verificar, mas tenho quase certeza que o componente esta informando o código do município do emitente e não do tomador que pode ser igual ou diferente do emitente.

Boa noite Souza, Utilizei um certificado de uma empresa cuja cidade utiliza o Ginfes. e tentei enviar para uma outra cidade que também usa o Ginfes e depois para cidade de Fortaleza. Ao enviar para uma cidade diferente da empresa o Web Service se recusou a receber o lote. Cheguei a conclusão que para o Web Service do Ginfes aceitar o lote é necessário efetuar um cadastro. Lembre-se que para alguns provedores e pelo que sei é o caso do Ginfes existe 2 cadastros, um para a empresa emitir a nota via Site e o outro para emitir via Web Services. Verifique se o problema não é exatamente esse, ou seja, realizar o cadastro para usar o Web Services.

Boa noite Elton, Você esta com todos os fontes atualizados e esta usando o arquivo INI do provedor que esta na pasta: ...\Exemplos\ACBrDFe\ACBrNFSe\ArqINI ?

Boa noite Moro, Amanhã analiso a sua implementação, estando tudo OK, envio para o repositório.

Boa tarde Paulo, E qual é o problema que ocorre?

Tente "debugar" para descobrir onde ocorre o problema de não pegar as informações para serem incluidas nas TAGs do XML. No caso da TAG ValorServicos ele se utiliza da informação alimentada na propriedade: NFSe.Servico.Valores.ValorServicos

Exato.

Boa tarde ncc, Segundo a versão 2.00a do Manual do CT-e página 133 campo 242 ICMSOutraUF diz: ICMS devido à UF de origem da prestação, quando diferente da UF do emitente. Dai o retorno de cstICMSOutraUF.

Jefferson, Esquece o Trunk, no Trunk2 o padrão é para não consultar. Volto a te perguntar o componente esta configurado para consultar após o envio.

Boa tarde Elton, Qual provedor?

Boa tarde Jefferson, O componente esta configurado para consultar após o envio?

Dercide, Anexe o XML de envio gerado ao usar o método Gerar.

Boa tarde Dercide, Acabo de realizar um teste de envio de um RPS usando o método Enviar para o provedor WebISS e esse erro não ocorreu. Você tem certeza que os fontes estão atualizados? Compilou a aplicação com a opção Build? Esta usando o programa exemplo ou outra aplicação?

Boa tarde João, Primeiramente consta na legislação que o emitente da NF-e tem que disponibilizar o XML da NF-e para o destinatário e para a transportadora quando esta for a responsável pelo transporte da mercadoria. A forma mais simples é enviar um e-mail para a transportadora contendo o XML. Desta forma na sua aplicação basta você utilizar os dois componentes ACBrNFe e ACBrCTe. Com o ACBrNFe você vai conseguir ler o XML da NF-e para ler não só a chave como também todos os dados necessários para a emissão do CT-e. A minha aplicação funciona dessa forma, tenho duas opções, sendo que a primeira o funcionário tem que digitar tudo, já a segundo solicitar a importação do XML da NF-e. A rotina de importação se encarrega de fazer tudo, inclusive cadastrar o remetente e o destinatário se necessário sem falar no calculo automático do frete. Outra forma da transportadora obter o XML da NF-e é pedir para o emitente da mesma sempre informar o seu CNPJ no grupo <transporta> Grupo Transportador da NF-e. Se o emitente fizer isso, a sua aplicação poderá se utilizar do método DistribuicaoDFe que existe no componente ACBNFe. Ele retornará o XML completo da NF-e, não havendo a necessidade do emitente da NF-e enviar o XML por e-mail para a transportadora, basta informar o CNPJ da mesma no grupo mencionando acima. Bom, tendo o XML obtido pelo método DistribuicaoDFe ou por e-mail as coisas ficam fácil como demostrado acima. João a ferramente esta ai a sua disposição, arregaça as mangas e bom trabalho.

Boa tarde Souza, Como lhe disse Fortaleza se utiliza do Ginfes mas com algumas diferenças. Se você abrir a unit ACBrNFSeConfiguracoes, vai descobrir que se o nome do provedor for ISSFortaleza ele troca por Ginfes. Os Schemas devemos utilizar da pasta Ginfes. Se você estiver testando com a sua aplicação, incluiu as linhas de configuração do emitente (vide programa exemplo) ?

Boa tarde, O problema ocorreu depois de uma nova compilação devido a uma atualização dos componentes? Ou nada foi alterado?

Boa tarde Joel, Desfaça a sua alteração e atualize todos os fontes. Note que fiz uma alteração no arquivo INI do provedor.

Boa tarde Danilo, Muito obrigado pelo retorno, já fiz a alteração no arquivo INI e disponibilizei no repositório.