[Valor líquido - Provedor IPM]

Olá,

Na unit pnfsNFSeR o método LerNFSe_IPM está usando o a TAG <valor_total> para preencher a ValorServicos e também ValorLiquidoNfse.

Desta forma o valor líquido não está considerando o desconto, imprimindo incorretamente o valor líquido na nota.

Fiz um ajuste seguindo a lógica do método LerNFSe_SigIss, incluindo um cálculo para a propriedade ValorLiquidoNfse logo após a leitura dos valores do XML.

Em anexo envio arquivo para análise. A alteração está no método LerNFSe_IPM linha 3760.

pnfsNFSeR.pas

[Registros em Duplicidade (0400, 0450 e 0460)]

Está certo!

No demo cliquei no botão "Registros Bloco 0" e depois em "Gerar arquivo do SPED Fiscal completo".. por isso gerou duas vezes. 

Resolvido, obrigado.

[Registros em Duplicidade (0400, 0450 e 0460)]

Alguns registros do arquivo SpedFiscal estão sendo gerados em duplicidade.

Notei este problema nos registros 0400, 0450 e 0460

Abaixo trecho do Sped gerado pelo demo do ACBrSPEDFiscal com exemplo da duplicidade

|0400|99991|DESCRIÇÃO DA NATUREZA DE OPERAÇÃO 12020|
|0400|99991|DESCRIÇÃO DA NATUREZA DE OPERAÇÃO 12020|
|0450|000001|INFORMAÇÃO COMPLEMENTAR DO DOCUMENTO FISCAL|
|0450|000001|INFORMAÇÃO COMPLEMENTAR DO DOCUMENTO FISCAL|
|0460|000001|TEXTO DE OBSERVAÇÃO DO DOCUMENTO FISCAL|
|0460|000001|TEXTO DE OBSERVAÇÃO DO DOCUMENTO FISCAL|

 

[Capturar dados para bloco X]

Obrigado pelas dicas, farei os testes e posto aqui se conseguir algo mais prático para este problema.

[Capturar dados para bloco X]

Olá,

Existe alguma forma de capturar os dados da Redução Z e Vendas existentes na impressora para geração do bloco X? 

Estou com a situação de um cliente que não tem os dados gravados em banco de dados (usava outro sistema) e precisa enviar alguns arquivos.

Poderia capturar os dados via leitura da memória, mas teria que lançar isso no banco manualmente. Seria bem trabalhoso. 

Alguém passou por situação semelhante? Qual seria a melhor solução?

[ERRO 12175]

 

[Distribuição de Documentos Fiscais | Erro no SSL/TLS]

Qual a versão do Sistema Operacional? 

O Windows 7 e 8.1 precisam estar atualizados para o funcionamento da versão 4.0 com TLS 1.2 usando a WinCrypt.

[Grupo Duplicata não deve ser preenchido - NF-e 4.0]

O prazo para implantação das alterações trazidas pela versão 1.50 desta NT é:

 

Ambiente de Homologação (ambiente de teste das empresas): 02/05/2018.

Ambiente de Produção: 16/05/2018.

[Erro ao consultar CNPJ com captcha]

Instabilidade no site da Receita. Pelo site na opção de "Captcha Sonoro" (link que é usado pelo ACBr) também não funciona.

O jeito é aguardar normalizar.

[Impressão Fast Report Caixa]

Segue PDF referente o modelo com a alteração.

Boleto1.pdf

[Impressão Fast Report Caixa]

Olá,

Estou fazendo a homologação na Caixa Econômica e não está saindo os 0800 do SAC na impressão do boleto em Fast Report.

No componente a propriedade OrientacoesBanco é preenchida corretamente, porém a informação não está no arquivo .fr3.

Fiz a alteração no arquivo BoletoNovo.fr3 para sair os dados no Recibo do Pagador.

Segue anexo caso para análise e se possível subir para SVN

BoletoNovo.fr3

[Caracteres Especiais CECRED]

