Italo Giurizzato Junior

Bom dia ALA, Chegou a realizar testes com o programa exemplo do componente ACBrNFSe? Veja este fragmento de código do botão [Gerar e Enviar Lote RPS]: ACBrNFSe1.Enviar(vNumLote); for I := 0 to iQtde - 1 do begin MemoDados.Lines.Add('Nome XML: ' + ACBrNFSe1.NotasFiscais.Items[ I ].NomeArq); <== aqui é para constar o caminho mais o nome do XML MemoDados.Lines.Add('Nota Numero: ' + ACBrNFSe1.NotasFiscais.Items[ I ].NFSe.Numero); MemoDados.Lines.Add('Código de Verificação: ' + ACBrNFSe1.NotasFiscais.Items[ I ].NFSe.CodigoVerificacao); end;

Leonard, Cada provedor trabalha de forma diferente dos outros, esse exige que o numero do lote seja sequencial.

Bom dia Rubens, Muito obrigado pela colaboração, já enviei para o repositório.

Bom dia André, Passei o problema para o pessoal que tem mais experiencia com certificado A3.

Bom dia Juninho, Como as notas se encontram no site, isso significa que o envio esta sendo realizado, logo o problema é na consulta. Chego a conclusão que é o serviço de consulta do Web Service que esta com problemas.

Bom dia Leonard, O seu cliente lhe mostrou uma nota impressa ou o XML dela? Seria interessante obter o XML dessa nota para que você possa comparar. Só tome o cuidado, pois você vai estar comparando o XML da NFS-e com o XML do RPS que foi rejeitado pelo provedor.

Bom dia a todos, Não detenho conhecimento sobre esse componente, mas analisando a unit mencionada pelo Juliomar achei meio estranho, pois o método GerarEventoXML gera um XML contendo apenas o grupo <ideRecRetorno> vazio, sem nenhum campo. Esta certo isso? Se não esta, logo se faz necessário finalizar a implementação desse evento.

Boa tarde Joceandro, Muito obrigado pela colaboração, assim que possível vou enviar para o repositório.

Boa tarde, Muito obrigado pela colaboração, já fiz a correção e enviei para o repositório.

Leonard, Também acredito que seria esse o caminho, caso queira contribuir com o projeto fazendo uma alteração no componente para detectar a ausência do ambiente de homologação e depois anexar o fonte alterado para que possamos analisar, ficaríamos gratos.

Boa tarde, Primeiramente este você diz respeito aos componentes ACBr e não ao programa gratuito que o SEBRAE assumiu. Sendo assim no meu entendimento quem tem que dar suporte a ele é o próprio SEBRAE. Outra coisa o valor de Numero Item Alterado normalmente vale UM, não sei porque você colocou 7. E para finalizar não são todos os campos que podem ser corrigidos através de uma carta de correção. O SEBRAE tem que disponibilizar uma lista dos campos que não podem ou que podem ser corrigidos através de uma carta de correção.

Boa tarde ALA, Vai ser necessário colocar um Break Point no Enviar e ir "debutando" para descobrir o que esta ocorrendo.

Boa tarde Alexandre, Veja bem, no inicio da mensagem diz que ocorreu um erro no processamento do arquivo, logo o provedor recebeu o lote. Depois diz que a extensão "RepositoryConfiguration" não esta registrada, no componente em nenhum lugar é feita configuração de repositório. Tudo leva a crer que é algum problema no servidores deles. Entre em contato com a prefeitura e reclama do problema.

Boa tarde Leonard, A sugestão é interessante, você tem ideia de como isso poderia ser implementado?

Boa tarde André, Configurado o SSLLib com libWinCrypt tentou colocar em XMLSignLib o valor xsMsXml2 ?

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

Boa tarde Douglas, Favor fazer as alterações no fonte e realize os testes. Estando tudo OK, anexa a unit alterada para que possamos analisar. Desde já muito obrigado pela colaboração.

Boa tarde Carlos, No caso do DistribuicaoDFe sempre devemos informar a UF e o CNPJ de quem possui o certificado, ou seja, a UF e o CNPJ de quem esta realizando a consulta, não importa quem é o fornecedor e de qual UF ele é.

Bom dia, O provedor Tiplan não possui os Web Services Gerar e EnviarSincrono somente o Enviar que permite o envio de um lote com até 50 RPS no modo assíncrono. Desfaça as alterações que você fez no arquivo INI do respectivo provedor.

Bom dia Juninho, Após ocorrer o erro ao consultar a situação do lote, favor consultar a nota através do site, se a nota constar no site isso significa que é o provedor que esta com problemas no que diz respeito ao serviço de consulta.

Boa noite Igor, Alem de atualizar os fontes, reinstalar os componentes, compilar a sua aplicação, nos seus clientes você atualizou os arquivos INI, pois alguns sofreram alteração também.

Otávio, O fragmento de código que você postou só aparace uma unica vez na sua rotina que alimenta o componente? Antes não existe nenhuma linha que contenha: infCTeNorm.docAnt.emiDocAnt.add ?

Boa tarde Valdir, Pois tem que ser iguais o campo digVal que consta no grupo de informações do protocolo tem que ser igual ao digestValue que consta no grupo da assinatura. Se os XML que você tem estão diferente isso significa duas coisas, ou o protocolo não pertence a essa nota ou a nota foi gerada novamente com alguma alteração e resultou em um novo digestValue.

Otavio, Se no memo contem duas chaves, lhe pergunto esta correto o que você esta fazendo? Você me garante que ao executar pela primeira vez a linha: idDocAnt.Add.idDocAntEle.Add.chCTe := Memo1.lines; ele vai pegar a primeira chave e ao executar pela segunda vez ele vai pegar a segunda chave?

Renê, Dentro do próprio município, se o caminhão for parado, será solicitado as notas das mercadorias que o motorista esta transportando, neste caso ele apresenta as notas e as notas de prestação de serviço e se existir entregas fora do município mais os CT-e e MDF-e. A minha sugestão é que o motorista realize todas as entregas dentro do município e deixe por último as que são de fora, desta forma se o caminhão for parado na rodovia por uma fiscalização, basta apresentar os CT-e e MDF-e.