Painel de líderes

( rapaz ninguem ajuda nada nesse forum, tbm estou com esse problema, quando a Danfe 4.0 e parcelado, nao aparece as parcelas as duplicatas. ) Boa Tarde Athos Que comentario infeliz.. O que mais a Galera do Acbr, faz , é ajudar, a todos. e olha. Todos, tem muita paciencia.. Eu desenvolvo a 30 anos, e sei exatamente o que Acbr, faz, e o quanto, devemos ficar agradecidos, por estar disponivel para nós a solução. O minimo que voce deve fazer, é um pedido de desculpas, ,pois pode ser que seu comentario, tenha sido , ( sem querer ) Eu sempre digo, o que seria ,nós sem esse projeto do acbr.. Repense, no que falou.. Valeu.. Amarildo Matos -

Já que não ajudamos em nada por favor não use nossos componentes e implemente do zero e seja feliz, pare de vir mostrar sua incompetência e falta de educação no fórum. O projeto é open source mantido pela comunidade se acha ruim copie na sua maquina e faça você mesmo a modificação.

resolvido, o problema estava na configuração do IP remoto.... obrigado Daniel, seu comentário abriu meus olhos.... já tinha revisado as configurações diversas vezes rsrsrs.

Veja este comentário abaixo em outro tópico.... está sendo feito um refactoring dos componentes de impressão, por enquanto só informando no campo InfCpl para aparecer os pagamentos... se vc quiser testar e ajudar, eu também postei neste mesmo tópico abaixo uma alteração para o DANFE em Fortes imprimir automaticamente os pagamentos... Att Ricardo

Bom dia, Me deparei com um erro na leitura do retorno CNAB 400 do Banco Safra. a procedure TACBrBancoSafra.LerRetorno400(ARetorno: TStringList); está capturando o código do retorno na posição errada.!! Esta assim: OcorrenciaOriginal.Tipo := CodOcorrenciaToTipo(StrToIntDef(copy(Linha, 103, 2), 0)); O corretor é assim: OcorrenciaOriginal.Tipo := CodOcorrenciaToTipo(StrToIntDef(copy(Linha, 109, 2), 0)); A posição correta do campo está assim no manual: cobranca2017.pdf Com o erro o retorno esta identificado todos os retornos como "Entrada Confirmada"

Boa tarde! Após a atualização do ACBR, o processamento dos arquivos de retorno do Sicoob deixaram de funcionar. Verificando o manual e o fonte, vejo que tem uma disparidade na leitura do campo NossoNumero. No manual a leitura do campos apontando para COLUNA 38 A 58 20 posições, e no fonte do arquivo ACBrBancoBancoob esta 'NossoNumero := Copy(Linha, 40, 7);' na linha 537 do arquivo.pas. Anteriormente isso parecia funcionar normalmente. Meu arquivo retorno esta em anexo. Agradeço desde já. 3069_02961016_20180724_C240_01.ret

Olá, Identifiquei uma falha na remessa Bradesco CNAB400 no registro tipo 2 referente aos campos de descontos. As posições referente aos valores (Data Desconto2, Valor Desconto2, Data Desconto3, Valor Desconto3) requerem dados numéricos, porem está sendo passado o caracteres "espaço em branco" que é considerado alfanumérico. Fiz o ajuste formatando o conteúdo corretamente, embora zerado e não através das propriedades especificas, pois como não faço uso desse recurso e já estava sendo passando um valor nulo, não me preocupei tanto quanto a associação. Também adicionei como comentário as posições especificas na concatenação da string que monta a linha. A análise foi feio através do manual e site de validação de arquivo remessa próprio Bradesco (aba Cobrança): https://banco.bradesco/assets/pessoajuridica/pdf/4008-524-0121-layout-cobranca-versao-portugues.pdf https://banco.bradesco/html/pessoajuridica/solucoes-integradas/outros/layout-de-arquivo.shtm Segue anexos para analise, e atualização do componente! ACBrBancoBradesco.pas

Boa tarde, verifiquei que o arquivo apagarAcbr.bat não está excluindo os arquivos DCU das units do e-Social, falta incluir essa máscara "pces*.dcu" na linha do comando del... Att Ricardo

Estou com o mesmo problema, realizei todas as sugestões e os problemas continuam. Realmente a Sefaz está com problemas ?

