Italo Giurizzato Junior

Boa tarde Marcos, Você esta com todos os fontes de todas as pastas atualizados? Se sim, reinstalou a suíte ACBr usando o ACBrInstall_trunk2 com a opção de apagar arquivos antigos marcada? Se sim, esse erro também ocorre com o programa exemplo? Você configurou corretamente a pasta onde esta os schemas do provedor SP?

Olá Pessoal, Existem alguns provedores que permitem informar uma lista de Itens. São eles: SimplISS, esse provedor "segue" a versão 1 do layout da ABRASF. Elotech e FintelISS, esses 2 provedores "seguem" a versão 2 do layout da ABRASF. Agiliv1, Agiliv2, AssessorPublico, EL, Equiplano, Governa, Infisc, IPM, ISSDSF, Siat e SmarAPD, todos esses provedores possuem um layout próprio.

Olá Pessoal, Existem alguns provedores que permitem informar uma lista contendo as datas de vencimento e os valores de cada parcela. São eles: Betha e Publica, esses 2 provedores "seguem" a versão 1 do layout da ABRASF. Infisc, IPM e SmarAPD, esses 3 provedores possuem um layout próprio.

Bom dia Camilo, Você postou o mesmo problema duas vez com usuários diferentes. Vamos continuar somente na postagem: Vou fecha esta.

Bom dia Sergio, Mas as duas informações que você diz que esta faltando, elas estão presentes no quadro de Peso Aferido (Kg).

Olá pessoal, O MDF-e tem uma particularidade em relação aos demais DF-e. Não importa em qual UF se encontra o contribuinte, todos os MDF-e de todos os contribuintes são recepcionados pela SVRS - SEFAZ-Virtual do Rio Grande do Sul e não existe um SVC - SEFAZ-Virtual de Contingência para o MDF-e. Como é que fica se a SVRS estiver parada? Conforme consta no Manual do MDF-e Visão Geral versão 3.00 - item 12 páginas 99, 100 e 101 a solução é emitir o MDF-e em contingência offline. Ações para a emissão em Contingência offline: Configurar o componente -> Configuracoes.Geral.FormaEmissao = teContingencia; Se você utiliza componente nativo para Delphi a propriedade é: ACBrMDFe.Configuracoes.Geral.FormaEmissao := teContingencia; Se você usa Lib, vai utilizar o método MDFe_ConfigGravarValor para definir a FormaEmissao nas configurações: MDFE_ConfigGravarValor("MDFe", "FormaEmissao", 1); Caso utilize ACBrMonitorPLUS, é o comando MDFe.SetFormaEmissao: MDFe.SetFormaEmissao(2) Alimentar o componente alterando o valor de tpEmis para teContingencia; Se você utiliza o componente nativo para Delphi/Lazarus: ACBrMDFe.Manifestos[0].Ide.tpEmis := teContingencia; Se você utiliza Lib ou Monitor, no arquivo INI que usa para gerar o MDFe: [ide] tpEmis=2 Executar os métodos Assinar e Validar da solução respectiva que estiver usando; Imprimir o DAMDFE usando o comando correspondente na solução respectiva que estiver usando. Quando a SEFAZ-Virtual do RS voltar os passos são: Configurar o componente -> Configuracoes.Geral.FormaEmissao = teNormal; Se você utiliza componente nativo para Delphi a propriedade é: ACBrMDFe.Configuracoes.Geral.FormaEmissao := teNormal; Se você usa Lib, vai utilizar o método MDFe_ConfigGravarValor para definir a FormaEmissao nas configurações: MDFE_ConfigGravarValor("MDFe", "FormaEmissao", 0); Caso utilize ACBrMonitorPLUS, é o comando MDFe.SetFormaEmissao: MDFe.SetFormaEmissao(1) Carregar o XML com o método LoadFromFile; Executar o método Enviar; Imprimir o DAMDFE. Tomem cuidado com o prazo, pois um MDF-e emitido em Contingência deve ser enviado para a SEFAZ para ser autorizado dentro do prazo de 168 horas contados a partir da data/hora de emissão (dhEmi) que consta no XML do mesmo. Alerta: Não altere o XML gerado em contingência quando for transmitir.

Bom dia Otavio, O Juliomar lhe mostrou como salvar o XML gerado sem a assinatura, uma vez que o AV ocorre ao tentar assinar. Você poderia gerar e anexar o XML para que possamos analisar? Outra coisa o AV ocorre na linha 282 da unit ACBrNFeNotasFiscais, correto? Tentou durante o "debug" dar Trace into (F7) nessa linha? Pois dessa forma saberemos a linha exata que ocorre o AV, uma vez que o método Assinar da linha 282 esta implementando na unit ACBrDFeSSL.

Boa tarde Otavio, Eu salvaria o XML assinado, pois se você gerar o XML e tentar validar ele vai ocorrer erro de validação, uma vez que a validação exige que o XML esteja assinado. E para ter o XML assinado salvo em disco basta executar o método Assinar.