Uso o Delphi 2007

Fiz inicialmente o ajuste no meu código e enviei para homologação. Interessante que no manual não achei esta informação. 

Após o resultado da homologação anexo os fontes do Acbr atualizados para analise

[Caracteres Especiais CECRED]

Olá pessoal,

 

Estou fazendo a homologação do boleto no CECRED e tive a seguinte observação a respeito de Caracteres Especiais:

Segmento Q
Retirar caracteres do nome e endereço dos pagadores (º : / ^ .)

 

Verifiquei que na geração deste segmento o componente não trata esta questão. Também não localizei no manual do banco a informação de que não deve ser usado estes caracteres no segmento Q.

Alguém passou por este problema? 

Se eu fizer os ajustes no componente seria aceito para subir ao SVN? Pois se não for farei o ajuste diretamente no meu software para alimentar o componente já sem esta acentuação, mas acho que seria interessante ficar no componente se for menso uma regra geral do banco.

[Arquivo de pagamento não permitido - Boleto Sicoob (756)]

Segue resposta do banco a respeito do problema, não estava sendo usado o local correto para envio.

Citar

O local para importação de COBRANÇA BANCÁRIA via Sicoobnet Empresarial é em SERVIÇOS > Transferência de Arquivos > CNAB 240 > ENVIAR.

Esse local que você procedeu com o envio é para PAGAMENTOS DE CONTA, TED, FOLHA DE PAGAMENTOS, ETC. Este foi o motivo da tela de erro

 

Agnaldo, obrigado pela atenção!

[Arquivo de pagamento não permitido - Boleto Sicoob (756)]

16 horas atrás, Agnaldo Prates disse:

Esta mensagem é retornada do sistema sicoob?

Sim, é apresentada no momento da transmissão conforme imagem anexo.

Verifiquei a posição 143 na função GerarRegistroHeader240 da classe TACBrBancoob e está fixo o número 1 indicando que é arquivo de remessa

space(10)                                + // 133 A 142 - Brancos
'1'                                      + // 143 - Código de Remessa (1) / Retorno (2)
FormatDateTime('ddmmyyyy', Now)          + // 144 a 151 - Data do de geração do arquivo

No arquivo de remessa gerado (anexo no post anterior) também está correto com o número 1 na posição 143.

[Arquivo de pagamento não permitido - Boleto Sicoob (756)]

Olá,

Estou iniciando na utilização do componente ACBrBoleto. Ao transmitir o arquivo de remessa estou tendo este erro no banco Sicoob (Bancoob 756).

Erro ao Transmitir: Arquivo de pagamento não permitido

Arquivo remessa em anexo.

cb270901.rem

[SEFAZ SP rejeitando NFe - Horário de Emissão Posterior ao Horário de Recebimento]

Veja se o Sistema Operacional  já está considerando a mudança de horário. Alguns estão considerando a mudança do horário no domingo. Aqui desmarquei a opção de alteração automática do horário de verão e selecionei o fuso horário -02:00 para conseguir emitir as notas.

[Tag dhIniViagem MDF-e 3.00]

Olá Italo,

Está configurado corretamente a pasta dos Schemas.

Estou anexando o arquivo XML, poderia por gentileza dar uma olhada?

Fazendo a validação pelo demo também é apresentado o erro, como é o primeiro XML gerado na versão 3.0 acredito estar esquecendo de preencher alguma TAG.

Fiz uma validação pelo Portal da MDFe e o retorno foi:

Citar

Parser Xml: Ok

Tipo de Mensagem: MDF-e

Schema: Não foi possível identificar a versão da mensagem

 

42170211112297000101580010000000011000000014-mdfe.xml

[Tag dhIniViagem MDF-e 3.00]

Olá,

Estou gerando um primeiro arquivo de MDF-e e está apresentado mensagem:

Element '{http://www.portalfiscal.inf.br/mdfe}dhIniViagem' is unexpected according to content model of parent element '{http://www.portalfiscal.inf.br/mdfe}ide'.

