Italo Giurizzato Junior

Boa tarde Cesar, Leia o meu post acima #29, pois notei que ao consultar o status de serviço o XML esta sendo gerado na versão 2.00 e no caso do envio na versão 3.10 Você chegou a verificar a unit ACBrNFeWebServices.pas conforme eu postei #28. Eu acredito que você esta com algum fonte desatualizado ou esta configurando o componente de forma errada.

Boa tarde clrhm Se você considera o Delphi 7 uma ****** porque tem ele instalado na sua maquina? Desista-la fica só com o XE 5.

Boa tarde Miguel, O que tudo indica é que a cidade de João Pessoa tem o seu próprio webservice e segue o padrão ABRASF. Semana que vem vou analisar os documentos que estão disponiveis no site da prefeitura, para dar inicio a implementação.

Boa tarde José Carlos, Erro Não Catalogado é problema na SEFAZ, favor entrar em contato com eles e relatar o problema.

Bom dia Fernando, Vamos analisar o código do componente: Na unit ACBrNFeConfigurações temos a definição da classe TGeralConf e nela consta as propriedades ModeloDF e VersaoDF: property ModeloDF: TpcnModeloDF read FModeloDF write SetModeloDF default moNFe; property VersaoDF: TpcnVersaoDF read FVersaoDF write SetVersaoDF default ve200; Note que em ambas as propriedades quando realizamos uma escrita (write) é executado uma procedure. procedure TGeralConf.SetModeloDF(AValue: TpcnModeloDF); begin FModeloDF := AValue; FModeloDFCodigo := StrToInt(ModeloDFToStr(FModeloDF)); if FModeloDF = moNFe then SetVersaoDF(ve200) else SetVersaoDF(ve300); end; Na procedure SetModeloDF realmente, caso seja NF-e a versão é "setada" como 2.00 procedure TGeralConf.SetVersaoDF(const Value: TpcnVersaoDF); begin FVersaoDF := Value; if (FModeloDF = moNFe) and (FVersaoDF = ve300) then FVersaoDF := ve200; if (FModeloDF = moNFCe) and (FVersaoDF = ve200) then FVersaoDF := ve300; end; Por outro lado a procedure SetVersaoDF aceita a versão 3.10, retornando para 2,00 caso a versão informada seja 3.00 e modelo seja NF-e. A dica é sempre configurar da seguinte forma: ACBrNFe.Configuracoes.Geral.ModeloDF := moNFe; ACBrNFe.Configuracoes.Geral.VersaoDF := ve310; Note que primeiro estou "setando" o modelo e depois a versão. Ao "setar" modelo como sendo moNFe o componente coloca a versão 2.00 uma vez que esta é a versão vigente, mas se em seguinda você "setar" a versão corretamente ou seja ve310 o componente vai aceitar essa versão e gerar o XML da NF-e na versão 3.10 Duvidas?

Bom dia Cesar, O seu fonte esta desatualizado, o que esta disponivel já esta desta forma: // Alterado por Italo em 13/03/2014 if ((FConfiguracoes.Geral.ModeloDF = moNFCe) or (FConfiguracoes.Geral.VersaoDF = ve310)) and not (FConfiguracoes.WebServices.UFCodigo in [13, 23, 31]) then // AM, CE, MG begin SoapAction := 'http://www.portalfiscal.inf.br/nfe/wsdl/NfeAutorizacao'; nfeAutorizacaoLote := True; end else begin SoapAction := 'http://www.portalfiscal.inf.br/nfe/wsdl/NfeRecepcao2'; nfeAutorizacaoLote := False; end; Esse fragmento é do ACBrNFeWebServices.pas

Bom dia Elcyberg, Em uma NFC-e todos os item tem que participar do valor total, logo o indTot tem que ser 1, verifique também a somatória dos valores.

Bom dia Gandalf, Favor atualizar os fontes e tentar novamente.

Bom dia Maycoll, Me diz uma coisa, alterando a cidade de Guarapai para o provedor Pronim o envio foi realizado com sucesso? A questão agora é consulta? Se sim, vou provemer a alteração nos fontes e disponibilizar para mais colegas possam realizar testes e lhe ajudar nas correções que faltam.

Bom dia renfd, Favor atualizar os fontes e testar novamente.

Bom dia a todos, Em breve estarei disponibilizando o DANFE - NFC-e com o QR-Code feito em Quick Report.

Bom dia Lucas, Vamos a pergunta classica, todos os fontes de todas as pastas estão atualizados? No papel o canhoto é impresso, mas ao gerar o PDF não aparece, é isso que ocorre?

Bom dia Rodrigo, Já foi dito em varios post que algumas classes do CT-e sofreram alteração em função da nova versão. Você utiliza o Fast Report para imprimir o DACTE e o que esta disponivel é exclusivo para a versão 1.04 do CT-e. Por outro lado o DACTE feito em Quick Report esta compativel para ambas as versões. O que fazer? 1. você pode mudar para o Quick Report; 2. esperar que alguem disponibilize um DACTE_2_00.fr3; 3. você coloca a mão na massa e implemente um novo DACTE para a versão 2.00

