Italo Giurizzato Junior

Boa tarde Luan, Uma coisa é cadastrar a empresa para emitir NFSe via site. A outra é cadastrar a empresa para emitir NFSe via webservice. Verifique se o problema não é esse.

Boa tarde PHB, o programa exemplo que utilizo é o mesmo que encontra-se disponivel na pasta ...\Exemplos\ACBrNFSe\Delphi. A unica diferença é que no teste que fiz usei um certificado A1. Pesquise no fórum para saber quais as pessoas que utilizam o provedor Fiorilli, eles podem orientar melhor você. Passar alguma dica.

Boa tarde Sandro, Você pesquisou sobre propriedades não existentes aqui no fórum? Dentro da pasta ...\Fontes\ACBrNFe temos um arquivo TXT que possui um passo a passo para resolver esse problema.

Boa tarde Caetano, Você quer testar o seu sistema, que será utilizado pelo cliente XYZ cuja cidade é atendida pelo provedor ABC. Mas você encontra-se na cidade MNO. Qual é o problema de você pegar o certificado do seu cliente XYZ para realizar os testes? Basta configurar o sistema para enviar o lote de RPS para o provedor ABC, informar a cidade do seu cliente.

Boa noite PNB, Acabei de realizar um teste. Configurei o programa exemplo com a cidade Bariri/SP, schema Fiorilli, usei o botão [Gerar e Enviar Lote] e tive como retorno o seguinte erro: Usuário ou senha não informado. Isso era esperado visto que não informei os dados acima e realizei testes usando um certificado que não pertence a uma empresa de Bariri. Mas o erro postado por você não surgiu no meu teste. Arquivos de envio e retorno: 5-env-lot-c.xml 5-rec-c.xml

Bom dia Endrigo, Acredito que até o final de setembro, será divulgado as novas UFs que vão aderir a NFC-e.

Bom dia Caetano, Para utilizar os dados do cliente é preciso usar o certificado dele. Se você possui certificado, esta cadastrado para emitir NFS-e, teste usando os seus dados. Agora se o provedor do seu cliente é Nota Control e o seu é outro, neste caso vai precisar do certificado dele mesmo.

Bom dia Endrigo, Funciona tanto com o CAPICOM quanto com o OpenSSL.

Boa noite phb, Qual é a cidade? Você esta com os fontes atualizados? Antes que diga que sim, você atualizou a URL do tortoise?

Boa noite Robson, Favor atualizar os fontes e testar novamente.

Boa noite Luan, Você fez o cadastro da empresa no provedor para que a mesma possa utilizar o WebService?

Boa noite Ranlive, Sugestões atendidas. Fontes já disponiveis, com as suas alterações.

Boa tarde Volnei, Exatamente, isso pode ocorrer, basta o webservice receber uma quantidade enorme de requisições e não conseguir dar conta de tudo dentro de um tempo pre estabelecido. A solução neste caso é realizar uma consulta para saber se os respectivos RPSs foram processados.

Liandro, Uma coisa é o certificado da empresa, a outra são os certificados da UF em questão, que chamamos de cadeia de certificados.

Boa noite Robson, Devemos incluir a cidade na unit: pnfsConversao e na unit referente ao provedor. No caso GovBR como você já identificou. Na unit: pnfsConversao procure por: function CodCidadeToProvedor(const ACodigo: Integer): string; E na unit: ACBrProvedorGovBR é onde você já identificou. Implemente e realize os testes, funcionando poste as suas implementações aqui no forum.

Boa noite Liandro, Você disse que realizou testes utilizando a SEFAZ-SP e RS. A rejeição ocorre nas duas SEFAZ ou somente na do RS? Se a rejeição ocorre em apenas em uma delas, o problema pode ser a cadeia de certificados.

Boa tarde Pedro, Que eu saiba, não. Pelo que eu pude ver esse provedor não segue o padrão ABRASF e nem o DSF.

Robinho, Se você tem no banco de dados os conhecimentos não protocolados, é facil montar um loop e automatizar a consulta. Você não baixa o CT-e, você consulta e obtem o protocolo de autorização. Devemos carregar o XML para que o componente realize a atualização do mesmo ou seja inclua as TAGs referentes ao protocolo de autorização.

