Siagri Sistemas

Recentemente a minha rotina de emissão de NFSe parou de funcionar para o município de Rio Verde. Debugando o problema, descobri a falta do arquivo ProData.ini. Copie o arquivo informado e o sistema passou a dar o erro de Schema conforme a imagem em anexo. Já tentei copiar os arquivos nfse.xsd e xmldsig-core-schema20020212.xsd das pastas listadas abaixo: - ACBr\trunk2\Exemplos\ACBrDFe\ACBrNFSe\Schemas\Prodata - ACBr\trunk2\Exemplos\ACBrDFe\ACBrNFSe\Schemas\ABRASFv1 - ACBr\trunk2\Exemplos\ACBrDFe\ACBrNFSe\Schemas\ABRASFv2 Infelizmente não obtive sucesso em nenhuma das tentativas. Alguém já passou por esse problema?

Boa tarde, amigos. Estou tendo um problema na emissão de NFSe na prefeitura de Goiânia. Alguém já passou por esse problema? Segue em anexo um print do erro. Configuração do meu componente ACBrNFSe: pAcbrNfse.Configuracoes.WebServices.AguardarConsultaRet := 10000; pAcbrNfse.Configuracoes.WebServices.AjustaAguardaConsultaRet := True; pAcbrNfse.Configuracoes.WebServices.Tentativas := 10; pAcbrNfse.Configuracoes.WebServices.IntervaloTentativas := 5000; pAcbrNfse.Configuracoes.WebServices.TimeOut := 10000; Obrigado pela atenção.

Atualizei e deu certo. Muito obrigado pela ajuda. Abraços.

Boa tarde, amigos. Estou com um problema na emissão de NFCe. Alguém poderia me ajudar? Será que a tag <CNPJ> deverá ser gerada para esse caso? Segue o print do erro e a tag <pag> em anexo. pag.xml Será que para esse caso o CNPJ deverá ser gerado? Para esse caso a tag <CNPJ> deverá ser gerada também?

Bom dia senhores. Estamos com o mesmo problema. Alguma solução definitiva ? Grato.

Obrigado

@Juliomar Marchetti Boa tarde. Alguma novidade referente a esta correção? Obrigado.

Obrigado, fico no aguardo.

Pessoal, saberiam me informar se a correção está correta e se a mesma poderia ser disponibilizada no repositório ? Desde já agradeço.

@Celso Foi autorizada com sucesso.

Está itsomaTotalNFe.

Pessoal, boa tarde. Hoje meu cliente foi transmitir uma NFe com finalidade de Ajuste, a nota é um estorno de uma nota não cancelada no prazo legal, então a finalidade deve ser de ajuste. Neste casos o NCM deve ser 00, mas ao fazer a validação das regras de negócio está criticando as seguintes falhas. 564-Rejeição: Total do Produto / Serviço difere do somatório dos itens 610-Rejeição: Total da NF difere do somatório dos valores compõe o valor Total da NF Analisando a Unit ACBrNFeNotasFiscais no método ValidarRegrasdeNegocios na linha 1029 verifiquei que é feito a seguinte validação. // quando for serviço o produto não soma do total de produtos if (Prod.NCM <> '00') then fsvProd := fsvProd + Prod.vProd; Então ele irá somar a variável fsvProd apenas quando NCM diferente de 00. Mas ai que entra a situação exemplificada acima, pois a nota de Ajuste é de um produto e não serviço, e validando o XML gerado não ocorre críticas. Acredito que tenha que existir uma segunda condição nesta linha, que ao meu ver ficaria da seguinte forma. // quando for serviço o produto não soma do total de produtos, quando for nota de ajuste também irá somar if (Prod.NCM <> '00') or ((Prod.NCM = '00') and (NFe.Ide.finNFe = fnAjuste)) then fsvProd := fsvProd + Prod.vProd; Caso o NCM seja 00 e a nota seja de Ajuste irá compor total dos produtos. Por favor, vejam se está situação está correta e desde já agradeço pelo apoio.

Bom dia, Esse erro é devido os valore estarem sendo calculados sem arredondar. Vamos pegar de exemplo o primeiro item: Base de cálculo: 114,75 % de ICMS: 18% vICMSOp = 114,75 * 18% = 20,655. Arredondando: 20,66 Diferimento: 33,333% vICMSDif = 20,66 * 33,333% = 6,8865978. Arredondando: 6,89 vICMS = vICMSOp - vICMSDif vICMS = 20,66 - 6,89 = 13,77 Neste exemplo, o erro no XML está no valor da tag <vICMSDIF> que está levando 6,88 O restante dos itens do XML ocorre o mesmo problema. Ajustando o calculo utilizando os valores arredondados, o XML é validado. Segue em anexo o ajuste dos valores no seu XML. Teste_ajustado.xml

