IvanGoncalves

Estou com o mesmo problema do Rômulo (somente para o período de apuração Janeiro/2015): se informar a abertura e fechamento do bloco K (1 - sem dados informados), ocorre o erro no validador... se não informar o bloco K fica como ilustrado abaixo, o bloco K é aparece depois do bloco 9. |H010|100049|6|999,000|26,200000|26173,80|0||||0,00| |H010|100051|16|974,345|2,900000|2825,60|0||||0,00| |H010|100052|6|798,000|1,150000|917,70|0||||0,00| |H010|100055|6|6,000|0,430000|2,58|0||||0,00| |H990|3292| |1001|0| |1010|N|N|N|N|N|N|N|N|N| |1990|3| |9001|0| |9900|0000|1| |9900|0001|1| |9900|0005|1| |9900|0100|1| |9900|0190|13| |9900|0200|3290| |9900|0990|1| |9900|C001|1| |9900|C990|1| |9900|D001|1| |9900|D990|1| |9900|E001|1| |9900|E990|1| |9900|G001|1| |9900|G990|1| |9900|H001|1| |9900|H005|1| |9900|H010|3289| |9900|H990|1| |9900|1001|1| |9900|1010|1| |9900|1990|1| |9900|9001|1| |9900|9900|26| |9900|9990|1| |9900|9999|1| |9990|29| |9999|6640| |K001|1| |K990|2|

A algum tempo atrás desenvolvi o envio da NFS-e para o provedor da IPM, porém, como eles tem padrão próprio, tive que montar o arquivo XML no braço usando TXMLDocument e IXMLNode. Para fazer a transmissão utilizo TIdHTTP, TIdSSLIOHandlerSocketOpenSSL e TIdMultiPartFormDataStream. Funciona muito bem, para os municípios que não exigem a assinatura digital, porém, agora tenho um cliente de um município que exige e estou com dificuldades para incluir a assinatura digital antes de transmitir. Em anexo está o arquivo XML de exemplo que a IPM disponibiliza no site. Se observarem o arquivo, eles exigem também a TAG "Modulus". Se algum dos amigos do fórum puderem me ajudar eu agradeço. exemplo_assinado.xml

Não estava conformado com esse erro, pois acontece apenas em alguns clientes, então fui fazer uns testes, pois eu sabia que era relacionado ao horário de verão. Então consegui resolver clicando no relógio do windows, alterar configurações de data e hora, alterar fuso-horário e marca a opção atualizar automaticamente o relógio para Horário de verão, pois neste cliente, esta opção estava desmarcada. Vou testar nos demais clientes.

Estou com o mesmo problema em alguns clientes... Se atrasar em 1 hora o horário do computador, funciona...

Fiz o teste agora a pouco e já está autorizando NF-e para SVC-AN com destaque de ICMS (ambiente de homologação, pois não dá para enviar em ambiente de produção), ou seja, não apresenta mais o erro: "Rejeicao: Total da BC ICMS difere do somatorio dos itens."

Ítalo, estou passando apenas o numero do lote como parâmetro do método Enviar, então envia assíncrono, correto. Mas mesmo assim não faria sentido, pois se eu utilizar algum CST sem cálculo de ICMS e ICMS-ST para todos os itens, ou seja, sem destacar ICMS, eu consigo autorizar normalmente enviando para o SVC-AN. Se colocar ICMS dá o erro da BC.

Será que em ambiente de produção não acontece? Pior que nem dá pra testar porque não está habilitado...

Estou implementando os ambientes SVC-AN e SVC-RS, mas me deparei com o mesmo problema. Estou enviando em ambiente de homologação. O estado é SC. Conferi no XML a base de calculo e valor do ICMS e ICMS-ST, fecha certinho com os campos do total, porém, retorno o erro: 531 - Rejeicao: Total da BC ICMS difere do somatorio dos itens. Agradeço se alguém souber de alguma coisa que possa ajudar. Lembrando que alterando o tipo de emissão para normal, a nota autoriza certinho. Se utilizar algum dos CSTs do ICMS que não possuem cálculo (40,41,etc), a nota é autorizada. 42140904641614000103550020000000146682926090-nfe.xml