Rogério, Desculpa não entendi: Sim claro, estou verificando nesse momento, o que acontece e que geramos o txt igual a sefaz e atraves dele e que mandamos, preciso ver como gerar o xml acho que antes de assinar eu salvo, não e isso. Se você utiliza o componente, basta alimentar o mesmo com os dados da venda ou seja, que é o emitente, o destinatário, os itens, etc. E ao executar o comando: ACBrNFe.Enviar(nlote); onde nlote é uma variável que contem o numero do lote. O XML é gerado, assinado, validado, enviado, protocolado e o DANFE é impresso. Você gera o txt para que? Onde ele é utilizado?

Rogério, Uma coisa não ficou clara para mim, você utiliza o componente ou o ACBrNFeMonitor, uma vez que você diz: "somente ai em uma arquivo Txt" Depois você diz que usou o programa Demo? Eu desenvolvo em Delphi, utilizo o componente e não gero nenhum arquivo TXT os unicos arquivos que a minha aplicação gera são os XMLs das NF-e.

Boa tarde Robinho, Evitar não tem como, mas você deve incluir um campo na tabela de tal forma que ele só vai conter a informação caso houver o retorno. Por exemplo, o campo NumProtocolo, antes do envio o conteudo é vazio, se ocorrer o retorno da SEFAZ você atualiza esse campo com o numero de protocolo de autorização de uso do CT-e. Se após o envio esse campo continuar vazio é sinal que o envio foi feito e não ocorreu o retorno. É interessante neste caso, a sua aplicação apresentar uma lista de CT-e enviados e não protocolados, onde o usuário possa selecionar e realizar uma consulta. Abra o arquivo RotinaCompleta.txt e estude a procedure: procedure TfrmMovEmitirCNT.NaoProtocolados;

Boa tarde Fabiano, Não, o ACBrNFeMonitor só atende a NF-e. Existe a intensão de criar um monitor para NFS-e ou fazer com que o ACBrNFeMonitor emita a NFSe. Isso vai depender do pessoal que cuida do monitor, vamos aguardar.

Boa tarde Daniel, Alteração realizada e disponibilizada. Agora é só disponiblizar uma nova versão do ACBrInstall.

Boa tarde Jander, Como o manual não deixa claro qual é a finalidade dessa informação, podemos ter variais interpretações. Uma transportadora que eu conheço, para eles: Pago => Remetente é o Tomador do serviço A pagar => Destinatário é o Tomador do serviço Sendo que existe uma outra TAG onde nós informamos quem é o tomador do serviço. O que nos faz interpretar diferente: Pago é quando o valor do frete já foi pago pelo Tomandor do serviço, mesmo antes do serviço de transporte ter sido realizado. A pagar é quando o Tomador do serviço só vai pagar o valor total do frete quando o serviço de transporte for concluido. Outros poderiamos dizer que o pagamento vai ser feito de forma parcelada. Veja bem isso é uma interpretação.

Boa tarde Rogério, Concordo com você Kiko, é o que seu sempre digo, não basta ler, temos que interpretar o que esta escrito. Interpretação precisa e clara, parabéns. Só ficou faltando dizer que temos dois limitadores, um é a quantidade de notas inseridas no lote ( 50 no máximo ) e a outra já discutida é o tamanho do lote em 500 Kbytes. Eu em particular resolvi limitar mais ainda, baixando para 40 notas no máximo em um lote. Mesmo que o usuário registre 90 vendas e selecione todas para que sejam enviadas, a rotina envia somente as 40 primeiras, obrigando o usuário a disparar um segundo envio e depois um terceiro para completar as 90 notas. Rogério, o que você tem que dizer para essas pessoas é que o seu sistema segue a legislação e as normas estabelecidas nos manuais e notas técnicas. Outra coisa, você disse que a sua aplicação chegou a demorar quase 20 minutos, para enviar um lote, já o programa da SEFAZ foi 10 vezes mais rapido, gastando apenas 2 minutos. Pois bem, você deixou claro que a sua aplicação realiza diversas validações, que por sinal o programa da SEFAZ não realiza, sendo assim quanto mais checagens forem feitas, mais tempo se leva. Você não poderia aplicar essas validações em outros momentos? Por exemplo, em vez de validar o código do municipio no momento do envio, porque não fazer essa validação ao cadastrar o cliente? Será que você não esta validando uma informação que o componente já o faz? Desta forma a sua aplicação estaria validando a mesma informação duas vezes, e isso demanda tempo. São questões para serem analisadas. Se eu consigo validar todos os dados do cliente no ato do seu cadastramento, não vejo motivo de validar esse dados ao enviar a nota. Desta forma diminuo o tempo entre o clicar no botão Enviar e o DANFE impresso. O que você acha?