Rômulo da Costa de Souza

Boa tarde Juliomar, eu fiz uma mudança na unit ACBrNFSeWebServices no método CancelaNFSe(ACodigoCancelamento: String; const CarregaProps: boolean), para o provedor Digifred: if TACBrNFSe( FACBrNFSe ).Configuracoes.WebServices.Provedor in [proDigifred] then begin Self.ConsNfseRps.Cnpj := TACBrNFSe( FACBrNFSe ).NotasFiscais.Items[0].NFSe.Prestador.Cnpj; Self.ConsNfseRps.InscricaoMunicipal := TACBrNFSe( FACBrNFSe ).NotasFiscais.Items[0].NFSe.Prestador.InscricaoMunicipal; Self.ConsNfseRps.RazaoSocial := ''; end else begin Self.ConsNfseRps.Cnpj := TACBrNFSe( FACBrNFSe ).NotasFiscais.Items[0].NFSe.PrestadorServico.IdentificacaoPrestador.Cnpj; Self.ConsNfseRps.InscricaoMunicipal := TACBrNFSe( FACBrNFSe ).NotasFiscais.Items[0].NFSe.PrestadorServico.IdentificacaoPrestador.InscricaoMunicipal; Self.ConsNfseRps.RazaoSocial := TACBrNFSe( FACBrNFSe ).NotasFiscais.Items[0].NFSe.PrestadorServico.RazaoSocial; end; na hora de ler o Xml da NFSe não é preenchido a tag PrestadorServico, mas sim a tag Prestador, dai na hora de cancelar estava dando erro, estou enviando a unit com as alterações. ACBrNFSeWebServices.pas ACBrNFSeWebServices.pas

Boa tarde Juliomar Certo, vou atualizar então, obrigado

Bom dia Italo Fiz uma mudança na unit ACBrProvedorBetha.pas, para a cidade de Dionisio Cerqueira - SC, para assinar o xml, estava dado erro ao enviar, faltava assinatura . Obrigado ACBrProvedorBetha.pas

Bom dia Italo Obrigado pela resposta, achei que na versão 2.00, também funcionasse o método síncrono. Mas a principio se tem por padrão mesmo a utilização do método assíncrono, eu mesmo utilizo o método assíncrono, só na NFCe que hoje utilizo como método síncrono, mas com Thread.

Bom dia Italo Hoje estava dando uma olhada em meus códigos e me deparei com a seguinte situação, no método de envio de NFe-ACBrNFe.WebServices.Envia(ALote,ASincrono). Aqui na empresa envio minhas notas utilizando o método Assincrono, tanto na versão 2.00 quanto na versão 3.10, está funcionando corretamente, porém percebi o seguinte, se uma outra empresa que esteja enviando as NFe na versão 2.00 tentar enviar como sincrono, não vai conseguir. if ((FConfiguracoes.Geral.ModeloDF = moNFCe) or (FConfiguracoes.Geral.VersaoDF = ve310)) and FSincrono then begin ....end else begin ... end no If seria para o envio sincrono e no else para o envio assincrono, porem nesta condição a versão 2.00 sempre vai cair no assincrono, independente se eu passar true ou falso no método. O que você acha, devemos mudar ou deixamos assim mesmo?

Boa tarde Italo Obrigado pela atenção, vou atualizar os fontes e testar.

Boa tarde Vanessa Obrigado pela sua atenção, vou atualizar os fontes e testar.

Bom dia Leomees Quando testei uma nota na versão 3.10, com iss tive que fazer uma mudança nesta unit pcnNFeR.pas, na função lerxml, segue em anexo para você comparar com a sua. pcnNFeR.pas

Bom dia Italo Fiz a mudança que tínhamos conversado, segue em anexo a unit modificada ACBrNFeDANFeQRNFCe.pas

Bom dia Italo Fiz uma alteração na Unit ACBrNFeDANFeQRNFCe.pas, na hora de imprimir o QrCode, se o tipo de emissão for off-line, ele pega o digvalue da assinatura do xml, se for outro tipo de emissão pega o digvalue do retorno da tag protNFe, a principio aqui para o RS funcionou perfeitamente na hora de imprimir e testar o QrCode, porque estávamos com problemas quando um cliente tentava consultar uma NFCe, que foi emitida no modo off-line, mesmo depois do envio para a sefaz-rs, estou disponibilizando a unit modificada para analise. ACBrNFeDANFeQRNFCe.pas

