Siagri Sistemas

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

Boa tarde André Ferreira. Obrigado pela resposta. Realmente é um problema da SEFAZ. Liguei para o suporte de TI da SEFAZ MT, realmente existe um problema no recebimento das NF-e's, mas até o momento não existe resposta para o problema.

Boa tarde Pessoal. Utilizamos o ACBrMonitorPlus. Temos vários clientes no MT e MS que estão tendo problema na transmissão de NF-e. Na sexta-feira emitimos nota normalmente e hoje 01/02/2016 deu esse problema. Não achei nenhuma alteração na legislação do MT ou até mesmo a nível nacional que justifique o problema. Estou utilizando a versão 2.02.0 do ACBrMotirnoPLUS. Segue em anexo o XML que estou tentando transmitir para exemplo. Alguém sabe como solucionar esse problema? 51160209409968000655550010003007931000108953.xml

Entendi sobre o modo de postar as duvidas obrigado. Esqueci de mencionar que estou usando o ACBrMonitor Plus, então neste caso não alimento as variáveis e sim gero um XML e envio o comando ao monitor para ele validar ou enviar o XML dai ele modifica o XML fincado incorreto o valor das tags mencionadas.

Bom dia, ao validar o XML do MDFe está gerando um valor incorreto para a tag <qtdRat> filha da tag <infUnidTransp> e tag <qtdRat> filha da tag <infUnidCarga>, no XML original que gero está correta as informação mas apos validar fica errada. Ex: Tags originais antes de validar. <infUnidTransp> <tpUnidTransp>1</tpUnidTransp> <idUnidTransp>IDTR01</idUnidTransp> <lacUnidTransp> <nLacre>IDTR01LC1</nLacre> </lacUnidTransp> <lacUnidTransp> <nLacre>IDTR01LC2</nLacre> </lacUnidTransp> <infUnidCarga> <tpUnidCarga>1</tpUnidCarga> <idUnidCarga>IDUCTR0101</idUnidCarga> <lacUnidCarga> <nLacre>IDUCTR0101LC01</nLacre> </lacUnidCarga> <lacUnidCarga> <nLacre>IDUCTR0101LC02</nLacre> </lacUnidCarga> <qtdRat>5.49</qtdRat> </infUnidCarga> <qtdRat>3.25</qtdRat> </infUnidTransp> <infUnidTransp> <tpUnidTransp>1</tpUnidTransp> <idUnidTransp>IDTR02</idUnidTransp> <lacUnidTransp> <nLacre>IDTR02LC01</nLacre> </lacUnidTransp> <infUnidCarga> <tpUnidCarga>1</tpUnidCarga> <idUnidCarga>IDUCTR0201</idUnidCarga> <lacUnidCarga> <nLacre>IDUCTR0201CL01</nLacre> </lacUnidCarga> <qtdRat>99.99</qtdRat> </infUnidCarga> <qtdRat>10.99</qtdRat> </infUnidTransp> Tags apos a validação. <infUnidTransp> <tpUnidTransp>1</tpUnidTransp> <idUnidTransp>IDTR01</idUnidTransp> <lacUnidTransp> <nLacre>IDTR01LC1</nLacre> </lacUnidTransp> <lacUnidTransp> <nLacre>IDTR01LC2</nLacre> </lacUnidTransp> <infUnidCarga> <tpUnidCarga>1</tpUnidCarga> <idUnidCarga>IDUCTR0101</idUnidCarga> <lacUnidCarga> <nLacre>IDUCTR0101LC01</nLacre> </lacUnidCarga> <lacUnidCarga> <nLacre>IDUCTR0101LC02</nLacre> </lacUnidCarga> <qtdRat>5.49</qtdRat> </infUnidCarga> <qtdRat>5.49</qtdRat> </infUnidTransp> <infUnidTransp> <tpUnidTransp>1</tpUnidTransp> <idUnidTransp>IDTR02</idUnidTransp> <lacUnidTransp> <nLacre>IDTR02LC01</nLacre> </lacUnidTransp> <infUnidCarga> <tpUnidCarga>1</tpUnidCarga> <idUnidCarga>IDUCTR0201</idUnidCarga> <lacUnidCarga> <nLacre>IDUCTR0201CL01</nLacre> </lacUnidCarga> <qtdRat>99.99</qtdRat> </infUnidCarga> <qtdRat>99.99</qtdRat> </infUnidTransp> Segue em anexo arquivo original e arquivo validado. original-mdfe-Val.xml apos validacao-mdfe.xml

