Italo Giurizzato Junior

Boa tarde Jéter, Muito obrigado pela colaboração. Fiz uma alteração nas suas implementações de tal forma que não houve a necessidade de alterar as Units: pcnConversao e pcnLeitor. Favor atualizar todos os fontes e realizar novos testes.

Bom dia, Favor fazer uma cópia dos seus fontes e depois atualizar. Refaça os testes. Agora temos os INI: Agili e Agiliv2 bem como uma pasta de Schemas: Agili e Agiliv2 Removi a propriedade VersaoLayout dos INI, contornei o problema de uma forma diferente.

Boa noite Ricardo, Nunca vi nenhum DANFSE com os dados do Tomador Intermediário.

Boa noite, Qual é o problema em informar os dados para o tomador os mesmos do Prestador?

Boa noite, Vamos padronizar Agili.INI -> versão 1 AgiliV2.INI - versão 2 Como foi feito com o provedor Pronim, onde temos o Pronim.INI e PronimV2.INI Amanhã vou analisar as suas alterações e farei alguns ajustes.

Boa noite Everson, Pelo que eu entendi você quer adicionar mais de um serviço no RPS? Se sim, lembre-se que somente uns 2 ou 3 provedores admitem isso, todos os demais só permitem que seja informado somente um serviço.

Boa noite Jéter, Quanto ao erro de tempo limite, altere o valor da propriedade Timeout. Quanto a esse problema nas TAGs vamos resolver amanhã.

Boa noite, Muito obrigado pela colaboração, já esta no repositório. Favor atualizar os seus fontes, pois essa unit que você anexou esta desatualizada com o que esta no repositório.

Boa noite Wagner, Primeiramente, favor anexar os fontes que você precisou alterar para que o envio ocorresse com sucesso. Segundo, realiza a consulta da NFS-e por RPS, normalmente essa consulta visa retornar o XML da NFS-e com base no RPS enviado.

Boa noite Edson, Faça o seguinte teste, altere a linha: [URL_H]RecepcaoLoteRPS=******* (...) ; Araruama/RJ RecepcaoLoteRPS_3300209=http://209.126.222.200/nfe/SNIssDigitalSVC_Araruama.dll/soap/IuWebServiceIssDigital para ; Araruama/RJ RecepcaoLoteRPS_3300209=http://209.126.222.200/nfe/SNIssDigitalSVC_Araruama.dll E tenta realizar o envio.

Boa noite Mosoro, Você conseguiria uma lista de cidades do provedor Actcon que usa a versão 1 e as que usam a versão 2. Pelo jeito vamos ter que fazer algo semelhante o que foi feito com o provedor Pronim, temos o Pronim e PronimV2. Teremos o Actcon e ActconV2.

Boa noite Adenilde, Pelo XML que você anexou confirma que a nota 48 se refere ao rps 169, sendo assim sugiro que você entre em contato com o provedor. Anexe o XML de pedido de cancelamento e o retorno.

Boa noite Jacson, O componente existe e é o ACBrNFSe e você pode utiliza-lo na sua aplicação Delphi ou Lazarus. O que o Celso e o Juliomar disseram é que o ACBrMonitor PLus, utilizado por desenvolvedores que escrevem as suas aplicações em outras linguagens que não seja o Object Pascal, não emite a NFS-e, somente a NF-e, NFC-e, CT-e, MDF-e e o GNRE.

Boa noite, Se tratando da NFS-e o que a sua aplicação vai gerar e enviar é o RPS - Recibo Provisório de Serviço que deverá ser numerado sequencialmente. Outra coisa importante ao enviar o Lote de RPS devemos informar o numero do Lote. Te aconselho que o numero do Lote também seja um numero sequencial controlado pela sua aplicação, pois alguns provedores rejeitam o Lote caso este tenha o mesmo numero de outro já enviado. O provedor ao receber o Lote de RPS vai valida-lo, estando tudo OK retorna o XML da NFS-e - Nota Fiscal de Serviço Eletrônica que terá um numero sequencial. O numero da NFS-e é gerado pelo provedor e não necessariamente é igual ao numero do RPS. Espero ter ajudado.