Bom dia Elcyberg, Se não me falha a memória ja devo ter respondido essa pergunta para alguem, não sei se foi através do fórum ou por e-mail. A estrutura do XML não possui nenhuma TAG especifica para informar-mos o valor do Troco. Se seguir-mos ao pé da letra a legislação não podemos colocar no DANFE da NFC-e essa informação, uma vez que o mesmo só pode conteder dados extraidos do XML. Mas como costa na NT, vamos imprimir até segunda ordem. No XML caso você deseja colocar o valor do troco, use o campo observação.

Bom dia HetoAndrade, O componente ACBrNFe possui duas propriedades para determinar o modelo e a versão do documento fiscal, são elas: ModeloDF := moNFe ou moNFCe; VersaoDF := ve200 (só para moNFe) ou ve300 (só para moNFCe) ou ve310 (ambos os modelos); No caso da NF-e versão 3.10 não foi liberado ainda as URLs de hologação e produção das UF: AM, CE e MG, as UF: MS e PR só não foi liberado as de produção, as demais UF já estão liberadas. As URLs liberadas já fazem parte do código do componente, basta atualizar os fontes. Quanto a NFC-e não temos todas as URLs das UFs do projeto piloto, caso você venha conseguir, favor nos informar para que possamos atualizar o componente. No fragmento de XML que você postou note o seguinte, temos duas TAGs, uma chamada versao cujo valor é 3.10 e a outra chamada verAplic cujo valor é 3.00 Lembre-se a TAG verAplic se refere a versão da Aplicação da SEFAZ, a sua aplicação pode estar na versão 1.59, mas emiti NF-e na versão 3.10. Temos que nos basear na TAG versao esta sim contem a versão do XML e nela consta o valor 3.10. Como o fragmento de XML postado se trata do retorno a uma consulta ao status de serviço, podemos concluir que o ambiente de homologação da UF (código 51) esta funcionando para a versão 3.10 Não sei se ficou claro.

Bom dia Eder, Econtra-se disponivel na suite do ACBr o componente ACBrNFSe, cuja finalidade é emitir NFS-e. Com este componente você informa os dados do RPS e ele por sua vez gera o XML do RPS, assina se necessário (usando certificado digital), monta o lote com até 50 RPS, assina o lote se necessário, envia para o WebService e imprime o DANFSE. O ACBrNFSe é um componente para o Delphi e funciona apartir da versão 7 do Delphi. Alem do provedor Ginfes o componente hoje possui quase 30 provedores implementados, consequentemente atendendo um pouco mais de 300 cidades.

Bom dia Túlio, Muito obrigado pela colaboração, a correção já esta disponivel.

Boa tarde Igor, Faça um teste. Emite um CT-e em homologação (é claro) depois envia uma CC-e corrigindo o CFOP e depois uma outra CC-e corrigindo somente o endereço. Feito isso realize uma consulta a situação atual do CT-e. O XML de retorno deve contem o protocolo de autorização e a lista de eventos vinculados ao CT-e. Dai da para saber se há ou não a necessidade de na segunda CC-e estar incluindo a primeira correção, ou seja, o CFOP. Se na lista aparecer somente a correção do endereço, fica claro que devemos relacionar todas as correções anteriores. Faça esse teste e post o resultado.

Neste caso você precisa adquirir uma versão do Quick Report para o XE5, caso você deseje utilizar esse Report.

Cesar, Todos os fontes de todas as pastas estão atualizados? Notei que ele esta gerando o arquivo de envio com o Name Space errado. Verifique se na linha 1822 contem o código 29 que se refere a UF da BA. Outra coisa, o componente esta sendo configurado corretamente? Configuracoes.Geral.ModeloDF := moNFe; Configuracoes.Geral.VersaoDF := ve310;

Boa tarde Túlio, Muito obrigado pela colaboração. Os fontes alterados já estão disponíveis.

Boa tarde Maycoll, Não é necessário mais nenhuma alteração a não ser de configurar o componente para a pasta de schemas do pronim.

Boa tarde Lilidia, Qual é a versão do Delphi?

Boa tarde Jocimar, Checando os fontes do componente, notei que o path usado para salvar o XML referente a NFS-e é sempre a pasta NFSe. Esta muito estranho ele salvar o conteúdo de um RPS com o nome da NFS-e.

Boa tarde Cesar, Vou precisar que você faça mais um teste. Linha 1886 da unit ACBrNFeWebServices.pas, favor alterar de: FConfiguracoes.Geral.Save(FPathArqEnv, FDadosMsg); para FConfiguracoes.Geral.Save(FPathArqEnv, Texto); Estou desconfiando que existe um erro no WebServices da SEFAZ. Com essa alteração o arquivo <lote>-env-lot.xml será gravado de forma completa, assim vai ser possível ver qual é o Name Space que esta sendo informado. Fico no aguardo do seu retorno.