4206900 - Ibirama/SC 4214805 - Rio do Sul/SC não é mais Betha, agora é IPM

Muito obrigado Ítalo.

Boa tarde moderadores do projeto ACBr... Segue pequena melhoria na geração do XML do CT-e, para deixar somente números no telefone do tomador do serviço. Conferi o campo fone para Remetende, Destinatário, etc, e nestes esta ok, faltava apenas para o tomador. Na Unit "pcteCTeW.pas" alterar a linha 437 de Gerador.wCampo(tcStr, '#044', 'fone ', 07, 12, 0, CTe.Ide.Toma4.fone, DSC_FONE); para Gerador.wCampo(tcStr, '#044', 'fone ', 07, 12, 0, somenteNumeros(CTe.Ide.Toma4.fone), DSC_FONE);

Conforme este tópico: "http://forum.betha.com.br/phpbb/viewtopic.php?f=93&t=19636&start=30", o Sr. Alex da Betha Sistemas diz o seguinte: "Nossa aplicação não estava fazendo a validação da assinatura na sua totalidade, por isso que seu arquivo foi importado sem problemas ontem. Após termos atualizado a aplicação de ontem para hoje, lotes de rps que estão com alguma inconsistência na assinatura estão apresentando o erro de que estamos tratando." No mesmo post ele ainda complementa: "Adiantamos que antes da atualização estava sendo validada somente a assinatura do lote e não a dos RPSs." Verifiquei o XML do lote do RPS, mas tanto o RPS quando o Lote estão assinados. Segundo os comentários acima, o erro está na assinatura do RPS, que não estava sendo verificada até a data de ontem, pois eles estavam validando apenas a assinatura do lote. Se a assinatura está correta eu não sei dizer, mas existem outras empresas desenvolvedoras de software que utilizam PHP com Java, etc, ou seja, não usam o ACBr e que também estão com esse problema.

Estava com o mesmo problema, resolvi instalando no XP e exportando novamente. Só não entendi porque apenas os certificados emitidos pela VALID dá este problema...

Peterson Desculpa pela demora para responder a sua dúvida, mas a resposta é sim, estou com o novo repositório dos fontes do ACBr, por acaso você testou e não ocorre o problema? Enfim, talvez não seja importante, já que o XML a ser distribuído no cancelamento, agora é o do evento.

Até o momento não havia dado importância, até que percebi que um dos usuários do nosso sistema estava adotando este procedimento: registrar o evento de operação não realizada para nf-e cancelada. Isto ocorre, claro, porque ao realizar a consulta das notas destinadas o cnpj da empresa, o nosso sistema estava exibindo as notas canceladas. Muito grato pelas explicações...

Realmente eu procurei mas não encontrei nada referente as minhas dúvidas... 1) Quando realiza a consulta das NF-e´s destinadas para o CNPJ da empresa, retorna as informações das notas, podendo o usuário do sistema identificar a situação de cada NF-e. As situações são: Autorizada, Denegada ou Cancelada. Quando a NF-e está Autorizada, tranquilo, é só o usuário registrar a manifestação. Mas quando for Denegada ou Cancelada, registra o evento de "Operação não Realizada" ou simplesmente não registra nada? Alguém teria algum documento para servir como referencia? 2) Outra dúvida, é referente a uma NF-e emitida em 25/05/2013, que na consulta das NF-e´s destinadas, trouxe como Cancelada e o usuário do nosso sistema confirmou a operação. Até onde eu sei, se confirmar a operação, a NF-e não poderá mais ser cancelada. Será que isto é permitido mesmo, ou existem prazos para bloquear este tipo de situação: conseguir confirmar a operação de uma NF-e já cancelada? Att. Rosemir Zeferino

Kiko, muito obrigado pelos esclarecimentos, bom que eu já estava fazendo da forma correta.

