Italo Giurizzato Junior

Boa tarde Rene, O retorno de outras cidades que utilizam o mesmo provedor é diferente? Se sim, basta mostrar para essa cambada a mercadoria que eles fizeram. Por outro lado, o que você pode fazer é: Em vez de enviar para o tomador o XML da nota e o respectivo DANFSE em PDF, envie somente o link que se encontra na tag <link_nfse>. O tomador de posse do link ele vai ter acesso ao DANFSE, podendo imprimir e se desejar baixar o PDF do mesmo. Segue em anexo o PDF dessa nota que foi emitida em ambiente de homologação obtida pelo conteúdo do link que consta no arquivo de retorno. NFS-e2994.pdf

Boa tarde Odair, O que precisa realmente ser alterado? É a unit do componente é o arquivo INI ou simplesmente a configuração do componente?

Bom dia Laercio, Por favor não altere uma virgula nos fontes do componente ACBrNFSe. Se fizer isso, vão ocorrer problemas que jamais vai conseguir resolver, uma vez que você mesmo afirmou que esta começando a aprender a programar usando a linguagem Objeto Pascal que é usada no Delphi. Depois de instalado o Delphi, o Fortes Report e a suíte ACBr, é preciso se concentrar no programa exemplo do ACBrNFSe. Abrir ele através do Delphi, compilar, configurar e iniciar os testes.

Boa tarde Laercio, Porque você incluiu uma parada na execução do código do componente? Não estou entendendo nada o que você fez. Qual foi a intensão? Você esta alterando a execução do Método Gerar, método este utilizado pelos provedores que seguem a versão 2 do layout da ABRASF para enviar normalmente em modo síncrono 1 RPS para o webservice. O contribuinte é de qual cidade?

Boa tarde a todos, Na NT diz que futuramente ao emitir o MDF-e o CIOT será gerado automaticamente pelo sistema MDF-e. Mas não deixou claro como isso vai funcionar e a partir de quanto. Logo, só nos resta a esperar.

Boa tarde Odair, Você esta com todos os fontes atualizados? Não fez nenhuma alteração na unit ACBrNFSeWebServices?

Boa tarde Alexandre, A cidade foi incluída no arquivo Cidades.ini e enviada para o repositório. Obrigado por reportar dos testes. Fechando. Para novas dúvidas, criar um novo tópico.

Bom dia Giovane, No que diz respeito a salvar o XML de pedido de cancelamento bem como o seu retorno, isso já existe faz tempo. Você chegou a fazer testes com o programa exemplo do componente? Marcou as opções para que o componente salve os XMLs? O componente possui 3 propriedades de configuração chamada Salvar: 1. Configuracoes.Geral.Salvar, se True salva os arquivos de envio e de retorno, como por exemplo o pedido de cancelamento. 2. Configuracoes.WebServices.Salvar, se True faz a mesma coisa que a propriedade anterior, só com uma diferença o XML salvo é completo, ou seja, exatamente o que é enviado para o webservice e exatamente o que é retornado por ele. 3. Configuracoes.Arquivo.Salvar, se True salva os arquivos que devemos manter guardados, como por exemplo o XML do RPS, da NFS-e entre outros.

Bom dia Eric, Fiz uma alteração conforme a sua sugestão, assim que for possível favor realizar novos testes.

Bom dia Maiquel, Muito obrigado pela colaboração, já enviei para o repositório. Vamos ver se aparece alguém reclamando dessa alteração. Espero que não.

Júlio, Já esta no repositório, favor atualizar os fontes e faça novos testes.

Bom dia Julio, Vou verificar e fazer as devidas correções. Assim que enviar para o repositório aviso aqui.

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

Boa tarde Bryan, Não entendi o motivo de você ter criado o enumerador "loSigep" para o provedor. Até onde seu esse provedor segue a versão 2 do layout da ABRASF, logo não faz sentido esse enumerador, pois desta forma você esta dizendo que o provedor possui um layout próprio. Inclusive estou trabalhando em um refactoring do componente ACBrNFSe e a primeira coisa que foi feita foi refatorar a geração do XML do RPS e o teste de envio do mesmo para o provedor. No caso do provedor Sigep, o teste foi feito com a cidade de Senador Canedo. O refactoring esta sendo feito por etapas: 1. refactoring da geração do XML do RPS para todos os provedores que seguem a versão 1 e 2 do layout da ABRASF; 2. refactoring dos envolpes de envio para todos os serviços disponibilizados pelos provedores; 3. refactoring dos retornos de cada serviço; 4. refactoring de todos os métodos utilizados para consumir os serviços disponibilizados pelos provedores; As etapas de 5 a 8 vão ser as mesmas de 1 a 4 mas para cada provedor que não segue o layout da ABRASF e estes são por volta de uns 20 provedores.

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

