rafaeldalbosco

Boa tarde Julliomar, anexei o fonte que fiz a alteração, porem estou na duvida se é realmente necessário o ajuste que fiz no código fonte ou então estou montando errado o fonte. Att.

Olá pessoal, estou sofrendo os seguintes erros nas minhas NFes: Estou preenchendo o XML desta maneira <ICMS> <ICMS70> <orig>0</orig> <CST>70</CST> <modBC>3</modBC> <pRedBC>100.0000</pRedBC> <vBC>0.00</vBC> <pICMS>0.0000</pICMS> <vICMS>0.00</vICMS> <modBCST>4</modBCST> <pMVAST>15.6300</pMVAST> <pRedBCST>58.8240</pRedBCST> <vBCST>0.00</vBCST> <pICMSST>0.0000</pICMSST> <vICMSST>0.00</vICMSST> </ICMS70> </ICMS> Verifiquei que no manual da NFe o campo N14 - pRedBC - Percentual da Redução de BC seu tamanho esta desta maneira 3v2-4, então abri o fonte pcnNFeW.pas para verificar o motivo do erro e encontrei que neste campos existe este comando para definir o tamanho do campo Gerador.wCampo(IIf(Usar_tcDe4,tcDe4,tcDe2), 'N14', 'pRedBC ', 01, IIf(Usar_tcDe4,06,05), 1, nfe.Det[i].Imposto.ICMS.pRedBC, DSC_PREDBC); Então fiz os testes alterando este pedaço de código de: IIf(Usar_tcDe4,06,05) Para: IIf(Usar_tcDe4,07,05) Para minha supresa a nota autorizou, também passei no Validador do RS e deu como autorizada, eu estaria montando o XML de forma incorreta ou seria uma correção neste ponto na geração de XML da NFe 3.10? Obs.: Também estou tendo rejeições para campo pMVAST: "Percentual da margem de valor Adicionado do ICMS ST (ID: N19 TAG: pMVAST) - Tamanho maior que o máximo permitido [100]." Verifiquei que o código fonte inteiro esta da maneira que coloquei acima usando assim IIf(Usar_tcDe4,06,05)

Obrigado Italo.

Olá pessoal estou tendo a seguinte mensagem de validação ao enviar uma nota com ICMS CST 51 com os campos pRedBC ou pDif com valor 100.0000 Tamanho maior que o máximo permitido [100] Verifiquei que no código fonte pcnNFeW.pas aonde monta o CST51 esta utilizando 06 casas conforme abaixo no IIf(Usar_tcDe4,06,05) como o valor 100.0000 que contém quatro casas decimais o valor passe de 06 caracteres sendo utilizado 07; Gerador.wCampo(IIf(Usar_tcDe4,tcDe4,tcDe2), 'N14', 'pRedBC ', 01, IIf(Usar_tcDe4,06,05), 0, nfe.Det[i].Imposto.ICMS.pRedBC, DSC_PREDBC); Gerador.wCampo(IIf(Usar_tcDe4,tcDe4,tcDe2), 'N16b', 'pDif ', 01, IIf(Usar_tcDe4,06,05), 0, nfe.Det[i].Imposto.ICMS.pDif, DSC_PICMS); Alterei essas linhas para usar 07 conforme abaixo e resolveu. Gerador.wCampo(IIf(Usar_tcDe4,tcDe4,tcDe2), 'N14', 'pRedBC ', 01, IIf(Usar_tcDe4,07,05), 0, nfe.Det[i].Imposto.ICMS.pRedBC, DSC_PREDBC); ... Gerador.wCampo(IIf(Usar_tcDe4,tcDe4,tcDe2), 'N16b', 'pDif ', 01, IIf(Usar_tcDe4,07,05), 0, nfe.Det[i].Imposto.ICMS.pDif, DSC_PICMS); Em anexo o código fonte com a alteração, se for possível commitar no SVN essa alteração. pcnNFeW.pas

Olá pessoal estou com problemas ao emitir meu CTe ao passar pelos métodos ValidaModalMSXML e ValidaAssinaturaMSXML tenho um projeto de um Servidor REST no Delphi XE5 com o componente ACBRCte, quando envio tenho problemas nestes métodos, ai então adicionei no inicio e no final deles as seguintes chamadas: CoInitialize(nil); e CoUninitialize; Gostaria de saber se isso é possível enviar essa alteração para o SVN o fonte alterado foi este que esta em anexo. ACBrCTeUtil.pas

Boa tarde Juliomar Fiz esta correção nos meus fontes locais e gostaria de compartilhar, em anexo o fonte com o ajuste. Obrigado. pcnGerador.pas

Olá pessoal, encontrei um Bug no parse do XSD do XML da NFe, quando o valor total do produto for 1210085.66 ao passar pelo método TGerador.wCampo especificamente pela linha de código: ConteudoProcessado := FormatFloat('0.0000000000', valor); Retornava o valor de string na variável ConteudoProcessado = 1210085.6599999999 sendo que o campo vProd do produto é somente duas decimais, definido por tcDe2 era emitido um alerta, então fiz alguns testes e consegui resolver somente desta maneira, código abaixo: // Tipo numerico com decimais case Tipo of tcDe2 : begin NumeroDecimais := 2; ConteudoProcessado := FormatFloat('0.00', valor); end; tcDe3 : begin NumeroDecimais := 3; ConteudoProcessado := FormatFloat('0.000', valor); end; tcDe4 : begin NumeroDecimais := 4; ConteudoProcessado := FormatFloat('0.0000', valor); end; tcDe6 : begin NumeroDecimais := 6; // Incluido por Italo em 30/09/2010 ConteudoProcessado := FormatFloat('0.000000', valor); end; tcDe10: begin NumeroDecimais := 10; ConteudoProcessado := FormatFloat('0.0000000000', valor); end; end; //VlrExt := StrToFloat(valor); //ConteudoProcessado := FormatFloat('0.0000000000', valor); Alguém tem outra idéia de como solucionar o caso, se não precisaria que fosse enviado o ajuste no svn desta situação.