Boa tarde, gostaria de saber se o ACBrNFeMonitor2 0.9.10.0(CAPICOM) está apto para emissão de MDFe, se sim quais configurações devem ser feitas a mais tendo em vista que este ACBrNFeMonitor já está emitindo NFe normalmente. Se não qual versão ACBrNFeMonitor devo usar ou seria outro monitor? Testes realizados com ACBrNFeMonitor2 0.9.10.0(CAPICOM) estão apresentado a mensagem de erro: WebService Consulta Status serviço: - Inativo ou Inoperante tente novamente. - A propriedade ou o objeto não foi encontrado

Bom dia, encontrei o problema que causava esse erro, estava gerando o xml com caracteres de fim de linha e return. Obrigado.

Boa tarde, ao validar o XML do MDFe está gerando um valor incorreto para a tag UF do veículo de tração, no XML original que gero está correta a informação mas apos validar fica errada. O problema só ocorre quando é informado os dados do proprietário do veículo. Ex: Tags originais antes de validar. <veicTracao> <cInt>1</cInt> <placa>KKK1312</placa> <RENAVAM>45654646545</RENAVAM> <tara>15</tara> <capKG>35</capKG> <capM3>300</capM3> <prop>...</prop> <condutor>...</condutor> <condutor>...</condutor> <tpRod>01</tpRod> <tpCar>00</tpCar> <UF>AM</UF> </veicTracao> Tags após a validação. <veicTracao> <cInt>1</cInt> <placa>KKK1312</placa> <RENAVAM>45654646545</RENAVAM> <tara>15</tara> <capKG>35</capKG> <capM3>300</capM3> <prop>...</prop> <condutor>...</condutor> <condutor>...</condutor> <tpRod>01</tpRod> <tpCar>00</tpCar> <UF>F></UF> </veicTracao>

Boa tarde Pessoal. Ainda continuo com o problema na transmissão de NF-e com CST051. Segue em anexo um XML que está dando erro. 51151109409968000655550010000016071000583783.xml

Olá pessoal, também estou com problema a respeito do diferimento de ICMS com CST 51 que retorna a mensagem (Valor do ICMS no CST=51 não corresponde a diferença do ICMS operacão e ICMS diferido) isso para alguns valores de base de calculo, consegui emitir notas com itens com as seguintes base de cálculo 140,00 100,00 e etc. Já em itens com base de calculo de 70,00 e 80,00 por exemplo o erro acontece, segue um exemplo dos valores preenchidos nas tags: <vTotTrib>8.82</vTotTrib> <ICMS> <ICMS51> <orig>0</orig> <CST>51</CST> <modBC>3</modBC> <vBC>70.00</vBC> <pICMS>18.0000</pICMS> <vICMSOp>12.60</vICMSOp> <pDif>30.0000</pDif> <vICMSDif>3.78</vICMSDif> <vICMS>8.82</vICMS> </ICMS51> </ICMS> Se alguém puder me ajudar fico grado, desde já obrigado.

Olá pessoal, a respeito do diferimento de ICMS com CST 51 estou com um problema que retorna a mensagem (Valor do ICMS no CST=51 não corresponde a diferença do ICMS operacão e ICMS diferido) isso para alguns valores de base de calculo, consegui emitir notas com itens com as seguintes base de cálculo 140,00 100,00 e etc. Já em itens com base de calculo de 70,00 e 80,00 por exemplo o erro acontece, segue um exemplo dos valores preenchidos nas tags: <vTotTrib>8.82</vTotTrib> <ICMS> <ICMS51> <orig>0</orig> <CST>51</CST> <modBC>3</modBC> <vBC>70.00</vBC> <pICMS>18.0000</pICMS> <vICMSOp>12.60</vICMSOp> <pDif>30.0000</pDif> <vICMSDif>3.78</vICMSDif> <vICMS>8.82</vICMS> </ICMS51> </ICMS> Se alguém puder me ajudar fico grado, desde já obrigado.