Dercide Alvarez

Bom dia, Tenho clientes em Santo André, e emitem NFSe sem problema. Tente passar o código de Tributação do Municipio nesse formato 14.01 / 331399900 Servico.CodigoTributacaoMunicipio := '14.01 / 331399900'; Dercide Alvarez

Acredito que o componente não tenha essa finalidade de pagamento e sim apenas de cobrança. Se me lembro tem um componente que AcbrCNAB que não foi finalizado que faz isso que você necessita. Basta pesquisar no forum que deve encontrar.

Boa tarde, O erro é o provedor ou do componente ? O ideal seria você postar a mensagem de erro, e verificar se chegou a gerar o RPS. Trabalhei muito com esse provedor até um tempo atras, e não tive problema nenhum. Dercide Alvarez

Boa tarde Italo, Itaperuna-RJ (3302205) novamente mudou o endereço do Webservice para envio dos RPS. Antigo ==> 162.144.112.126 Novo ==> 162.214.152.228 Meu cliente ja enviou notas em produção pra o novo endereço. Segue o .INI Dercide. Pronimv2.INI

Tem vários post falando sobre isso, use a pesquisa. Dá uma olhada nesse post, talvez ajude, é apenas um exemplo.

Veja o programa exemplo da NFe, lá tem todas essas opções.

Como relatei, passei por esse problema, e com após a inclusão dessa linha, a remessa foi homologada. Veja que nosso companheiro também usou pOutras e foi homologado, a partir desse post que eu fiz a minha alteração. Então passe pNenhum e depois post o retorno.

Bom dia, Passei por esse problema após uma atualização do componente, o cliente que gerava a tempos remessa apresentou esse mesmo problema após atualizar o sistmema. Inclui essa linha na geração dos boletos de remessa : Sacado.SacadoAvalista.Pessoa := pOutras; E resolveu o problema, isso aconteceu dia 21/09. Dercide.

Eu acho que somente depois que vc consultar o lote e baixar todas as NFe geradas, irá conseguir consultar dados de uma nota atraves da consulta do xml da nota. Pois enquanto o lote não for processado, não terá o retorno, e as notas não foram autorizadas ainda. Talvez consultando a CHAVE individual tenha algum retorno, mas não vejo logica em ir consultando separada do lote.

Como eu postei anteriormente, no CCC a IE, esta como invalida, e com isso a nota não será autorizada, é um problema interno deles na geração das IE, via software não tem o que ser feito.

Ao consultar no cadastro centralizado a IE esta como invalida. Tem que entrar em contato com o cliente e pedir para ele verificar.

Bem isso, é no XML antes do processamento, eu abri o outro XML. Esse já deu erro de abertura.

Ele esta informando a pDevol do item, o que ele afirma é que o vIpiDevol esta sendo zerado, mesmo ele alimentando o campo. Nos dois xml estão iguais. Tente ZERAR a base do IPI, que esta sendo informada nos tributos, pode ser isso. Dercide.

Acredito que pelo fato da empresa ser do regime normal, não precise utilizar o vIpiDevol, pois essa tag é para empresas não contribuinte do IPI, no caso Simples Nacional. É o que diz no manual, mas muitos discordam. Como a finalidade da nota é devolução, os valores devem serem preenchidos em campos próprio, segundo o manual. Dercide Alvarez

Layout de Arquivo Padrão 240 – Cobrança Versão 3.2 Abril/2019

Não lembro o que aconteceu na época, mas foi homologado conforme o meu post. Temos que ver no manual atualizado. No manual que eu tenho, os valores aceitos, são 1 e 2.

Não lembro o que aconteceu na época, mas foi homologado conforme o meu post. Temos que ver no manual atualizado.

Tem que ver a situação, pelo o que vi, isso varia de estado para estado. Vc marcou ele como isento ou não contribuinte ? Tenta marcar como não contribuinte e consumidor final. Dercide.

Bom dia, Consulta no cadastro centralizado : https://dfe-portal.svrs.rs.gov.br/NFE/CCC Pode ser que o cliente tenha algum problema.

Basta trocar no cidades.ini, coloque o Provedor=ISSNET E procure pelos link do nota control. Exemplo : [3541000] Nome=Praia Grande UF=SP Provedor=ISSNET NomeURL_H=wshomologacao NomeURL_P=praiagrande Depois pode fazer os testes e dando tudo certo, de o retorno com o Cidades.ini atualizado, ai o pessoal disponibiliza o novo arquivo se estiver funcionando. Dercide Alvarez

Acredito que não tenha como fazer isso, pois a configuração provavelmente deve ser para todo o componente. Mas esse teu cliente é muito chato, pois isso não tem nada haver.

Bom dia @Cassiano Rovida Quando acontece esse tipo de problema de enviar e dar Time Out, caso o meu sistema consiga pegar o PROTOCOLO, eu utilizo o Consultar Lote, senão uso o Consultar RPS. É lógico que o provedor tiver com problema, como aconteceu essa semana com o Betha, tem que ficar tentando as consultar para atualizar a base de dados do sistema. Para o cliente não ficar parado, oriento a entrar no site e imprimir a nota por lá, depois quando a consultar der certo, atualiza a base de dados.

ACBrNFSe1.Configuracoes.WebServices.AguardarConsultaRet := 3000; // Primeira consulta apos envio 3s ACBrNFSe1.Configuracoes.WebServices.IntervaloTentativas := 5000; // Intervalo entre cada consulta 5s ACBrNFSe1.Configuracoes.WebServices.Tentativas := 8; ACBrNFSe1.Configuracoes.WebServices.AjustaAguardaConsultaRet := True; ACBrNFSe1.Configuracoes.WebServices.TimeOut := 10000;

Eu tinha um cliente, orgão do governo, que emitia nota de comunicação, porém era emitida em formulário continuo. O convenio 115, é para gerar o arquivo de remessa com o resumo da movimentação do mês, ai tem que baixar o validador e emissor que emite direto para a receita do estado, senão me engano. É tipo um sintegra ou Sped, um resumo das notas de comunicação. Dercide Alvarez

Hoje em Sinop-MT um cliente enviou sem problemas, parece que normalizou depois de 3 dias de lentidão. Nenhum cliente mais reclamou hoje. Quanto aos tempos, acredito que estejam coerentes, senão tiver lentidão irá funcionar perfeitamente. Se tiver lentidão nem adianta aumentar os tempos que vai pendurar teu sistema.