Gr@c@

Se colocar como acréscimo final na NFC-e terá que ratear o valor entre os itens. Se o produto for tributado, incidirá tributação também nesse valor. Melhor mesmo criar um produto não tributado (CST 040 ou 041) e o CFOP não pode ser um CFOP de frete porque senão irá para o registro de frete do SPED e Sintegra (se na NFC-e não pode ter frete, você não pode contabilizar esse valor como frete). Talvez nesse caso, o melhor CFOP seja o 5949 (outras saídas não especificadas), mas somente o contabilista pode dar uma informação precisa.

quando preciso desse tipo de aplicativo, crio como um serviço do Windows.

Dúvida resolvida. Percebi que, sempre antes dos comandos ACBrNFe1.NotasFiscais.ImprimirPDF; ACBrNFe1.NotasFiscais.Imprimir; tenho que setar novamente as propriedades: ACBrNFe1.DANFE := ACBrNFeDANFCeFortesA41; ACBrNFe1.DANFE.TipoDANFE := tiNFCeA4; caso contrário, o DANFE volta a imprimir em formato de 48 colunas. Eu estava fazendo isso apenas uma vez ao ler as configurações como fazia com o ACBrNFe.

Tentei com JVCconvert mas é bem complicado. O GExpert é muito rápido, mas você deve abrir formulário por formulário e selecionar componente rxlib um a um e converter um a um, porque se fizer tudo automático dará erros e não ficará confiável. Campos rxcurrency formatados (por exemplo 000000000) e valores monetários substitua por JvCalcEdit , campos numéricos inteiros sem formato (ex: 0) substitua por JvValidateEdit. No JvCalcEdit coloque ZeroEmpty = False e ShowButton = False No JvValidateEdit coloque ZeroEmpty = False Se tiver componente TDateEdit da rxlib substitua por TJvDateEdit e não precisa mudar nenhuma propriedade Te aconselho a fazer como eu fiz: faça a cópia do projeto e altere um form de movimento (ex pedido de venda) e faça testes neles, incluindo, alterando, excluindo para ver se tudo está ok, inclusive a gravação no banco de dados. Um projeto de gestão que tenho e que é contem muitos forms e muitos componentes rxlib consegui converter um um dia. Com o GExpert é bem tranquilo. Sou muito grata ao Henrique Leonardo por ter me dado essa dica.

Não estou conseguindo imprimir no formato A4 do Fortes. Tanto PDF como impressão ficam no formato 48 colunas. Segue minha configuração: ACBrNFe1.DANFE := ACBrNFeDANFCeFortesA41; ACBrNFe1.DANFE.TipoDANFE := tiNFCeA4; Tentei colocar diretamente no componente mas também não resolveu. Atualizei os componentes ACBr hoje (desmarquei o componente ACBrNFSe porque dá erro ao instalar o pacote), instalei, compilei e deu build no projeto.

Sugiro que, ao postar erro de instalação do ACBr, acrescentem ao titulo : "Erro instalação ACBr Versão ........... + Data + Erro .........(ACBrDFeConsts.dcu failed) Exemplo : Erro de Instalação ACBr Versão 12171 22/08/2016 ACBrDFeConsts.dcu failed Facilita a pesquisa. Eu quase postei um novo tópico sobre o mesmo erro. Além disso, usem as tags de pesquisa. Muitas coisas a gente procura aqui no forum e não encontra por falta dessas tags e titulos incompletos ou que não tem nada a ver com o erro ou dúvida.

Reportei o erro também,no caso de caracteres cortando como no boleto e NFC-e. Já havia reportado antes sobre o boleto. Mas até hoje não tive retorno. No boleto consegui resolver fazendo uma gambiarra (diminuindo a fonte da linha digitavel e movendo o codigo de barras mais para a direita). Mas na NFC-e não tem o que fazer, a impressão fica realmente ruim.

