Painel de líderes

Bom dia Roger, Muito obrigado pela colaboração, vou analisar e estando tudo OK vou enviar para o repositório.

Boa tarde. Ocorreu mudança na URL para integração da NFSe na cidade de Ijuí-RS. Conforme notícia divulgada no site do município: https://www.ijui.rs.gov.br/paginapref/manual_de_orientacao_dos_procedimentos_administrativos/nota_fiscal_de_servico_eletronica Segue em anexo arquivo Pronim.ini com a alteração. Já foi testado em um cliente e funcionou corretamente. Pronim.ini

show é isso ai. como diz o Daniel use a força, leia o código . os fontes estão todos ai pra ser explorado

Alteração já se encontra no SVN.

chegou a olhar os exemplos?

Pessoal eu fiz um procedimento segundo o @marcioereno e deu certo : Ao tentar enviar caso não retorne a chave de acesso da tentativa no campo da chcte do CTE, verificar no XML a chave da tentativa retornada e após inserir no campo (no meu caso fiz via banco de dados) da xchcte de acesso da numeração que esta sendo enviada e consultar esta chave. Caso o CT-e esteja correto vai buscar os dados do envio.

@RicardoVoigt consegui resolver o problema: Tenho que carregar o xml após o envio. Codigo anterior: ACBrNFe1.EnviarEvento(StrToInt(idLote)); ACBrNFe1.ImprimirEvento; Código novo: ACBrNFe1.EnviarEvento(StrToInt(idLote)); ACBrNFe1.EventoNFe.Evento.Clear; ACBrNFe1.EventoNFe.LerXML(ACBrNFe1.WebServices.EnvEvento.EventoRetorno.retEvento.Items[0].RetInfEvento.NomeArquivo) ; ACBrNFe1.ImprimirEvento;

A chave de acesso é gerada baseada nos valores informados para os campos que a compõe. - UF do emitente - Mês e ano da emissão - CNPJ do emitente - Modelo - Série - Número - Tipo de emissão (tpEmis) - Código numérico (cNF) - Dígito verificador. Então, exceto para o dígito que é calculado, basta informar o valor de cada um desses campos individualmente que você terá a mesma chave de acesso.

https://svn.code.sf.net/p/acbr/code/trunk2/Fontes/ACBrDFe/ACBrNFe/ACBrNFeServicos.ini

Boa tarde a todos, Existe um problema na emissão da carta de correção da nota fiscal eletrônica quando são carregadas para a lista do componente ACBrNFe mais de uma nota, a carta de correção sempre sai com os dados da primeira nota. Detectei que o problema estava na procedure PrepareReportEvento, na linha 2122, que sempre estava carregando o item zero: NFe := TACBrNFe(DANFEClassOwner.ACBrNFe).NotasFiscais.Items[0].NFe; Fiz a correção na revisão17570 , e anexei a unit caso seja útil para mais alguém, aqui para mim resolveu o problema. Abraço! ACBrNFeDANFEFRDM.pas