Pois é, no Teste ECF nem chega a chamar esse método e já retorna Access Violation. Vou anexar o log gerado pela minha aplicação. Estou utilizando as dll's da pasta DLLs\ECF\bematech para 64 bits. LogAplicacao.txt

Quando rodo meu aplicativo, a resposta está assim: ECF.ATIVO() OK: True ECF.PafMF_ArqMFD(C:\Siagri\Paf\Arquivos\ArquivosBinarios\BE091210100011290772_20160621_103138.MFD) ERRO: Access violation

acbrlog.txt

Bom dia, Estou recebendo um Access Violation como retorno no aplicativo Teste de Impressora Fiscal ao executar as rotinas "Arq.MF (novo)" e "Arq.MFD (novo)" do Menu Fiscal. Testei as versões 0.3.06.1 e 0.3.06.3 do ACBrMonitorPlus e o erro persiste. Alguém já passou por esse mesmo problema?

ok, só pra saber pois existe NFe no sistema que não possuem esse número e os clientes estão questionando.

Boa tarde, baixei a versão citada a cima e realizei os testes mas na consulta continua sem retornar o número de recibo(NRec).

Bom dia, existe casos em que ao enviar a NFe o sistema não recebe o protocolo de recibo da NFe, e atualmente na consulta esse protocolo não é retornado pelo AcbrMonitor na tag NRec, gostaria de saber se existe possibilidade de retornar esse número de protocolo. Estamos usando o AcbrMonitorPus 0.2.02.4 - ACBr: 0.9.0a.

Atualize seus fontes, a função foi adiciona na Revision 11584 em 04/04/2016 por juliomar:

Bom dia, Como contorno do erro você pode enviar a Guia passando o parâmetro imprimir como falso, após o envio você carrega a propriedade ACBrGNRE.GuiasRetorno com o retorno que obteve ao enviar a Guia e imprimir: ACBrGNRE.Enviar(False); ACBrGNRE.GuiasRetorno.Clear; ACBrGNRE.GuiasRetorno.LoadFromString(ACBrGNRE.WebServices.Retorno.GNRERetorno.resultado); ACBrGNRE.GuiasRetorno.Imprimir; Esse problema ocorre porque ao passar o parâmetro como true, o componente não alimenta automaticamente o "GuiasRetorno". Como ele está vazio, a procedure TACBrGNREGuiaRL.ImprimirGuia(GNRE: TGNRERetorno) não chama a procedure CarregaDados para criar os campos do ClientDataSet/TBufDataSet, ocasionando o erro. Segue o trecho do código: if Assigned(ACBrGNRE) then begin for i := 0 to TACBrGNRE(ACBrGNRE).GuiasRetorno.Count - 1 do begin frACBrGNREFortes.GNRE := TACBrGNRE(ACBrGNRE).GuiasRetorno.Items.GNRE; frACBrGNREFortes.CarregaDados; end; end

As propriedades dos campos adicionais podem mudar conforme o Estado, Código da Receita e Ambiente utilizado. Isso ocorre porque os campos adicionais são mantidos por cada UF de forma independente.

Boa tarde! Segue os fontes com os seguintes ajustes na Consulta UF: ACBrGNREWebServices, pgnreRetConsConfigUF: Retirado as propriedades que são características da receita; pgnreConfigUF: Adicionado as propriedades que estavam na unit ACBrGNREWebServices; pgnreRetCampoAdicional: Ajustado nome das tags adicionando "ns1:" no início; Adicionado verificação da existência da tag "ns1:casasDecimais"; pgnreRetDetalhamentoReceita, pgnreRetPeriodoApuracao, pgnreRetProduto, pgnreRetTipoDocumentoOrigem: Ajustado nome das tags adicionando "ns1:" no início; pgnreRetReceita: Ajustado nome da tag "courier" retirando os caracteres "ns1:"; Ajustado para alimentar as propriedades da receita: exigeContribuinteEmitente, exigeDataVencimento, exigeDataPagamento e exigeConvenio; ACBrGNREWebServices.pas pgnreConfigUF.pas pgnreRetCampoAdicional.pas pgnreRetConsConfigUF.pas pgnreRetDetalhamentoReceita.pas pgnreRetPeriodoApuracao.pas pgnreRetProduto.pas pgnreRetReceita.pas pgnreRetTipoDocumentoOrigem.pas

Boa tarde, Ao efetuar a Consulta UF está apresentando um erro de conversão ao obter o código da receita, ocorre na linha 214 da unit pgnreRetReceita.pas. Está tentando obter o código e a descrição da receita pelas strings "ns1:codigo" e "ns1:descricao", porem o retorno do XML não existe os caracteres "ns1:" antes. Retirei o caractere "ns1:" e funcionou corretamente, tanto no delphi quanto no lazarus no ambiente de homologação. Segue nos anexo as imagens do XML e do commit que fez o ajuste, e também segue o arquivo "pgnreRetReceita.pas". pgnreRetReceita.pas