Referente ao XML de cancelamento a ser enviado ao destinatário da NF-e (xml de distribuição), percebi que estou enviando o xml do evento de cancelamento (chave-procEventoNFe.xml), mas conforme o manual da NF-e (pág. 146) "Será disponibilizada para o destinatário a mesma NF-e enviada para a SEFAZ, acrescentados os dados da homologação do pedido de cancelamento, na forma que segue", tenho que enviar o arquivo semelhante ao xml da NF-e, com a TAG "protNFe", porém, ao invés das informações (protocolo, data/hora, etc) da autorização do uso (100), teria que ter as informações do cancelamento (protocolo diferente da autorização). Gostaria de mudar, mas percebi que ao cancelar a NF-e, o componente ACBr verifica se existe o arquivo xml gerado no momento da autorização de uso (100) e altera as TAG do final, para as informações do cancelamento (101). Mas os campos de protocolo e data/hora de recebimento não estão sendo preenchidos. conforme segue: <protNFe versao="2.00"> <infProt> <tpAmb>2</tpAmb> <verAplic>SVRS20120306094356</verAplic> <chNFe>42130778980794000194550010000073021159889200</chNFe> <dhRecbto/> <nProt/> <digVal>E36idq8NVlJ4qWNxgy3UlFYB5Tw=</digVal> <cStat>101</cStat> <xMotivo>Cancelamento de NF-e homologado</xMotivo> </infProt> </protNFe> Como o cancelamento agora é enviado como evento (assim como a CC-e, manifestação do destinatário), isto pode ter ocasionado este problema? Será que com o evento de cancelamento, estas informações teriam que ser a TAG do evento de cancelamento? conforme segue: <retEvento versao="1.00"> <infEvento Id="ID342130000653338"> <tpAmb>2</tpAmb> <verAplic>SVRS20120906120553</verAplic> <cOrgao>42</cOrgao> <cStat>135</cStat> <xMotivo>Evento registrado e vinculado a NF-e</xMotivo> <chNFe>42130778980794000194550010000073021159889200</chNFe> <tpEvento>110111</tpEvento> <nSeqEvento>1</nSeqEvento> <CNPJDest>00069269920968</CNPJDest> <dhRegEvento>2013-07-17T11:06:03-03:00</dhRegEvento> <nProt>342130000653338</nProt> </infEvento> </retEvento> Segue os arquivos XML: NF-e alterado pelo componente após o cancelamento, consulta da situação e evento de cancelamento... 42130778980794000194550010000073021159889200-nfe.xml 42130778980794000194550010000073021159889200-sit.xml 421307789807940001945500100000730211598892001101111-procEventoNFe.xml

Italo Concordo, por isso criei um diretório novo e baixei todo o componente do novo repositório. Valeu a dica, consegui resolver dando um build na package PCN2.dpk, só não entendi porque. Muito obrigado...

Bom dia Italo... Estou com o mesmo problema do Emanuel Andrade, porém, eu já tenho o novo repositório configurado a algum tempo (svn://svn.code.sf.net/p/acbr/code/trunk) mas não existe a pasta que você indicou: "Dentro da pasta: ...\Fontes\ACBrCTe existe a pasta DACTE_QR3?" Alguma dica que possa me ajudar a encontrar o problema? Grato Rosemir

Seria melhor abrir um novo post, você receberá ajuda mais rápido...

Bom dia Italo... Fiz os teste e está ok. Muito obrigado!

Italo, baixei os fontes mas não veio as alterações... exclui o arquivo, baixei, mas o arquivo esta igual a antes da alteração.

Para a Betha, tenho que enviar o campo descriminação dessa forma (não sei de para os demais provedores tambem é assim): <Discriminacao> {[[Descricao=LIMPEZA E LUBRIFICACAO][Quantidade=1.00][ValorUnitario=27.50]][[Descricao=LIMPEZA E LUBRIFICACAO][Quantidade=0.25][ValorUnitario=27.50]][[Descricao=LIMPEZA E LUBRIFICACAO][Quantidade=0.50][ValorUnitario=27.50]][[Descricao=LIMPEZA E LUBRIFICACAO][Quantidade=0.25][ValorUnitario=27.50]]} </Discriminacao> Alguém sabe como fazer para inserir informações complementares nessa TAG sem que seja no campo Descricao?

Percebi que os fontes do ACBrNFSe estão no Trunk, isto significa que não estará mais no Branches, ou será atualizado nos dois?