Boa tarde! Estou criando um novo tópico para ficar mais fácil de explicar as alterações que foram realizadas na Unit: ACBrBancoSafra.pas. Estou homologando os boletos e o arquivo de remessa, e me deparei com alguns erros no código de barras e consequentemente na linha digitável. Os detalhes técnicos do problema podem ser visto nesse outro tópico: Mas enfim, vamos as alterações que realizei: Na função: MontarCodigoBarras, adicionei um trim() nos campos de: "Cedente.AgenciaDigito" e "Cedente.Conta", o mesmo estavam ficando com um espaço em branco, ocasionando a geração do código de barras com um dígito a menos. Na função: MontarCampoNossoNumero(), foi removido o: " '-' + CalcularDigitoVerificador(ACBrTitulo)", ficando apenas o NossoNumero, também foi alterado a quantidade de caracteres, que estavam setados como 8, porém o nosso numero é composto por 9 caracteres. Na função: MontarCodigoBarras, foi alterarado a linha que compõem o código de barras de: para: pois a mesma estava sendo executada na funcao: CalcularDigitoCodigoBarras() , sendo passado como parâmetro 44 dígitos, porém o Banco Safra utiliza apenas 43 dígitos para calcular dígito do código de barras. Também foi adicionado um espaço entre a barra que divide o "número da agência" e o "código do beneficiário". Essa alteração reflitirá apenas a nível de impressão! Alterado a logo do Banco Safra. (A logo que possui no ACBr está desatualizada) A nível de impressão do boleto: o nosso número deve ser apenas 9 caracteres sem o dígito verificador. correção 2, Agência: Header Lote e Segmento P, foram alterados para o preenchimento dos zeros serem a direita. Também estou anexando uma planilha do excel onde eu reproduzi a função que o ACBr estava calculando o dígito verificador, para confrontar com a forma que o Banco Safra gerava. Pois o ACBr estava gerando errado. Para comprovar, basta analisar o print que o banco me enviou, explicando como é gerando o código de barras! O banco utilizou 43 dígitos para calcular e o ACBr 44, desta forma ocasionando divergência no dígito. 422.bmp ACBrBancoSafra.pas PLANILHA DE ANALISE DE BOLETO BANCÁRIO.xlsx

Se a SEFAZ não permite contribuinte isento e o mesmo não tem IE você deve informar como não contribuinte.

Me parece que o campo cAut é o NSU do Host (campo 134 de 20 posições) e não o NSU do SiTef (campo 133 de 6 posições) e também não é o código autorização para as transações de crédito (campo 135 de 15 posições). Eu sugiro verificar com a Software Express/Skytef/Representante Sitef.

Eu pensava que na NFC-e, na tag cAut, iria esse campo e usava assim no sistema Irei pegar então o campo NSU!

Devia ter funcionado com a alteração no .ini. Vai ser preciso debugar.

Qual CNPJ está informando ao enviar o comando DistribuicaoDFe? Esse CNPJ consta no XML da NFe que está sendo retornada?

Resolvido: agora goias só aceita na chave: RefNFe quando referenciar uma nfce.

chegou a olhar que propriedades mais tem ali no envevento e também e retevento?

Olá luizfr, O código que você enviou fez o inverso do que está atual, quer dizer, impede de informar um valor menor que 4: ifthen(FPosPrinter.ConfigQRCode.LarguraModulo < 4,4,FPosPrinter.ConfigQRCode.LarguraModulo) Além disso, notei que seu arquivo está desatualizado. Queira por favor: Atualizar o ACBr Substituir o arquivo pelo anexo testar Reportar qualquer problema ACBrNFeDANFeESCPOS.pas

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Bom dia Pessoal, estou com o mesmo problema mas os CTe esta sendo transmitidos normal o problema e a consulta se voce consultar a chave do cte ele te da o retorno normal, eu apenas peguei o retorno de erro se for 223 eu consulto novamente que da certo ate a receita voltar ao normal...

Bom dia Italo, Esto usando versão 1.00. Mudei o Http lib para HttpWinHttp e deu certo. O Restante mantive openSSL. Saberia me dizer o motivo do erro usando HttpOpenSSL? Obrigado pela ajuda.

bom dia deixa como 2.05 que não houve alteração

OK deu certo quando mudei. Engraçado pq estava passando nota normal

Bom dia Danilo, Você esta com todos os fontes de todas as pastas atualizados? Se sim, reinstalou a suíte ACBr usando o ACBrIntall_Trunk2? Configurou o componente para qual versão (1.00 ou 2.00)? Se sim, chegou a fazer testes utilizando o libWinCrypt?

Bom dia, estamos analisando algumas pendencias referente a contribuição do componente Boleto, estaremos disponibilizando no SVN nos próximos dias.

Me parece que o problema não é apenas com a SEFAZ-PA, mas com a SVRS em si. Detalhe que o problema afeta apenas os webservice de consulta de retorno de autorização e consulta de recibo. Então o envio em modo síncrono deve funcionar. Quem puder faça o teste e favor reporte. @igmaster2000