Boa tarde Rene, Por conta da pandemia, tem muitas prefeituras fechadas, não vão te atender mesmo. Não me recordo se esse provedor retorna a nota dessa forma, ou seja, em formato HTML em vez de XML. O jeito é entrar em contato com o provedor e quanto mais desenvolvedores estiverem passando por esse mesmo problema se juntarem e fazerem o mesmo.

Bom dia, Necessito de um exemplo completo (Envelope) de envio da nota para o webservice. Não basta o XML da nota, tem que ser completo, assim vai ser possível ter uma ideia de como devemos gerar o XML antes de ser enviado para o webservice. Outra coisa não temos os arquivos XSD (Schemas) desse provedor, logo fica complicado gerar o XML e enviar sem realizar a validação. Trabalhar sem os schemas é implementar na tentativa e erro.

Brajan, A alteração que você fez esta errado, note que você fixou na URL o nome da cidade se eu enviar esse arquivo para o repositório vai parar de funcionar as demais cidades que são atendidas por esse provedor. Por favor anexe as URLs fornecidas pelo provedor para a cidade de Birigui e se possível for peça a eles a URL das demais cidades atendidas para que possamos comparar e acrescentar essas cidades no arquivo Cidades.ini Deixando assim o componente com mais cidades atendidas.

Boa tarde Beto, A tag cUnid no MDF-e só aceita os valores 01= KG e 02 = TON. No programa exemplo temos: // UnidMed = (uM3,uKG, uTON, uUNIDADE, uLITROS); tot.cUnid := uTon; O comentário acima que apresenta os valores possíveis esta errado, o correto será mostrar somente os valores uKG e uTON. Os demais valores se não me falha a memória são aceitos no CT-e.

Boa tarde Maiquel, É preciso saber se essa alteração não vai gerar efeito colateral para outras cidades que utilizam o mesmo provedor. O que você fez foi tornar a tag opcional para quando a alíquota for zero. Essa regra é valida para todas as cidades?

Boa tarde a todos, Com certeza é erro no webservice deles.

Boa tarde Carlos, Essas mensagens ocorrem quando não foi gerado a mensagem de dados que vai ser enviado para o webservice ou não existe no arquivo INI do provedor a definição do Envelope para o serviço que se deseja utilizar. A titulo de exemplo o Gerar, veja o arquivo INI do provedor como esta: [Gerar] IncluiEncodingCab=0 IncluiEncodingDados=0 TagGrupo= TagElemento=nfse DocElemento= InfElemento= Texto1= Não tem a definição do Envelope, veja agora de um outro provedor: [Gerar] IncluiEncodingCab=0 IncluiEncodingDados=0 Texto1=<S:Envelope xmlns:S="http://schemas.xmlsoap.org/wsdl/soap/" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:ws="http://nfse.abrasf.org.br"> Texto2=<S:Body> Texto3=<ws:GerarNfseRequest> Texto4=<nfseCabecMsg>%CabMsg%</nfseCabecMsg> Texto5=<nfseDadosMsg>%DadosMsg%</nfseDadosMsg> Texto6=</ws:GerarNfseRequest> Texto7=</S:Body> Texto8=</S:Envelope> Resumindo, o arquivo INI desse provedor esta incompleto.

Boa tarde Maiquel, A priori somente isso, mas se não esta funcionando vai ser preciso debugar para descobrir o motivo dele não obedecer.

Boa tarde Edson, No programa exemplo do componente ACBrNFSe, mais precisamente na aba WebServices temos um CheckBox onde podemos ativar a gravação do SoapEnv. [ ] Salvar Envelope Soap No caso do envio do lote vai ser salvo um XML com o seguinte nome: *-env-lot-soap.xml É esse o arquivo que eles querem.

Boa tarde Edson, Se o EnviarSincrono retornou False pode ser que o RPS não foi aceito é preciso verificar o motivo da rejeição e fazer as devidas correções e enviar novamente.