Sim, infelizmente está acontecendo com impressão de boleto, NF-e, NFC-e. Não são todas as impressoras, mas as que percebi são Lexmark, HP Laserjet. Um problemão e não tenho como resolver.

Ao tentar enviar uma NFC-e MG está dando o erro: Sessão "NFCe_MG_H" não encontrada no arquivo "ACBrNFeServicos" Estou configurando o componente para ambiente de homologação e ACBrNFe1.Configuracoes.WebServices.UF := 'AM'; A UF do emitente tem que ser AM também?

Tópico antigo, mas preciso optar por um aplicativo de conexão remota: vi que a conexão do google crome não é muito confiável em termos de privacidade, então descartei. Estou entre TeamViewer e Ammyy. Gostaria da opinião de quem usa esses aplicativos. Vou precisar da conexão em apenas uma máquina e um cliente por vez (com tempo ilimitado de conexão). Tenho dúvidas se o cliente também precisa adquirir uma licença.

Italo, acho que tem que emitir O MDF-e também para carga lotação (e não somente a fracionada) quando for interestadual. Não é isso?

Se você estiver instalando tudo em pasta protegida do Windows (ProgramFiles) pode ser esse o seu problema. Crie uma pasta especifica para instalar o ACBr, com todas as permissões.

O Juliomar está certo. Uso o Delphi XE3 e tive esse problema ao instalar os componentes, alguns bpls não eram localizados porque não instalava corretamente devido a permissões do Windows. Criei uma pasta em C:\ para os componentes terceirizados.

Juliana, desculpe o atrazo da resposta. Nos arquivos de retorno não vem nenhuma ocorrência de inconsistência. Se o cliente paga sem ser pela internet ou por algum banco, eles dizem não encontrar o documento para baixa. Se o cliente paga no proprio Sicoob, o documento existe. Quando a empresa vai cobrar do cliente por achar que o documento está em atrazo, o cliente mostra o comprovante pago, mas no Sicoob a baixa não foi realizada porque o documento não foi localizado nas entradas. No meu entendimento, é erro do banco ou existe algo diferente nas transações de pagamento via internet ou outros bancos. Mas eles alegam que o erro é no boleto impresso ou na arquivo de remessa. Até agora não me apresentaram um documento físico contendo a rejeição. Peguei todos os retornos bancários recebidos e neles só existe ocorrência de entrada de titulo e liquidação (e os boletos pagos e não foram baixados não aparecem nesses retornos). Saberia me dizer se na remessa consta algo que impeça o documento de ser baixado se for recebido por outros órgãos?

Isso aí é mais complicado do que se pensa. Todos os aplicativos da Gás Tecnologia fazem essa alteração via execução do aplicativo. Mas tem outros aplicativos que também fazem isso e um, que eu vi que faz é um aplicativo de monitoramento de câmera. Se cada aplicativo começar a alterar isso a bel prazer, ficará difícil. Outra coisa que notei também é que, dependendo do windows, do certificado ou sei lá de mais o quê, as configurações para a NFe funcionar variam de uma máquina pra outra. Tem configurações que coloco num cliente e funciona. Se colocar em outra, não funciona de jeito nenhum. Tem que ir testando marcar e desmarcar, até dar certo. Se ocorre uma atualização automática do Windows, deixa de funcionar. Além do que, para o aplicativo alterar registro do windows, ele tem que ser executado como administrador. E aí também, entra o antivirus. Antivirus corporativo é bem chato no que diz respeito a alteração de registro do windows via aplicativo de terceiros, ainda mais se for um aplicativo sem assinatura digital. Confesso que até hoje tô perdida nessas configurações. Já pesquisei sobre tudo, mas...na hora da prática e de explicar isso ao cliente morro na praia.

Sim aqui em MG está havendo muita rejeição de NCM. Fiz uma função no aplicativo para que o usuário possa alterar automaticamente o NCM dos produtos, informando NCM Antigo e NCM Atual. Facilita a vida do cliente e a minha.

