Italo Giurizzato Junior

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Bom dia a todos, Se eu entendi essa propriedade é do componente Fortes Report e não do DAMDFe, correto?

Bom dia Robson, O grupo <infTribFed> conforme o manual temos: Grupo a ser informado nas prestações interestaduais para consumidor final, não contribuinte do ICMS.

Valdir, As propriedades que chamavam ImprimirXYZ agora se chamam ImprimeXYZ, você fez essa alteração na linha que você postou?

Bom dia Werner, A maioria das propriedades ImprimirXYZ agora se chama ImprimieXYZ. Portanto tente ImprimeDetalhamentoEspecifico

Bom dia Renan, Não, pois não foi implementado, uma vez que esse serviço não são todos os provedores que disponibilizam. O componente foi feito inicialmente para atender os provedores que seguem a ABRASF.

Bom dia Valdir, Nesta postagem tem uma tabela das propriedades que tiveram os seus nomes alterados.

Bom dia, Não precisa informar nada. O que precisa é ter um certificado digital de preferencia A1 instalado na maquina. Detalhe ao instalar o certificado devemos marcar a opção de exportável. Informar o numero de serie do mesmo no campo "Numero de Série" Ou se não deseja instalar o certificado, basta informar o caminho e o nome do arquivo PFX e a senha do mesmo. Apenas um reforço: O ACBrMonitor é destinado aos desenvolvedores que trabalham com outras linguagens. Você deixou bem claro na sua primeira postagem que utiliza o Delphi 7 para desenvolver os seus programas, neste caso, basta baixar os fontes dos componentes ACBr usando para isso o Tortoise. Depois basta usar o ACBrInstall_Trunk2 para instalar a Suíte ACBr no seu Delphi. Acredito que para cada componente ACBr exista um programa exemplo. Você deve sempre iniciar através desses programas exemplos. Vejam como eles funcionam e estude o fonte dele. Só depois inicio o desenvolvimento da sua aplicação usando o componente desejado. Espero ter ajudado.

Boa tarde Maikon, Você poderia anexar a unit que fez a alteração para que possamos analisar?

Boa tarde Werner, Comparando o WSDL do ConsultarSituacaoLoteRps não encontrei nada que pudesse provocar o erro. Para mim o problema é no provedor.

Bom dia Lindomar, Esse erro esta aparecendo pelo fato de você estar executando a sua aplicação através do Delphi, fora dele ela não aparece. Clique no botão Continuar que a assinatura vai ocorrer sem nenhum problema. Importante é preciso primeiro Assinar para depois poder Validar o XML.

Boa tarde a todos, Amarildo, se tratando de NFS-e o cenário é uma zorra, cada provedor faz da forma que lhe convém. O provedor Betha tem essa loucura de retornar no campo Discriminação do XML da NFS-e alguns dados segundo essa formatação com chaves e colchetes. Que eu saiba, mais nenhum faz isso. Se faz necessário criar uma função dentro do componente de impressão do DANFSE que pegue esse conteúdo e o apresente de forma mais clara. Detalhe essa função só pode ser chamada se o provedor em questão for o Betha. Estamos aguardando o Refactoring que esta sendo realizado nos componentes de impressão de DAs (DANFE, DACTE, etc). Esse Refactoring não vai resolver esse problema, mas depois dele vamos poder mexer nesses componentes sem atrapalhar o serviço que esta em andamento.

Boa tarde Augelias, Se o envio esta ocorrendo sem nenhum problema é estranho esse tipo de erro no cancelamento.

Boa tarde Ivan, Uma coisa é você emitir nota através do site que normalmente não precisa de certificado digital, apenas um usuário e senha. Por outro lado, emitir nota através do webservice, normalmente se faz necessário o uso do certificado digital e dependendo do provedor é preciso solicitar um cadastro junto ao provedor para poder usar o webservice e dependendo do caso será fornecido um usuário e senha especifico para o webservice.

Dangelo, Essas outras empresas são da mesma cidade da que esta ocorrendo o problema? Todas elas usam a mesma aplicação e versão?