Obrigado Ricardo, era isto mesmo.

obrigado Juliana

Você está gerando também o grupo ICMSUFDest. Em operações com determinados códigos ANP ele não deve ser gerado. Consulte a NT 2015.003.

Chega a ser vergonhoso... Se negar apagar 120.00 para ter direito a baixar uma ferramenta que te ajuda a ganhar dinheiro... e ainda ter a cara de pau de vir no fórum para alguém "descolar" o compilado para você... Enfim... por essas e outras que o Brasil é o que é...

Use cstRep60. // N08-10: Grupo de repasse do ICMS para produtos combustíveis sujeitos a repasse interestadual if (NF.infNFe.Versao >= 4.00) and (NF.Ide.modelo <> 65) and (Item.Imposto.ICMS.CST = cst60) and (StrIndex(IntToStr(Item.Prod.comb.cProdANP), [ '210203001', '320101001', '320101002', '320102002', '320102001', '320102003', '320102005', '320201001', '320103001', '220102001', '320301001', '320103002', '820101032', '820101026', '820101027', '820101004', '820101005', '820101022', '820101031', '820101030', '820101014', '820101006', '820101016', '820101015', '820101025', '820101017', '820101018', '820101019', '820101020', '820101021', '420105001', '420101005', '420101004', '420102005', '420102004', '420104001', '820101033', '820101034', '420106001', '820101011', '820101003', '820101013', '820101012', '420106002', '830101001', '420301004', '420202001', '420301001', '420301002', '410103001', '410101001', '410102001', '430101004', '510101001', '510101002', '510102001', '510102002', '510201001', '510201003', '510301003', '510103001', '510301001' ]) >= 0) then begin Item.Imposto.ICMS.CST := cstRep60; end;

Já estou usando 'ArquvioPFX' :/

bom dia Srs! estava com outro problema e não estava conseguindo testa, então coloquei 90 sem valor e o 15 com valor do pagamento e nao é q validou! qdo abri o tópico estava mandando sem a informação 90, e por isso nao validava, com o 90 ele entendeu q uma parte é sem cobrança e deu certo. desculpe a antecipação mas eu realmente fiquei preocupado pois dias atras isso deu a maior dor de cabeça. XML anexo está validado! RESOLVIDO! 42180708942050000108550010000198401873862120-nfe.xml

O ACBrNFe tem o método "VerificarAssinatura" que permite acessar os dados da assinatura do XML e conferir se foi realmente assinado pelo emissor da nota. Vejam a função "Validar assinatura" do demo do ACBrNFe.

Talvez ele faça a leitura da página HTML e monta o XML com os dados da consulta feita na página da Sefaz por exemplo. Mas possivelmente o arquivo não é o original, pois deve apresentar erro na assinatura do arquivo, pode testar em alguns sites que fazem a validação da assinatura digital, que deve apresentar erro. Att

https://portal.fazenda.sp.gov.br/servicos/sat/Downloads/Especificacao_SAT_v_ER_2_25_03.pdf

Quando informado tPag = 90 (Sem pagamento), o vPag deve ser 0.00. NT 2016.002 v1.60.

Bom dia! Depois de muita espera e nenhum retorno, e vários xmls enviados para sefaz, decidimos voltar o cliente para a 3.10 até o prazo máximo da NFC-e. Pensamos que assim os portais já terão se normalizado. Porém a emissão da NFC-e para o portal do MT na versão 4.00 não esta ocorrendo. Segundo o auditor, inicialmente o qrcode estava errado, a tag urlChave se fazia obrigatória. Mas mesmo com xml ajustado a mensagem persistia. Agradeço a ajuda até aqui.

@jpgodinho92 o erro do aristarco era no preenchimento da informação, no seu caso vc deve estar preenchendo incorretamente também. Verifica se não é essa a solução e poste o XML, sem ele fica difícil ajuda-lo XML do S-1000 XML do evento que está dando o erro na hora de enviar. Fala qual o ambiente também.

@Juliomar Marchetti consegui resolver o problema, removi tudo referente ao ACBr, e instalei ele novamente no meu Delphi CE.

Esqueci de Postar a Solução aqui, eu tinha comprado o AVG Internet Security e o Firewall dele estava bloqueando a saída de pacotes, vale a dica tendo erros de comunicação vale tentar desativar anti-vírus e firewall para teste e depois reativar e se o problema for devido a um deles adicionar exceções ao mesmo.

