Italo Giurizzato Junior

Boa tarde, Coisa estranha no manual do provedor consta o seguinte: 6.1.2.1.10 Tag SITUACAO A tag SITUACAO refere-se ao código da situação da NFS-e e aceita números inteiros de até 4 caracteres, sendo que devem estar previamente cadastradas no sistema. <SITUACAO>1</SITUACAO>

Boa tarde, Já esta no SVN, favor atualizar todos os fones, reinstale o ACBr e inicie os testes.

Boa tarde Brajan, Mas essas informações constam no XML de retorno da referida consulta?

Bom dia, Após realizar a alteração sugerida pelo Diego, você salvou a configuração?

Bom dia Alexandre, Se o provedor não lhe responde então protocola um documento na prefeitura solicitando uma providencia quanto ao problema.

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

Gladston, Já entrei em contato, assim que eu tiver uma resposta, informo aqui.

Boa tarde, Isso também ocorre com o programa exemplo do componente ACBrCTe?

Boa tarde, Muito obrigado pela colaboração, precisamos das URLs de homologação e de produção. Já inclui na minha lista de tarefas. TK-3931

Boa tarde Gladston, Vamos lá, resumidamente como proceder a configuração dependendo do tipo de certificado: 1. Para certificado A1, podemos usar tanto o libWinCrypt como o libOpenSSL, não esqueça de setar para SSLType o valor LT_TLSv1_2 1.1 Se o certificado estiver instalado no Windows devemos informar somente o numero de série do mesmo. 1.2 Se o certificado não estiver instalado no Windows devemos informar o path + nome do PFX e a senha do certificado. 2. Para certificado A3, só é possível utilizar o libWinCrypt e não esqueça de setar para SSLType o valor LT_TLSv1_2 2.1 Devemos informar somente o numero de série do certificado.

Bom dia Alexandre, Complementado tudo o que já foi dito: A cidade de Curitiba/PR possui um webservice próprio, sendo assim criamos um provedor chamado ISSCuritiba. O layout utilizado pela cidade é a versão 1 da ABRASF. Nesta versão devemos enviar o lote com até 50 Rps. O serviço que recepciona o lote trabalha no modo assíncrono, sendo assim temos como resposta ao envio um numero de protocolo que devemos utiliza-lo no Consultar Situação. Essa consulta nos retorna a situação do lote enviado. Tipos de Situação: 1 - Lote não enviado 2 - Lote em processamento 3 - Lote processado com falhas 4 - Lote processado com sucesso Se a situação for 2 devemos aguardas alguns segundos e realizar uma nova consulta (o método ConsultarSituacao do componente ACBrNFSeX faz isso automaticamente). Se a situação for 3 ou 4 devemos Consultar o Lote de Rps, caso a situação seja 3 teremos a lista de erros, por outro lado se for 4 teremos a lista de notas. O componente possui uma propriedade de configuração chamada ConsultaLoteAposEnvio que realiza todos esse fluxo de consultas automaticamente. Tudo isso explica o porque de você enviar o lote e não ter as notas como retorno, com certeza a propriedade de configuração mencionada acima esta com o valor False.

Bom dia Valter, Realmente o layout do arquivo tem apenas 150 caracteres contra os 240 usado pelo ACBrPagFor. Não analisei o seu código ainda, mas seria muito interessante que ele seguisse a mesma ideia do ACBrPagFor, ou seja, o uso de Interface para poder contornar as variações que um banco venha fazer em cima do layout da Febraban. Vou iniciar a analise do código ainda esta semana.

Bom dia Gladston, Como lhe informei na postagem anterior tenho relatos que outros desenvolvedores estão conseguindo realizar essa consulta sem nenhum problema. Como que os caras exigem um determinado procedimento e não tem um exemplo de como fazer? Você só tem um cliente nesta cidade? Não tem nenhum outro que utilize certificado A1? Eu particularmente não gosto do certificado A3.

Boa tarde, A mensagem é clara para esta cidade, não sabemos qual é o provedor contratado pela prefeitura. Entrando no site da prefeitura descobri que o provedor contratado é o Fiorilli. Favor entrar em contato com a prefeitura ou com a Fiorilli e questione sobre a URL de produção.

Boa tarde Katia, Já esta no SVN.

Boa tarde Raphael, Já esta no SVN.

Boa tarde José, Muito obrigado pela colaboração. Já enviei para o SVN.

Raphael, Verifica se no programa exemplo do componente ocorre o mesmo problema. Caso não ocorra, com certeza você deve ter alguma linha de código na sua aplicação desabilitarão a assinatura do lote.

Gladston, Em contato com desenvolvedores de um grupo de WhatsApp que participo recebi a informação a algum tempo ocorreu esse problema mas foi sanado pela própria prefeitura. Acredito que a prefeitura tem que habilitar alguma coisa para que o prestador possa realizar essa consulta.

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

Gladston, Essa consulta funcionava e agora parou de funcionar? Nunca funcionou? Ou é a primeira vez que vocês estão tentando essa consulta?

Boa tarde Raphael, Você deve estar com os fontes desatualizados, pois na procedure Configuração da unit ISSCamacari.Provider temos: with ConfigAssinar do begin Rps := True; LoteRps := True; CancelarNFSe := True; RpsGerarNFSe := True; RpsSubstituirNFSe := True; end; Note que esta marcado com o valor True para assinar tanto o Rps quanto o Lote. Você tem fontes com alterações locais? Verifica se não tem nenhuma unit do ACBr com uma bolinha vermelha em seu ícone, caso afirmativo delete a unit. Atualize todos os fontes de todas as pastas. Reinstale o ACBr com a opção de apagar arquivos antigos marcada. Compile a aplicação com a opção Build.

Boa tarde Gladston, O certificado digital configurado no componente contem o CNPJ do prestador?

Bom dia Katia, Não podemos comparar o XML de uma nota gerado pela emissão via Site com o gerado pelo webservice, muitas vezes eles são diferentes em valores e layout. Por favor, configure o componente para salvar os arquivos Soap e faça um novo teste. Anexe aqui os arquivos Soap gerados para que possamos analisar o problema.

Bom dia José, Você chegou a alterar os fontes do componente, reinstalou e fez testes com essa alteração? Se sim, o envio foi realizado com sucesso, ou seja, não ocorreu erro de senha invalida?