Painel de líderes

Era justamente o que eu estava fazendo, em todos os clientes é a mesma coisa, neste em específico deu estes problemas, por isso resolvi citar aqui a solução, pois não é comum este tipo de configuração. Mas com a ajuda de vocês consegui resolver mais este probleminha. Gratidão

Olá pessoal, O componente ACBrMDFe vai sofrer uma alteração para estar em conformidade com a NT. Resumo das alterações: Alterações no MDF-e rodoviário adequando o grupo do vale pedágio às definições da ANTT; Observação sobre a formação da chave de unicidade de um MDF-e ; Tornar a UF da placa opcional em virtude da nova placa padrão Mercosul ; Inclusão do PIX nas formas de pagamento do frete; Ajuste do tamanho da tag TU do modal ferroviário (schema). O ambiente de homologação só vai estar liberado em 05/04/2021 e o de produção em 02/05/2021. Procure manter os fontes ACBr sempre atualizados.

Bom dia. Pesquisando com mais calma, aqui, verifiquei que o valor do IPI devolvido pode ser informado nos dados adicionais. Vou ajustar desta forma para atender o fornecedor. Acredito que o tópico possa ser encerrado.

http://www.sef.sc.gov.br/arquivos_portal/servicos/136/NFC_e___Solicitacao_de_TTD_706_e_707_v.1.1.pdf

@Juliomar Marchetti Eu até já fiz isso em outro post, mais para gerar o problema só acontece em determinados clientes e com certos usuários, acho que tem a ver com o windows/configuração da máquina, ou seja, acontece "muito raramente". A nossa proposta é trocar o Round() pelo RoundABNT() em todas as units do Boleto, visto que no setValorDocumento vocês mesmo usam o RoubdABNT() mais como o problema só acontece "muito raramente" o @José M. S. Junior analisou o outro post e acho que ficou meio com pé atrás aceitar a correção e afetar os demais usuários de alguma forma. Se der para o @jdazevedo fazer a troca do tipo de campo conforme foi orientado e ver se resolve e postar aqui o resultado aqui, caso persista o problema, ai sim volto a insistir na troca da função, senão permaneço com a minha solução só nos meus fontes mesmo, devido a não conseguir nem mesmo demonstrar o problema devido ao "muito raramente".

Como a classe é instanciada com valor 0 para esse campo, vai retornar o mesmo se não obter a resposta da dll do SAT.

Voce não pode alterar a unit para gerar o valor correto, vc precisa gravar ele certo, pois bancos não aceitam dados com mais de 4 decimais, no nosso país, são apenas 2 decimais, tanto, que ele vai na linha digitavel e no codigo de barras. Penso que você precisa ajustar seu divisor de parcelas do sistema, para poder gravar isso certo, o componente é feito pra processar informações, não não pode corrigir, pois um local ou outro vai ocorrer esse problema. @jdazevedo prefira trabalhar com valores no formato AsCurrency, e claro, acertar a quebra de caixa em alguma parcela, não deixando para o banco de dados resolver. Como sugestão, eu lanço a quebra de caixa na 1a parcela, cabe do programador decidir. Ex: 100,00 de 3x, se deixar para o banco de dados, vai ficar 33,3333333333333... Isso tem influencia no tipo de campo que você usa para armazenar valores, o decimal (15,2), era danado para acontecer isso, assim como aquele double precision. Eu particularmente, uso o numeric(18,2), fazendo o arredondamento dentro do programa.

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

Tem algo errado com as suas configurações do ACBrMonitor... Notei que está passando Ambiente de Produção mas os XMLs estão sendo gerados em Homologação. Verifique o ambiente na tela do ACBrMonitor Se está conseguindo enviar de outra máquina, recomendo que copie o mesmo arquivo de configuração "ACBrMonitor.ini" para pasta onde realizou a instalação do ACBrMonitor... Com a mesma configuração deve funcionar... Lembrando que algumas UFs o Código CSC / Token é diferente para ambiente de produção e homologação.

Sefaz está fora do Ar desde do almoço hora volta hora cai

Troquei a fonte resolveu. assim altero em rum time, não preciso alterar o componente. resolvido

Boa tarde. Em anexo segue o arquivo ACBrNFeServicos.ini contendo as URLS atualizadas conforme manual da SEFAZ http://www.sef.sc.gov.br/arquivos_portal/servicos/136/Novo_WEBSERVICE_DA_NFC_E_URL_DO_QR_CODE_E_DA_CONSULTA_EM_SC.pdf Se os administradores puderem subir no svn. ACBrNFeServicos.ini

A condição para gerar as tags é informar valor diferente de vazio para a tag UFSaidaPais ou xLocExporta.

Bom dia. Sugiro a leitura deste tópico. Att.

Olá, Devido a contradições na leitura do campo "Nosso Número" nos arquivos de Retorno dos bancos, adicionamos a propriedade: LerNossoNumeroCompleto no componente ACBrBoleto para definir a forma de leitura desse campo. Ao gerar a Remessa o próprio componente se encarrega de calcular o digito que complementa o Nosso Número e também outras particularidades. Mas ao ler o arquivo de Retorno o componente sempre lê apenas o Número Fixo, assim como é passado na geração da remessa, porém muitos queriam obter esse número de forma completa, ou seja, com o dígito verificado e demais particularidades. Como solução criamos uma nova propriedade "LerNossoNumeroCompleto" para configurar isso, com essa opção selecionada pode obter o NossoNumero completo assim como é retornado no arquivo, caso contrário permanece da mesma forma, lendo apenas o Número Sequencial, conforme alimentado no componente. Essa nova propriedade já está configurada para o Banco Sicred, se houver necessidade para os demais Bancos, pode ser utilizado essa configuração para o mesmo fim.