Boa tarde RickMao Sobre seu post me surgiu algumas dúvidas a respeito do qrCode, você imprime ele na NFCe em modo Off-Line, porque andei fazendo alguns testes aqui na empresa não funcionou por causo do Digit Value, que só vou ter depois que a nota está aceita pela Sefaz, uma outra duvida é a seguinte, tentei gerar uma nota em modo Off-Line sem a justificativa, porém quando fiz o loadfromfile e enviei para a Sefaz rejeitou porque faltava a Justificativa, depois que ajustei a justificativa e tentei novamente funcionou perfeitamente.

Bom dia Alessandro Na unit ACBrNFeUtil que fica dentro da pasta Trunk->Fontes->ACBrNFe2, existe um método chamado NotaUtil.GetURLPR, você terá que acrescentar a versão 3.10.

Bom dia Alessandro Pancotte Pelo que sei o estado do Paraná, ainda não aderiu a NFe 3.10, pelo que sei estão fazendo testes, você tentou enviar no ambiente de Homologação ou produção? Segue este link onde você pode conferir: http://www.nfe.fazenda.gov.br/portal/webServices.aspx?tipoConteudo=Wak0FwB7dKs=#PR

Boa tarde pessoal Hoje me deparei com a seguinte situação fiz uma nota com produtos e serviço, gerou normalmente a tag ISSQN no serviço, porém como tenho uma sistema centralizado de envio de notas para a sefaz, sempre carrego a nota gerada pelo meu ERP, no sistema de envio de notas, ai percebi que a tag ISSQN não estava sendo preenchida no xml, apos carregar a mesma, analisando os códigos consegui encontrar o problema, era a tag cSitTrib. "Obs.: Estou emitindo notas com a versão 3.10 da NFe.", Dentro da Unit pcnNFeR temos a função LerXml, que captura o valor cSitTrib, porém como já mencionei estou gerando na versão 3.10, esta tag foi removida, ai dentro da função GerarDetImposto na Unit pcnNFeW, temos uma verificação (cSitTrib <> ISSQNcSitTribVazio), porém na verão 3.10 sempre vai ser ISSQNcSitTribVazio, por enquanto fiz um ajuste dentro da Unit pcnNFeR na função LerXml, coloquei o seguinte código: if (NFe.infNFe.Versao < 3) then (*U07*)NFe.Det.Imposto.ISSQN.cSitTrib := StrToISSQNcSitTrib( ok, Leitor.rCampo(tcStr, 'cSitTrib') ) else (*U07*)NFe.Det.Imposto.ISSQN.cSitTrib := ISSQNcSitTribNORMAL; Gostaria da Sugestão de Vocês, se fica bom desta forma ou se teríamos que fazer diferente. Obrigado.

Boa Tarde Pessoal A respeito do TEF, estava dando uma olhada em duas empresas hoje a tarde, Daruma e Bematech, pelo que vi a Daruma tem um framework onde a ideia é não mudar a lógica de negocio de como é feito a operação com o TEF, ela mantém as mesmas funções e ao finalizar a venda é enviado a NFCe para a sefaz e a Bematech pelo que entendi também pretende não mudar a lógica de negócio, este é o link do video da Bematech: https://www.youtube.com/watch?v=YstP2_6kc5g, gostaria de trocar uma ideia com vocês a respeito disso, e como fica a questão do componente ECF, TEF e NFe. Obrigado pela Atenção.

Certo vou dar uma olhada, Obrigado Italo e Juliomar

Italo, só para desencargo de consciência, me diz uma coisa, eu removi os fontes e atualizei novamente, apos isso instalei o componente novamente, utilizando o instalador, porem verifique que as Bpl e os Dcp, ficaram no C:\ da máquina, eu configurei o diretório onde instalar o componente, mas mesmo assim as Bpl e os Dcp ficaram no C:\, será que pode ser isso?

Certo Italo, vou dar uma olhada, obrigado pela atenção.

