Alexandre de Paula

Nas 4 ultimas aulas do curso... na parte de baixo do painel da aula tem uma aba "arquivos"

https://www.projetoacbr.com.br/forum/files/category/21-acbrmonitorplus-demo/
 

bom dia,
https://acbr.sourceforge.io/ACBrMonitor/ModeloNFCeINI.html
na documentação do ACBrMonitor tem um modelo.

Boa tarde,
Quando for contribuir para este arquivo pode anexar somente a parte atualizada.
Temos atualizações muito frequentes dele e se enviar o arquivo todo podemos perder alguma informação.
 
[3545308] ; Atualizado em 27/01/2025 Nome=Salto de Pirapora UF=SP Provedor=AssessorPublico ProRecepcionar=http://s64.asp.srv.br/issonline/servlet/anfse?wsdl Criada a TK-6536 para avaliação.
Obrigado pela contribuição.

Você usa os componentes em Delphi? em caso afirmativo verique o codigo do botão imprimir DANFSe:

ali você vai encontrar a função que salva em PDF, utilizando essa função não é aberto o arquivo.

Não temos relatos que o fix cause efeitos colaterais, inclusive todos que usaram relataram a resolução do problema e seguiram com as atividades normalmente, porém pode ser que os cenários sejam diferentes. Não seria o caso de após a execução do fix validar os outros ambientes onde está tendo as ocorrências se eles também não precisam de reconfiguração?
Em paralelo reforço a recomendação que sempre fazemos de utilizar certificados A1. Como já comentamos na comunidade muitas vezes, as vezes os custo de você até fornecer o certificado pro seu cliente é menor que de toda a operação de suporte e manutenção que o uso do A3 gera.

Boa tarde,

A especificação do XML da NFe já define que o peso é em KG. É a primeira vez que vejo essa demanda.
Levando em consideração que o DANFE é uma representação do conteúdo do XML não deveria existir a necessidade de explicitar isso na impressão.
A documentação do DANFE não apresenta exigencia nem orientação de adicionar essa informação.
Caso queira fazer uma personalização você mesmo pode ajustar os seus fontes, mas não vejo motivos para adicionar essa modificação ao SVN.
Caso tenha uma documentação ou legislação que indique a obrigatoriedade (talvez os clientes multados tenham recebido a orientação) e puder anexar no tópico podemos avaliar novamente.
 

Tópico movido para a área do ACBr Pro, para que o SLA de respostas seja considerado
O layout do Danfe não prevê esse tipo de inserção de informação.
No máximo você poderia colocar o texto do "copia e cola" do pix nos dados adicionais, mas isso teria que ser feito na emissão da nota, uma vez que os dados do Danfe devem ser os mesmos existentes no XML da Nota, mas acredito que não seria muito eficiente no propósito do cliente realizar o pagamento.

Boa tarde,
O objetivo da impressão simplificada é justamente ter menos informações. Caso seja necessário a exibição de mais dados acho válido avaliar o uso da impressão do DANFE normal que já contempla tudo isso.
Abaixo um topico sobre orientações gerais sobre personalização, mas é importante num primeiro momento avaliar de onde surgiu a sua demanda e confirmar se é realmente necessária a modificação ou se não existiriam outras soluções. (Exemplo, usar o simplicado para transporte/etiqueta e enviar o DANFE completo de forma eletrônica/email).
 

https://acbr.sourceforge.io/ACBrLib/MetodosNFe.html
Aqui na documentação da Lib tem todos os metodos.
https://acbr.sourceforge.io/ACBrLib/NFE_GravarIni.html
Existe o Gravar INI que acho que é o que vc procura, mas o mais comum é você gerar o INI na sua aplicação, enviar para o componente, emitir a NFe e depois gravar o XML da NFe

Nesse link tem as informações de configuração pro Bradesco.

Bom dia.
O segundo caso não é um Erro Interno da SEFAZ. É um erro 403 de permissão/autenticação.

Me parece que você está usando a contingencia offline como um modo de operação usual.
O objetivo desse recurso não é esse. Ele é um backup para quando o seu ambiente on-line não está operacional.
Você emitir frequentemente notas em modo offline é um sinal de alerta para fiscalização do emissor.
Outra observação que você cita em uma das respostas é que o vendedor "sai" e emite o cupom... A emissão da NFCe usualmente deve ser feita no estabelecimento.
Sugiro consultar o responsável fical pela empresa para validar se essas operações estão corretas.
Em relação a rejeição por duplicidade a nota que você tentou emitir foi rejeitada então o caminho natural seria emitir uma nova nota dentro da mesma série com a numeração na sequencia correta. Entendendo que o seu cliente saiu da loja com uma nota que não existe! Por isso a necessidade de se ter um controle correto para que a duplicidade não ocorra.
Porém o controle das séries é uma opção que você pode usar para inclusive separar as suas operações (poderia usar uma série para offline e uma série para online, por exemplo).
Também reforço a importancia da validação com o responsável contábil/fiscal pois ele que tem propriedade para te orientar nesse aspecto.
Novamente, podemos te ajudar com toda a parte técnica em relação as emissões dos documentos. Já a responsabilidade e avaliação das operações deve ser feita pelo contador responsável. Na dúvida sugiro verificar alguma consultoria especializada como o https://www.sacfiscal.com.br/ do @marcopoloviana que vai ter propriedade para te orientar nesses assuntos.

