Gr@c@

Então, queria estudar com vocês do ACBr a possibilidade da criação do componente. E ratear o custo do desenvolvimento com mais alguém que esteja interessado.

Pode ser questão de permissão de pasta no Windows. Ontem eu instalei todos os componentes ACBr e está tudo normal.

Pessoal, criei esse post, mas meu cliente desistiu do contrato de averbação e não desenvolvi essa integração para averbação de carga. Agora, tenho outro cliente que já fez o contrato e precisa dessa integração. Queria saber quem está precisando fazer implementar isso e se existe a possibilidade de desenvolver no ACBr (e, no caso, quem precisa da implementação, ajudar a pagar por esse desenvolvimento, caso alguém do ACBr se disponha a desenvolver)

Ref a esse BlocoX algumas dúvidas: 1-Tem que fazer parte obrigatória do Menu Fiscal? 2-Posso simplesmente gerar o arquivo xml após a redução z e ter um módulo à parte, como se fosse um concentrador de xml´s pendentes e enviar os xml´s por esse módulo no final do dia? Ou tem que estar no próprio executável do frente de caixa e enviar automaticamente esse xml logo após a Z? 3-A partir de quando tenho que gerar esses arquivos? Foi prorrogado? 4-Para usuários de ECF de MG (aqui não tem mais a homologação) esse bloco é obrigatório? 5-Como é a rotina do envio do xml?

Na verdade não uso o fast, mas esqueci realmente de desmarcar os pacotes do fast e não percebi que a dll era dele. Desmarquei e deu tudo certo.

Eu recebi isso hoje: Estamos com novidades em relação à Emenda Constitucional, porque o Confaz se reunião em Brasília, e tomaram algumas decisões. São apenas paliativos, não tomaram nenhuma decisão que o mercado espera, até porque uma reunião na "ilha da fantasia", não iria trazer uma decisão radical, como fim desta barbárie. Convênio 9/16 http://goo.gl/FjZEI2AJUSTE SINIEF 3 18/02/2016http://goo.gl/935amDAJUSTE SINIEF 4/2016http://goo.gl/J8ErpW Mas tô tão atarefada trabalhando pro governo, que não li a fundo sobre essas mudanças.

Não estou conseguindo instalar o fortes report ce usado no Trunk2. Tenho instalado o antigo fortes. Já removi o componente e os caminhos do Library. Qual seria o passo-a-passo para remover a versão do fortes antiga e instalar a nova? Bom, consegui instalar o Fortes Report com sucesso (era permissão de usuário). Mas dá erro ao compilar o componente ACBrDanfeFR Segue log log_Delphi_7.txt

Acho que domingo não é dia de trabalhar mesmo. Não tinha visto a propriedade TrimString.

Juliomar, consegui resolver a questão do path. Eu já tenho tudo migrado para o trunk2, exceto o aplicativo de frente de caixa. O problema é que está em um micro Windows 7 64 bits, onde não consigo de forma alguma instalar a impressora Bematech na USB. Nem mesmo os interventores conseguiram (é uma impressora MP-3000 TH FI que saiu de linha). Por isso a luta no trunk1, pelo menos para conseguir gerar urgente os registros do PAFECF. Até vi que tem algumas coisas alteradas no ACBrPAF do trunk2, fiz as correções, compilou 100% . Mas, ao executar, o sistema não reconhece a impressora na porta USB (e não tenho cabo serial nem como comprar porque estou trabalhando neste fim de semana). Agora, só está faltando solucionar a questão do alinhamento dos campos dentro do registro (espaços a direita para campos alfanumericos e zeros a esquerda dos campos numericos). Acho que o ACBrPAF do trunk1 não faz os mesmos tratamentos que os demais componentes tipo (ACBrSped). Para campos currency, vc se lembra como deveria ser enviado o conteudo para o componente? Tem uma propriedade CurMascara que tem no trunk1 e não mais no trunk2, Tentei usar o PADR e o PADL mas não surtiu efeito. No demo está correto com espaços. No meu arquivo, mesmo forcando o nome da forma de pagamento para 25 posições, está gerando assim: A220160104CARTAO1000000265890 A220160104Dinheiro1000000000060 A220160104SUPRIMENTO1000000000060 A220160105CARTAO1000000219280 A220160105Dinheiro1000000000060 A220160105SUPRIMENTO1000000000060

Estou tentando gerar o arquivo PAF. Conteudo da propriedade path ACBrPaf.Path := Caminho do Executavel (CAIXA\) + Pasta MenuFiscal (MenuFiscal\)+ Pasta Serial (BE070871200000006448\) + Pasta PAFECF (PAFECF\) o que equivale a : CAIXA\MenuFiscal\BE070871200000006448\PAFECF\ -> após atribuir no debug fica exatamente assim Porem quando usao ACBrPAF.GetNamePath ele me retorna somente ACBrPAF Os registros estão sendo montados, porém o arquivo não salva. Fiz conforme o demo. Estou usando o Trunk1.