Acabei de falar com a Sefaz-MT e me retornou que estão com "Problemas com Sistemas Fazendários" e com erro no qrCode. Falaram que estão trabalhando para solucionar o problema.

Obrigado @Daniel S Ferreira, aqui deu certo também, no meu caso deixei assim: // Caso tenha que adicionar mais alguma UF: if (CUF in [51]) then // Quando MT adicionar caractere pipe entre o IdCSC e CSC. begin sCSC := cIdCSC + '|' + cCSC; end else begin sCSC := cIdCSC + cCSC; end; Sim @BigWings, não bate com as orientações do algoritmo indicado pelo manual, mas aqui no MT não está autorizando sem colocar o caractere pipe entre o IdCSC e o CSC. Seria algum erro do ambiente autorizador? Vou enviar um e-mail perguntando a eles se realmente no MT é assim, pra não correr o risco de ter que fazer alterações no componente novamente. Obrigado.

Bom algo tu fez de errado acabei de abrir aqui uma VM com o Delphi CE e ACBr, Fortes, Jedi, ORMBr etc. criei um projeto multi plataforma e não houve erro algum

bom dia, Aqui no Mato Grosso o cálculo deve manter o separador | entre o IdToken e o CSC, fiz o teste agora (Em Produção) e foi autorizada. NFC: 4.00 Versao QRCode: 2.00 trecho da função getURLQRcode sCSC := cIdCSC +'|'+ cCSC;

Bom dia Cezar, Favor atualizar os fontes, note que fiz uma alteração no arquivo INI do provedor. Faça novos testes.

Saudações, Também estou com problema no envio para MT. Versão Layout: 4.00 Ambiente: 2 Versão Aplicativo: 3.00 Status Código: 813 Status Descrição: Rejeicao: QR-Code com sequencia de escape para o e-comercial. Usar CDATA UF: MT dhRecbto: 25/07/2018 14:26:26 Se alguém passou e puder ajudar, agradeço.

6.3 - Mostre respeito pelo modo de escrever. Escreva de modo claro, gramaticalmente e semanticamente correto. Não escreva TUDO EM MAIÚSCULAS. Isso é lido como se estivesse gritando e é considerado rude. Favor leia as regras do fórum.

Publicada Nota Técnica 2018-08 Data prevista para implantação no ambiente de Produção Restrita: 31/07/2018. Data prevista para implantação no ambiente de Produção: 31/07/2018. https://portal.esocial.gov.br/manuais/nota-tecnica-08-2018.pdf

Pessoal, SEFAZ RS com QrCode 2.0 esta retornando este mesmo erro desde o dia 02/07.

Boa tarde Senhores Administradores eu fiz uma alteração na unit DoAcbrNfeUnit do monitor plus, a qual inclui o método distribuicaodfe da seguinte forma: NFe.DistribuicaoDFe(cUF,cCNPJ,nUltNSU) onde cUf é o código numerico da uf cCnpj é o cnpj que deseja consultar e nUltNsu é o resultado do ultimo nsu como esse web service não retorna a informação se ainda tem ou não dados como o consulta nfe ( me corrijam se tiver errado) eu fiz uma validação interna usando o cstat para retornar a flag Atenção: não cheguei a testar, apenas testei se compilava, pois eu não entendi muito bem a questão das listas internas do resultado, em anexo a unit alterada e também se tem que alterar mais coisas Obrigado fico no aguardo DoACBrNFeUnit.pas

Olá... Veja que da mesmo forma como ocorre na NF-e e CT-e o MDF-e tem duas versões do arquivo "tiposGeralMDFe_v1.00.xsd", uma com sufixo "-OPENSSL.xsd"(para OPENSSL) e outra sem(para CAPICON). Quando uso o OPENSSL eu renomeio o "tiposGeralMDFe_v1.00.xsd"(padrão) para "tiposGeralMDFe_v1.00_CAPICON.xsd" e "tiposGeralMDFe_v1.00-OPENSSL.xsd" para "tiposGeralMDFe_v1.00.xsd", ai funciona sem erro. Só lembrando que este arquivo "tiposGeralMDFe_v1.00-OPENSSL.xsd" só é encontrado no rep do ACBr, não esta no pacote distribuído pela sefaz. At+;