Cada padrão de código de barras tem uma construção diferente e usa as propriedades do componente na sua construção.
Não é comum você mudar o padrão do código na aplicação que você vai construir, por exemplo, o codigo de barras da chave da NF-e tem sempre o mesmo tamanho, e é usado no mesmo lugar, por isso não tem necessidade de variação.
O codigo do produto para venda normalmente é padrão EAN13, então também não muda e não tem alteração em uma tela de cadastro de produto, por exemplo, ou em um relatório. Por esse motivo até hoje não foi necessária uma implementação que fizesse ajustes de variação de tamanho do código e no meu ver não existe essa demanda hoje, porém caso deseje realizar uma contribuição, basta adicionar aqui e o código com certeza será analisado.
Em relação as propriedades Ratio, Modul e outras como espaçamento e largura das barras, elas variam de acordo com o padrão do código de barras selecionado e cada padrão de código tem a sua construção. Em boa parte essas caracteristicas são o que diferenciam um codigo do outro. Então a depender do padrão a ser utilizado as propriedades tem que ser definidas, mas como comentei antes, uma vez definido o padrão que será utilizado para sua necessidade ela não será alterada e somente o conteúdo do codigo é que vai ter variações.

Era uma instabilidade no ViaCEP. Já voltou a funcionar.

https://svn.code.sf.net/p/acbr/code/tags/ACBrTrunk2015/Fontes/ACBrNFe2/

No repositório acima pode ter alguma coisa para usar como referência.
Porém alerto para verificar se está compatível com o MOC e novamente recomendo utilizar os relatórios já existentes nas versões mais novas. Tanto FortesReport quanto FPDF não tem custo de instalação.
Lembrando que o uso do DANFE no motor novo não implica na alteração dos relatórios do seu sistema. Você pode usar os dois sem problema.

Por favor atualize seus fontes, pelo SVN do ACBr... 
Já subimos para o nosso repositório de fontes, modificações que podem corrigir algum dos itens referentes a esse tópico...
Por favor atualize seus fontes, faça testes, e se possível comente em uma nova resposta, se o problema foi resolvido...
Dúvidas, sobre o uso do SVN ?  Clique aqui e veja um vídeo

Você já utiliza algum produto ACBr?
Fazendo uma breve pesquisa aparentemente é possível consumir uma DLL com VBA, porém não temos nenhum exemplo atualmente.
Caso consiga você poderia usar a ACBrLibBoleto.
O ACBrMonitor seria uma alternativa pra você fazer a comunicação com troca de arquivos por exemplo... Assim você gera instruções e salva em um arquivo e o ACBrMonitor executa o processo e te responde com outro arquivo TXT que você faria a leitura e processaria os retornos.

Boa tarde,
O erro 504 - Gateway timeout é quando o servidor que você está acessando não consegue acessar outro servidor dentro do processo... ou seja, um problema interno do BB.
Pode ser alguma instabilidade no proprio ambiente do BB. Você pode verificar em https://forum.developers.bb.com.br/ se tem relatos semelhantes.
Em relação a tratativa no seu sistema, deve ser entendido como um erro de timeout "normal" você não conseguiu acessar o servidor/banco... então pode tentar novamente ou cancelar a operação. Entendendo o caso que o cliente efetuou o pagamento e você precisa confirmar poderia partir para uma validação "manual" consultando o saldo/extrato/aplicativo do banco e fazendo um registro gerencial no seu sistema.
 

Boa tarde Carlos,
Como usuário PRO você tem acesso ao curso de Distribuição DFE
https://acbr.nutror.com/curso/70bbe2be3380d5c82dc10817ebc721956d189cf8
Nele é detalhado todo o processo de baixa de XML usando o ACBr.

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado
Boa tarde,
Existe uma interdependencia entre os componentes e pacotes. E todos eles são atualizados com bastante frequencia, seja por correção, melhorias ou necessidade de atualização pela legislação.
Por isso a nossa recomendação é que seja sempre atualizado o pacote de todos os componentes ACBr.
Talvez pelo fato de não atualizar a muito tempo quando fizer pode ter que realizar algumas correções e também por causa disso recomendados que a sua atualização seja frequente. Uma vez por semana ou a cada 15 dias. Assim as atualizações constantes geram impactos menores e mais pontuais na sua aplicação, sendo mais fácil a manutenção.
 

Começa pelo 0.
90 dias

Acessa o link: https://github.com/Projeto-ACBr-Oficial/FPDF-Pascal
na tela clica no botão verde (Code) e escolhe a ultima opção download ZIP
Nessa mesma tela tem uma descrição de como funciona o FPDF