BigWiings pode ser isso meu amigo, vou testar.

Você fez alteração no arquivo ACBrNFeServicos.ini? O MA ainda é atendido pelo SVAN, apenas o PA mudou para SVRS.

Seu FastReport é versão Embarcadero? Se sim, pode ser esse o problema. Essa versão do Fast não tem suporte a scripts e é incompatível com os arquivos do repositório. Você pode: - Usar os arquivo *BASIC*.fr3 do repositório, da pasta Obsoletos. Atenção que esses arquivos não estão mais sendo mantidos. - Usar uma versão comercial, Standard ou acima, do FastReport. - Usar os componentes DANFE para FortesReport.

José, Então voce descobriu o problema. Na minha chamada eu incluo o diretório e o monitor também inclui. Vou tirar o nome da pasta e testar Te aviso Abs

Nesse caso você precisa converter do formato do SiTef para o do SAT, invertendo e adicionando a barra. Não tenho. Não tem no site do Integrador CE?

Veja também esse tópico:

Sem aparelho não há como... não tem emulador de MFE... mas há emulador de SAT de SP

Então pode ser que a propriedade KeyPreview do Form esteja False. Mude para True. Esse artigo abaixo em inglês é muito explicativo sobre o assunto: https://www.thoughtco.com/understanding-keyboard-events-in-delphi-1058213

Sim, basta atualizar os fontes, já estão atualizados no arquivo...

Boa tarde. Estes dois últimos problemas parecem ser problemas no cadastro do prestador.. Att,

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

É possível emitir NFe como operação interna mesmo para destinatário de outra UF. Deve-se informar na NFe: - idDest = 1 (Operação interna) - CFOP de operação interna, ex. 5929 - indPresenca = 1 (Operação presencial) - modFrete = 9 (Sem frete) - indFinal = 1 (Operação com consumidor final)

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Perfeito pessoal, ACBRMonitor funcionando corretamente após compilação em modo release. Obrigado mais uma vez!

Sim. http://sistemas.sefaz.am.gov.br/nfeweb/portal/pdf/Enderecos_Web_Services_SEFAZ_AM.pdf

Boa noite Italo, Era isso mesmo, apos alterar o código da aplicação para não gerar o XML novamente, e carregar o XML de autorização a tarja de cancelamento foi atribuída normalmente. Muito Obrigado.

Certo, obrigado pelo esclarecimento @BigWings

pessoal resolvi aqui mudando a configuração do componente acbrnfe1 SSLXMLSIGNLIB =XsMsXml

Bom dia Duarte, Favor entrar em contato com o provedor pois, segundo o Schema temos: <xsd:simpleType name="tsRegimeEspecialTributacao"> <xsd:restriction base="xsd:byte"> <xsd:pattern value="1|2|3|4|5|6"/> <xsd:whiteSpace value="collapse"/> </xsd:restriction> </xsd:simpleType> E o XML gerado (caso 3) temos: <ns4:RegimeEspecialTributacao>6</ns4:RegimeEspecialTributacao> Logo o XML do RPS esta de acordo com o Schema e o mesmo foi rejeitado com a justificativa que o código de tributação não existe? A não ser que a rejeição esteja se referindo ao código de tributação do município e não ao código de Regime Especial de Tributação. <ns4:CodigoTributacaoMunicipio>3143906</ns4:CodigoTributacaoMunicipio> Pode ser que o código 3143906 esteja errado.

Bom dia Luciano, acredito que você esteja procurando a informação contida neste post: Em contato com a Software Express eles irão te passar um módulo chamado 'Módulo SAT-NFCE', que até em Abril estava na versão 1.0.0.15. Junto com as explicações que eles te passarem você terá uma tabela no gerenciador do TEF para fazer a referência cruzada que o Daniel citou acima. Espero ter interpretado corretamente a sua dúvida e ter ajudado.

Você vai usar o campo "Titulo.DataProtesto", para os títulos que você quer protestar, se não quiser basta não preencher esse campo.