Bom Dia Italo, Obrigado Pela Colaboração, mas ainda continuo com o problema, fiz o que você me falou, exclui todos os fontes do componente CTe que fica dentro da pasta trunk\Fontes\ACBrCTe, atualizei novamente e entrei dentro das unit's (ACBrCTeDACTeQR.pas, ACBrCTeDACTeQRRetrato.pas) para remover as propriedades que não existe, ai fiz um teste com a propriedade PosRecido = prCabecalho do componente TACBrCTeDACTeQR e continuou imprimindo 2 paginas, ai mudei a propriedades para prRodape ai imprimiu normalmente, estou te enviando os .pdf's para você dar uma olhada. Obrigado Recido_Cabeçalho.PDF Recibo_Rodape.PDF

Boa Tarde Italo Estou te enviando os dois modelos Lotação e Fracionada, é a mesma nota, fiz uma nota de teste. Desde já Obrigado pela Atenção. Xml_Fracionada.xml Xml_Lotacao.xml

Boa Tarde Italo Hoje atualizei os fontes e acredito que obtive o mesmo problema que vocês mencionaram acima, quando imprimo com o tipo lotação = sim, ele acaba imprimindo uma segundo via com os Componentes do valor da Prestação de Serviço, Informações Relativas ao Imposto e Documentos Originários. Lembrando que isso só ocorrer com Dacte Lotação, o Fracionada imprime normalmente, estou utilizando o Quick.

Boa Tarde Pessoal estava dando uma no arquivo ACBrEFDBlocos.pas do sped fiscal, a principio o Indicador do tipo do frete está desatualizado conforme o manual do sped fiscal, atualmente está desta forma: TACBrIndFrt = (tfPorContaTerceiros, // 0 - Por conta de terceiros tfPorContaEmitente, // 1 - Por conta do emitente tfPorContaDestinatario, // 2 - Por conta do destinatário tfSemCobrancaFrete, // 9 - Sem cobrança de frete tfNenhum // Preencher vazio ); O correto seria desta forma desde 01/01/2012: TACBrIndFrt = (tfPorContaEmitente, // 0 - Por conta do Emitente tfPorContaDestinatario, // 1 - Por conta do Destinatario tfPorContaTerceiros, // 2 - Por conta de Terceiros tfSemCobrancaFrete, // 9 - Sem cobrança de frete tfNenhum // Preencher vazio ); Desde já Agradeço pela Atenção.

Boa Tarde Italo Tive que fazer umas Mudanças nos fontes, porque estava com problemas ao consultar uma nota utilizando um RPS, estava pegando o CNPJ do tomador do serviço para montar o xml de consulta isso no provedor Betha, já no provedor Digifred quando efetuava um cancelamento de uma NFSe não estava setando a tag CNPJ, com o CNPJ do prestador do serviço, estou enviando os arquivos para análise. Desde já Agradeço a atenção. ACBR_NFSe.rar

Pessoal no Fórum da Betha o PauloTwo comentou o seguinte: Para quem utiliza delphi = msxml vai precisar de algo assim: xmldoc.setProperty('SelectionNamespaces', DSIGNS + ' xmlns:ns="http://www.betha.com.br/e-nota-contribuinte-ws"'); if bEhEnvio then xmldsig.signature := xmldoc.selectSingleNode('.//ns:EnviarLoteRpsEnvio/ds:Signature') // Lote else xmldsig.signature := xmldoc.selectSingleNode('.//ds:Signature'); // RPS Chamem uma vez para cada RPS (passando só o xml dento da tag RPS, depois chamem mais uma vez com o xml completo, com tudo que estiver dentro da tag EnviarLoteRpsEnvio.

Boa Tarde Pessoal Realmente pelo que andei lendo o site da receita só valida a assinatura externa, que seria a assinatura do lote, se você alterar o combo box da página para última assinatura ele valida normalmente o xml, porem pelo que olhei no fórum da Betha eles mudaram esta validação, a partir de hoje tanto eles validão a assinatura dos RPS e do Lote, só para constar também estou com o mesmo problema nas cidades de Três Passos - RS e Dionisio Cerqueira - SC, desde já obrigado pela colaboração e se alguém souber como resolver, peço que disponibilize para todos a solução, também estarei fazendo testes.