ncc.star lhe enviei uma mensagem aqui pelo fórum com o meu e-mail. obrigado.

Olá pessoal, vi o Post do componente para integração com o CIOT, gostaria de saber se esse componente foi disponibilizado no SVN, ou como faço para obter-lo? tenho que fazer uma integração com a Rodocred pelo que vi é o que foi implementado, caso não tenham ainda desta empresa estou disposto a colaborar.

Boa tarde anfm Então não tinha visto isso, já baixei aqui e vi que já foi implementado, obrigado pela informação. Abraços.

Bom dia Italojjr Acabei de dar um update no meu projeto do ACBR e não encontrei nada de fci, perdoe minha ignorância, mas conferi na unit pcnNFe classe TProd e não encontrei. Eu acabei de implementar o FCI nos meus fontes locais e testar, ai então vi esse tópico. Qualquer coisa posso disponibilizar os fontes que fiz. Abraços.

Bom dia Italo Obrigado pela informação, então vou deletar aqui dos meus fontes a CL-e. Dei uma pesquisada na internet e encontrei isso conforme o Italo falou: http://www.mt.gov.br/imprime.php?cid=83427&sid=163

Foi criado mais um documento eletrônico a Capa Lote Eletrônica CL-e. Buscando informações no portal nacional da Capa Lote Eletrônica: http://cle.sefaz.am.gov.br/ Encontrei o manual que consta o seguinte: A Capa de Lote Eletrônica é um projeto desenvolvido e implantado pela Secretaria de Estado da Fazenda do Amazonas, em espírito de cooperação com as demais unidades da federação e com o ENCAT – Encontro Nacional de Coordenadores e Administradores Tributários. Tem por objetivo facilitar e agilizar o procedimento de registro de passagem de mercadorias no atendimento dos contribuintes/transportadores nos postos de fiscalização de todo o país. Desenvolvi a integração com esse novo documento eletrônico, plugando no componente da NF-e pois a capa de lote eletrônica é uma espécie de Aglutinador de notas fiscais eletrônicas transportadas entre UF´s. Se for possível subir no servidor SVN. Fontes: ACBR.zip

Boa tarde Pessoal Hoje surgiu uma situação no ACBrNFe em um cliente meu, quando o valor total da nota fiscal era de: R$ 1209984.1600. Ocorria sempre de retornar um alerta que o campo tinha mais de duas casa decimais. No fonte pcnGerado.pas no momento em que gera as tags estourava um alerta na seguinte linha: ConteudoProcessado := FormatFloat('0.00000000', Valor); Percebi que quando utilizei menos casas decimais neste campo retornou corretamente, não sei dizer se é algum bug do FormatFloat do Delphi com o tipo de dados, porém alterando conseguiu passar com a nota. Meu ambiente é Delphi 7. Alteração: if (Tipo = tcDe10) then ConteudoProcessado := FormatFloat('0.0000000000', Valor) else ConteudoProcessado := FormatFloat('0.00000000', Valor); Anexei o fonte também. pcnGerador.pas

Conforme solicitado estou compartilhando o meu fonte, que funcionou corretamente. à disposição. Rafael F. Dal Bosco. pcnCCeNFe.pas

Lucas, faz a alteração conforme sugeri na resposta ao tópico, Aqui para min ta dando certo, somente não fiz o commit no ACBR pois não tenho usuário no SVN, Espero ter ajudado. Att Rafael.

Pessoal consegui solucionar o caso, depois de ter recebido a instrução por e-mail de um Auditor da receita estadual de Pato Branco. Segue o e-mail abaixo: ---------- Mensagem encaminhada ---------- Remetente: ... Data: .. Assunto: Re: Re: Fw: Re: Fw: Enviando email: cce.xml, soapEnvio.xml Para:... Corrêa, Solicitei para os analistas da Celepar verificarem o xml e concluiram: 1º) no validador do RS não passa acusa erro de Schema. 2º) O erro de Schema é devido o emissor não inserir o namespace na tag "Evento" 3º) Ocorreu um equívoco na ordem de validações no Web Service de Eventos, 1º valida asssinatura e depois valida o Shema, por esta razão acusa rejeição por 298 e não rejeição por falha de Schema. O analista irá inverter esta ordem . Independente disso, é só orientar o contribuinte para inserir o namespace na tag "evento". Att. ---------- Mensagem encaminhada ---------- Efetuei alteração no Fonte: pcnCCeNFe Linha 179, estava assim Gerador.wGrupo('evento ' + V1_00); Alterei para mandar o nameSpace: Gerador.wGrupo('evento ' + NAME_SPACE + ' ' + V1_00); Já efetuei os testes nos seguintes webServices: Paraná Ok Rio Grande do Sul Ok Santa catarina Ok Mato Grosso do Sul Ok Está tudo funcionando certinho, espero ter ajudado a solucionar o problema []'s Rafael F. Dal Bosco Desenvolvedor de softwares para agronegócios.

Também não indo contra, mas o engraçado é que funciona com todos os outros webservices, menos com o webservice do PR, se fosse algo realmente no componente então teria que não funcionar com todos os webservices, já que existe um padrão definido no manual de integração. Concordo com o regys.silveira, pois se analizar-mos a forma que efetuar a assinatura digital, da NF-e e CC-e é a mesma, e a NF-e no Paraná funciona sem nenhuma rejeição quanto a assinatura, que está ocorrendo na CC-e.