Italo Giurizzato Junior

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.

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

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.

Boa tarde Lucas, Fiz uma alteração que acredito que vai resolver o problema de RS. Favor atualizar os fontes e faça um novo teste.

Boa tarde Joemil, Favor verificar se essa cidade vai usar o webservice do WebIss versão 1 ou 2 do layout da ABRASF. Outra coisa precisamos das URLs de homologação e de produção.

Boa tarde Rodrigo, Muito obrigado pela colaboração, já enviei para o repositório.

Bom dia a todos, Favor atualizar os fontes e façam novos testes.

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

Bom dia Mateus, Se a apresentação do DANFSE na tela não faz diferença você pode configurar o componente para não mostrar atribuindo o valor False a propriedade: MostrarPreview. Desta forma ao executar o método Imprimir todos os DANFSE serão impressos um após o outro.

Bom dia Michele, Você incluiu a cidade de São Pedro/SP no arquivo Cidades.ini ? O provedor contratado por ela é o Pronim cujo webservice segue a versão 2 do layout da ABRASF? Observação: Todos os provedores que seguem a versão 2 do layout da ABRASF não tem implementado em seu webservice o serviço de Consulta a Situação, logo isso explica a mensagem: A funcionalidade [....] não foi disponibilizada pelo provedor: xyz