É possível usar o ACBrPAF sem o ACBrECF ? Meu aplicativo foi desenvolvimento de acordo com a Bemafi32.dll. Tentei usar o Bematool e o WinMFD2 para gerar os arquivos automaticamente, mas eles não localizam o ECF na USB. Preciso gerar os arquivos PAF, mas não entendi se as informações são capturadas diretamente do ECF via funções ou se é das informações do meu banco de dados. Estudei o exemplo, mas a forma de gerar o arquivo parece ser semelhante ao SPED. Alguém poderia me explicar como funciona?

Você deveria mudar o título do tópico para "DIFAL no Comércio Eletrônico suspenso pelo STF". Para as vendas presenciais continua tudo como está. Mas torço para que o próximo capítulo seja suspender completamente esse DIFAL.

Seu caso tá confuso. O tomador é um credenciado a emitir ct-e, mas quem está emitindo o CT-e é outro. Isso pra mim, seria uma subcontratação ou redespacho. Aos olhos do fisco, que outra coisa justificaria um credenciado ct-e pagar por um ct-e que ele não emitiu?

Tentou contingência SVC? Se na contingência houver o mesmo erro, suspeite de problemas com o certificado digital.

Aqui vc contradiz o seu post anterior. Antes vc disse que o tomador era o emitente do CT-e. Se o caso real for esse citado agora, então não vejo o motivo para a rejeição 746, pois é assim que meus clientes (Transportadoras) emitem os CT-e´s (nos quais o Remetente e o Tomador são os mesmos, a Distribuidora e o Destinatário é o cliente da Distribuidora.) Veja bem, para analisar, o pessoal do ACBr precisa de 2 coisas: 1-Saber qual é a UF do emitente do CT-e (aqui em MG, acabamos de emitir CT-e e está tudo ok) 2-O xml (sempre anexe o xml para que a resposta seja rápida)

O problema está na tag tpServ Preencher com: 0 - Normal;1 - Subcontratação;2 - Redespacho;3 - Redespacho Intermediário; 4 - Serviço Vinculado a Multimodal No seu caso, se Emitente e Tomador são a mesma empresa e o Remetente é outro, trata-se de um tipo de serviço diferente do 0-Normal. Você tem que verificar em qual tipo de serviço essa operação se enquadra.

Também estou tendo esse mesmo problema em alguns clientes. Uso SSLLib do componente ACBrNFe = libCapicom. É um conflito com o sistema da GAS, usado por alguns bancos: Caixa, BBrasil. A única forma que consegui resolver foi pedir ao usuário que encerre o aplicativo do banco antes de executar o aplicativo de NFe. Ou, usar o aplicativo do banco em um outro micro. Os dois juntos, não está sendo possível.

Pessoal, alguns contabilistas estão me cobrando o DeSTDA aqui em MG, embora não consigam explicar absolutamente nada sobre esse DeSTDA. Não encontro muita coisa a respeito com relação a orientação de preenchimento dos blocos. Nem mesmo, encontrei o validador no Portal do Simples Nacional. Somente encontrei algo no http://www.sedif.pe.gov.br/ , mas pelo que percebi não há importador de arquivo texto como tem para o SPED e o Sintegra. Encontro apenas layout dos blocos e zero de informações. Olhando o validador de Pernambuco, o que me parece é que as informações são digitadas no próprio aplicativo disponibilizado por eles. Não dá para entender se os dados são referente somente as guias GNRE. Algum dos colegas teria mais informações sobre o preenchimento do conteúdo dos blocos? O componente DeSTDA do ACBr já está gerando o arquivo e eu já montei toda a estrutura gerando um arquivo sem dados.

A melhor forma é se basear nos exemplos que vem com o componente.

A partir de 04/2016 haverá rejeição de CEST inválido.

Eu sempre tive esse problema SMTP Error: Unable Login. Nunca consegui enviar email pelo ACBr. Acho que é uma limitação mesmo do Delphi 7, porque tentei várias sugestões de colegas e não consegui. Uso atualmente uma rotina em Delphi, mas que também não funciona 100%, tem limitações quando o provedor é gratuito: gmail, yahoo.

O RDPrint instalou no XE3 sem problemas.

Juliomar, no meu outro computador (com Windows 7 32 bits) onde tenho o ACBr instalado em uma pasta pública (C:\CompDelphi) está dando o mesmo erro. Como essa máquina é um Windows 7 64 bits, vou jogar o ACBr em uma pasta pública e refazer o teste. Daniel, então não preciso declarar a diretiva no dpr? Sempre que atualizar os componentes ACBr via instalador do trunk2 o ACBrNFeServicos.ini será atualizado automaticamente? E o erro "url não definida para consulta" ? Pode ser falha de MG?

Denis, vc conseguiu solucionar esse erro?

Juliomar, com a diretiva, dá erro ao compilar: [Error] WARNING. Duplicate resource(s): [Error] Type 10 (RCDATA), ID ACBRNFESERVICOS: [Error] File C:\Program Files (x86)\Borland\Delphi7\Lib\ACBr\Fontes\ACBrDFe\ACBrNFe\ACBrNFeServicos.res resource kept; file C:\Program Files (x86)\Borland\Delphi7\Lib\ACBr\Fontes\ACBrDFe\ACBrNFe\ACBrNFeServicos.res resource discarded.