dá uma olhada nesse post onde o pessoal fala sobre o INVIA

A primeira, segunda e terceira clique em ignorar. São propriedades que não existem mais no componente. A ultima foi substituida ACBrNFe1.Configuracoes.Arquivos.PathSalvar

Se todos os certificados funcionam e um não, desconfie do certificado e não do ACBr. Tem um determinado certificado que já foi muito comentado aqui por erros e perda de chave, e que muitos achavam ser problema do ACBr. Bem, esse mesmo certificado é fornecido por uma associação no Brasil para todos os seus credenciados(não posso citar o nome aqui). E eles usam um aplicativo para acesso a dados que não é ACBr. E pasmem: ocorre o mesmo problema. No seu lugar, eu procuraria suporte diretamente na administradora do INVIA (tenho alguns clientes que usam esse certificado, tiveram problemas iniciais na instalação e a instalação precisou ser feita pelo suporte da administradora. Ninguém, nem eu, nem o cliente, nem o técnico do cliente conseguimos fazer esse troço funcionar pela instalação padrão). Meu aplicativo de envio de NFe usa ACBr e Capicom. Esses clientes que tem o INVIA estão enviando NFe e não mais reclamaram de nada depois que a instalação foi refeita. Não indico esse certificado e alguns outros também.

Estou tendo problemas com retorno do SICOOB. Todas as ocorrencias, de pagamento ou simplesmente de entrada do titulo, estão vindo com o valor recebido = valor do documento (acredido que quando é apenas uma ocorrencia de entrada de titulo ou outra coisa que não seja liquidação esse valor recebido deveria estar zerado). Boletos recebidos pela internet ou através de outros bancos não estão sendo baixados automaticamente pela agencia porque o banco alega inconsistencia de dados com o arquivo remessa. Mas a pergunta é: porque ocorre o banco baixa documentos pagos pelo cliente na propria agencia ou através de lotérica?

dá uma olhada nesse post http://www.projetoacbr.com.br/forum/topic/30268-percurso-informado-inválido/#comment-200303

Estou fazendo testes de envio de NFC-e. MG ainda não tem ambiente de teste, por isso utilizo a UF AM. Minha primeiras dúvidas: 1-qual a versão de schemas devo usar: 3.00 ou 3.10. Na 3.00 quando consulto cadastro do contribuinte me dá erro de schema e na 3.10 dá erro de contribuinte não cadastrado. 2-como configurar o componente para imprimir em impressoras não fiscais ex: Bematech. Para imprimir em uma não fiscal haverá necessidade da dll do fabricante?

Não estou conseguindo abrir o projeto PosPrinterTeste para poder entender como funciona. Estou desenvolvendo o aplicativo NFC-e e estou tentando entender como fazer para imprimir em mini-impressoras não fiscais. Faço a minima ideia de como utilizar o ACBrPosPrinter, ACBrDANFeESCPOS, ACBRECFVirtual. Vi que o ponto inicial seria entender o PosPrinterTest mas quando tendo abrir o dpr dá erro de recreate .res, mando recriar mas o projeto não é mostrado porque não recria o .res. Li vários posts aqui no forum e são realmente muitos.

Mas isso vai contra a legislação da NFC-e cujo danfe pode ser impresso em qualquer tipo de impressora que suporte imprimir QR-Code. Particularmente, não acredito que será assim, mesmo porque MG nem está exigindo mais a homologação paf-ecf. Acho que MG está aguardando para ver como a NFCe está nos outros estados, para depois implantar aqui. Espero imensamente que não seja assim, porque queria muito não ter mais que depender dessa máfia de fabricantes, interventores de ECF e homologadores de paf-ecf.

Quando migrei vi esse problema também, mas no TCurrencyEdit quando se usava .txt e o campo estava zerado também havia problemas. Então sempre usei o .value para ambos os componentes. Mas tem também o JvValidateEdit. Tentou com ele?