Boa tarde Joemil, Também tive esse erro nos meus testes. Até onde sei o erro 401 significa: "Embora o padrão HTTP especifique "unauthorized", semanticamente, essa resposta significa "unauthenticated". Ou seja, o cliente deve se autenticar para obter a resposta solicitada." Acredito que para que você possa enviar o RPS para o webservice se faz necessário solicitar junto ao provedor a sua liberação, o provedor deve ter uma lista de pessoas físicas e jurídicas que tem a permissão de consumir o webservice.

Boa tarde Lucas, Por favor não fique criando varias postagens referente ao mesmo assunto. Já respondi a sua outra postagem onde você anexou os arquivos Cidades.ini e GovBR.ini Respondendo a sua pergunta, depende, tem provedor que devemos alterar somente o Cidades.ini e outros temos que alterar também o INI do provedor. Vou fechar este tópico.

Boa tarde Lucas, Pelo que vi no site da prefeitura ainda consta o provedor 4R. Mas pela URL que você tem não é o provedor GovBr e sim o Pronimv2.

Boa tarde Marcos, Favor atualizar os fontes e faça novos testes.

Bom dia Eliezer, Se você utiliza o DANFSE feito em Fortes Report o layout é único para todos os provedores. Mas nada impede de você criar um novo componente para impressão do DANFSE com um layout especifico para a cidade de São Paulo. Hoje temos ACBrNFSeDANFSeRLRetrato que é o padrão, você pode criar o EliezerDANFSeRLRetratoSP com esse nome acredito que você não vai precisar reinstalar ele toda vez que você reinstalar a suíte ACBr. Desta forma a sua aplicação vai ter os componentes: ACBrNFSe, ACBrNFSeDANFSeRLRetrato e EliezerDANFSeRLRetratoSP. Na propriedade DANFSE do componente ACBrNFSe é possível em tempo de execução, hora ligar com o ACBrNFSeDANFSeRLRetrato, hora ligar com o EliezerDANFSeRLRetratoSP.

Bom dia Marcos, Primeiramente peço desculpas pela demora em analisar a sua contribuição. Segundo não entendi o motivo de você implementar o método para ler o XML versão 1.00, pois a unit (ACBrGNREGuiasRetorno) onde ele foi implementado se refere a leitura do retorno. Até onde sei na versão 1 do GNRE o retorno da Guia esta no formato TXT e não XML, por outro lado na versão 2 do GNRE o retorno da Guia esta no formato XML.

Bom dia João, Muito obrigado pela colaboração, vou incluir na minha lista de tarefas.

Sandro, Analisando a rotina que monta a string da assinatura para ser convertida, a sequencia: 000000000021803 de 15 dígitos se refere ao valor do serviço: sValorServico := Poem_Zeros( OnlyNumber( FormatFloat('#0.00', (NFSe.Servico.Valores.ValorServicos - NFSe.Servico.Valores.ValorDeducoes) ) ), 15); O componente esta calculando o valor R$ 218,03 e o provedor esta calculando R$ 218,02 Se o valor da dedução é zero o problema realmente esta no calculo do Valor do serviço (campo ValorServicos).

Bom dia Joemil, Favor atualizar os fontes e faça novos testes.

Bom dia Fellipe, Já enviei para o repositório.

Bom dia Deivid, Já enviei para o repositório com uma pequena alteração. O novo parâmetro que você anexou coloquei ele por ultimo para não gerar efeito colateral com os outros desenvolvedores que utilizam o pagina.

Bom dia Danny, A alteração que você fez vai afetar todas as cidades que se utilizam desse provedor. Favor verificar se essa alteração é para somente a cidade de Cerquilho/SP ou se é valida para todas as cidades atendidas pelo provedor 4R.

Bom dia Sandro, Primeiramente é preciso comparar o conteúdo da assinatura antes de ser convertido gerado pelo componente com o apresentado pela mensagem de rejeição, pode ser apenas um caractere que esteja errado.

Bom dia Igor, Os últimos testes que fiz ocorrem um erro acusando que encontrou o fim dos dados, não compreendi o motivo, esta muito complicado encontrar um solução para o problema.

Mas esta errado, o correto é da forma que eu coloquei.

Bom dia, O campo ExigibilidadeISS é do tipo TnfseExigibilidadeISS e os valores são: TnfseExigibilidadeISS = ( exiExigivel, exiNaoIncidencia, exiIsencao, exiExportacao, exiImunidade, exiSuspensaDecisaoJudicial, exiSuspensaProcessoAdministrativo, exiISSFixo ); No XML os valores vão ser 1, 2, 3, 4, 5, 6 , 7 ou 8 dependo do valor acima informado no campo ExigibilidadeISS. Exemplo: Servico.ExigibilidadeISS := exiExigivel;

Bom dia a todos, Tem alguns provedores mudando e só vão aceitar o envio segundo o protocolo TLS versão 1.2 Favor verificar se o problema não é esse. Em SSLType mude para LT_TLSv1_2