Boa tarde Gilberto, Antes de você começar a escrever a sua aplicação, procure sempre testar o componente usando o programa exemplo do mesmo. Sendo assim, peço para que você primeiro execute o programa exemplo do componente ACBrNFSe, configure ele com os dados corretos do emitente e inicie os testes. Depois que você conseguir fazer tudo, ou seja, Enviar, Consultar e Cancelar, ai sim você começa a fazer a sua aplicação. E aquilo que não funcionar na sua aplicação, você compara com o programa exemplo para ver se não esqueceu de nada.

Boa tarde Diego, Favor atualizar os fontes e faça novos testes.

Boa tarde Michele, A empresa GovBR possui dois provedores: Pronim e Pronimv2. O provedor Pronim segue a versão 1 do layout da ABRASF sendo assim os serviços disponíveis são: EnviarLoteRps, ConsultarSituacaoLoteRps, ConsultarLoteRps, ConsultarNfseRps, ConsultarNfse e CancelarNfse. Já o provedor Pronimv2 segue a versão 2 do layout da ABRASF logo os serviços disponíveis são: EnviarLoteRps, ConsultarLoteRps, ConsultarNfseRps, ConsultarNfse, CancelarNfse, EnviarLoteRpsSincrono, GerarNfse, SubstituirNfse. Os serviços em negrito são exclusivos de cada versão. E tem mais, esses são os serviços previstos nos manuais, mas pode ocorrer do provedor não implementar todos eles em seu Webservices. É o caso do provedor Tcheinfo que implementou somente os serviços: ConsultarNfseRps, CancelarNfse e GerarNfse. A primeira coisa a ser feita é verificar se a cidade São Pedro/SP (uma vez que não consta no arquivo Cidades.ini) qual dos dois provedores é que atende essa cidade. Segundo, se ela é atendida pelo provedor Pronimv2, você vai ter que tirar o gesso que você colocou na sua aplicação, pois todos os provedores que seguem a versão 2 do layout da ABRASF não tem o serviço de ConsultarSituacaoLoteRps. Outra coisa importante: O método ConsultarSituacaoLoteRps nos retorna somete um numero que diz que o lote não existe ou que o lote esta em processamento ou que o lote foi processado com falhas ou que o lote foi processado com sucesso. Por outro lado é o ConsultarLoteRps que nos retorna a lista de falhas dos RPS recusados bem como a lista das NFS-e cujos RPS estavam corretos.

Boa tarde Caetano, Favor atualizar os fontes e faça um novo teste.

Juliano, Compare com este outro XML de pedido de cancelamento. 268-ped-can-soap.xml

Boa tarde Rubens, Pelo que notei a assinatura feita pelo componente ACBrNFSe possui o grupo <Transforms> e neste contem duas transformações. Já o outro não possui o grupo mencionando. Então isso significa que para o provedor de Salvador não se deve aplicar o algoritmo de transformação ao realizar a assinatura?

Boa tarde, Eu particularmente não, pois não tenho nenhum cliente emite NFS-e. Vamos aguardar se mais alguém do fórum possa responder essa questão. No meu entendimento não faz muito sentido gerar tudo e depois sair assinando.

Boa tarde Juliano, Você não utiliza o componente ACBrNFSe, correto? Na sua primeira postagem desse tópico você anexou o XML referente ao pedido de cancelamento. Notei que o grupo <Signature> possui um prefixo "dsi:", remova ele de todos os elementos que compõe o grupo da assinatura digital. Outra cousa, remova a quebra de linha dos elementos: SignatureValue e X509Certificate.

Boa tarde Dangelo, Desculpe, mas não consegui entender direito o problema. Você envia o RPS para o ambiente de Produção e este lhe retorna o XML de uma nota de um outro RPS que foi enviada para o ambiente de homologação, é isso?

Boa tarde Rino, Como dito na minha postagem anterior o DABPE só foi feito em EscPos, portanto não tem como gerar o PDF. E até o momento ninguém que eu saiba fez o DABPE em Fast ou Fortes Report.