Boa tarde Kiko, A noticia esta diferente: (...) A consulta em produção passará a ser feita pela URL http://nfe.sefaz.go.gov.br/nfeweb/sites/nfce/danfeNFCe a partir do próximo dia 25. E para a homologação, o contribuinte deverá acessar o endereço http://homolog.sefaz.go.gov.br/nfeweb/sites/nfce/danfeNFCe, a partir do dia 1º de agosto. (...) Link da noticia: http://aplicacao.sefaz.go.gov.br/index.php/post/ver/213546/alteradas-urls-de-consulta-da-nota-do-consumidor-eletronica

Boa tarde Gilberto, Favor entrar em contato com a SEFAZ-GO, pois esta estranho eles alterarem a URL do ambiente de produção antes do ambiente de homologação. Normalmente uma alteração é implementada no ambiente de homologação para que possamos realizar os testes e depois de alguns dias ou meses é alterado no ambiente de produção.

Bom dia, Tenta entrar em contato com o provedor e pede a eles o layout do Envelope a ser enviado para o Web Services, acredito que o componente esteja montando de forma errada.

Rodrigo, Esse provedor possui uma URL padronizada de homologação e produção para todas as cidades. O que altera é um fragmento delas que é o nome da cidade. E no arquivo Actcon.INI temos ambas as URLs. Sendo assim o que você precisa fazer é realizar os testes no ambiente de homologação e depois em produção.

Bom dia, Vamos comparar as duas chaves: 33160702620499000165650030000026291000026299 33940702620499000165650030000026291000026290 O que esta diferente? O Ano e Mês de emissão ( 94 07 ) e o digito verificador ( 0 ). Se corrigir o Ano e Mês, o digito verificador vai ser corrigido automaticamente uma vez que é o procedimento que o calcula. Tente fazer fazer da seguinte forma: GerarChave(chave, 33, 2629, 65, 3, 2629, 1, StrToDate('18-07-2016'), '02620499000165') ou GerarChave(chave, 33, 2629, 65, 3, 2629, 1, StrToDate('18/07/2016'), '02620499000165')

Bom dia Rodrigo, Agora sim, com a URL de homologação pude validar a sua informação, realmente o provedor dessa cidade é o Actcon. Sendo assim o exemplo disponibilizado esta errado, como dito antes a versão do layout usado por esse provedor é a versão 2 e somente o Lote é assinado. Inclui a cidade no arquivo Cidades.INi Favor atualizar todos os fontes de todas as pastas e iniciar os testes. Fico no aguardo dos resultados, caso tudo esteja funcionando, vou incluir esse provedor na minha lista de provedores que estão funcionando 100%.

Rodrigo, No caso do provedor Actcon as URLs de homologação e produção contem o nome ou parte do nome da cidade, sendo assim sem saber as URLs e o provedor corretamente não temos como incluir essa cidade. Favor entrar em contato com a prefeitura e solicitar essas URLs e o nome da empresa contratada para recepcionar as NFS-e.

Boa tarde Valdir, A mensagem de erro diz que '1' viola a quantidade mínima que é de '2', ou seja, você tem que enviar no mínimo 2 RPS e não 1 apenas.

Rodrigo, Isso é estranho, pois até onde sei o provedor Actcon segue a versão 2 do layout da ABRASF e somente o lote é assinado. Analisando o XML anexado por você noto que se trata da versão 1 e tanto o RPS quanto o Lote são assinados. Na versão 1, logo após a TAG <Rps> vem a <InfRps>, jã na versão 2 o que vem após a <Rps> é <InfDeclaracaoPrestacaoServico> A não ser que esse provedor trabalha com as 2 versões. Para algumas cidades a versão utilizada é a 1 e para outras é a versão 2.

Boa tarde Jéter, Muito obrigado pela colaboração, já enviei para o repositório. Fiz uma alteração no arquivo NFSeBrasil.INI que talvez resolva o erro: " String could not be parsed as XML " Favor atualizar todos os fontes de todas as pastas e utilizar o INI que esta disponível.

Boa tarde Rodrigo, Pelo XML em anexo, realmente se trata de um XML layout ABRASF e é da versão 1. Precisamos agora saber qual é a empresa (provedor) contratada pela prefeitura de Leopoldina/MG. Você deve ter notado que no arquivo Cidades.INI para cada cidade incluída temos que informar o seu provedor.