No XML está assim (UF = SC):

<infMDFe Id="MDFe42170111112297000101580010000000011000000010" versao="3.00">
<ide>
...
<dhIniViagem>2017-01-20T15:27:54-02:00</dhIniViagem>
</ide>

Pelo que vi está correto conforme a formatação definida no manual, não consegui compreender qual a validação está sendo feita.

Os Schemas estou usando as disponíveis no ACBr, também já testei com os mais atuais baixados no Portal MDFe.

[Seções CDATA nas TAGs XML da NF-e]

Realmente o XML não valida, não me atentei a isso. Obrigado Isaque Pinheiro.

[Seções CDATA nas TAGs XML da NF-e]

Olá Pessoal,

Um cliente recebeu um XML de NF-e contendo Seções CDATA dentro das TAGs do tipo String, conforme exemplo abaixo:

-<transporta><CNPJ>00428307000864</CNPJ>-<xNome>
<![CDATA[EXPRESSO SAO MIGUEL LTDA]]>
</xNome><IE>255341725</IE>-<xEnder>
<![CDATA[R BERNARDINO JOSE DE OLIVEIRA ,100]]>
</xEnder>-<xMun>
<![CDATA[BLUMENAU]]>
</xMun><UF>SC</UF></transporta>-<vol><qVol>8</qVol>-<esp>
<![CDATA[VOLUMES]]>
</esp><pesoL>201.471</pesoL><pesoB>201.471</pesoB></vol></transp>

Provavelmente utilizam essa opção para formatação HTML na impressão da DANFE...

O problema está ao fazer a importação desse XML pelo ACBr, pois retorna toda a informação incluindo o texto "<![CDATA[...". Fazendo a impressão da DANFE através do demo do ACBrNFe as TAGs são apresentadas também nos campos de texto.

Abaixo um exemplo da impressão e outro da importação feita no demo:

 

Tentei localizar algo no ACBr para tratar essa informação mas não encontrei, já existe alguma opção para fazer a importação correta nestes casos?

[Falha Validação NF-e / Undeclared XSD element]

Trunk2

[Falha Validação NF-e / Undeclared XSD element]

Olá,

estou tendo problemas na validação da NF-e, está apresentando a seguinte mensagem de erro:

 

Citar

 

[Error] Exception: leiauteNFe_v3.10.xsd#/schema/complexType[2][@name = 'TProtNFe']/sequence[1]/element[2]

Undeclared XSD element : '{http://www.w3.org/2000/09/xmldsig#}Signature'

 

 

Estou com os Schemas e fontes do AcBr atualizados.

XML em anexo caso necessário.

42160110934266000165550100000040231000040236-nfe.xml

[XML Transmitido não salva na pasta ..\xml]

Obrigado pelos esclarecimentos Daniel... sanou minhas dúvidas quanto a esta questão.

[XML Transmitido não salva na pasta ..\xml]

André,

Talvez o que ele esteja se referindo é ao fato de que antes, após o cancelamento o AcBr incluía no XML que era salvo na pasta NFe (ou conforme configuração) o protocolo de cancelamento da NF-e, assim o protocolo era incorporado no próprio arquivo XML da nota.

Estou analisando esta questão também, não uso o ACBrMonitor, mas quando quando estava nos fontes do trunk antigo o protocolo de cancelamento era gravado no XML da nota, após atualizar par ao trunk2 notei que isso não é mais feito. Não sei também se esta alteração foi feita exatamente nesta troca do trunk para o trunk2.. mas notei isso após e minha migração.

 

Como alternativa tem-se o envio ao cliente do XML do evento de cancelamento, porém, principalmente para a contabilidade, seria mais fácil enviar o XML da nota já com o protocolo de cancelamento incluído.

Não sei se isso é exatamente esta a dúvida do colega, mas compreendi isto e estou com a mesmo dificuldade... Tbm não identifiquei se esta alteração foi uma mudança feita nos fontes ou um possível erro do componente...