Gr@c@

Régys, uso Capicom porque o certificado é A3.

Comecei a ter esse problema em clientes com windows xp após a versão trunk2. O programa executa, mas não abre nenhuma tela. Fica na barra do windows. Já pesquisei na máquina para ver se existem as dlls libeay32 e ssleay32 em mais de um local, mas só existem no system32. Seria incompatibilidade das dll´s do svn com o xp? A Midas.dll está no source do projeto e já vai embutida no exe.

Eu sei que no Maranhão a alíquota já está em vigor, porque tenho clientes lá e os contadores me solicitaram a alteração da alíquota.

Tem mais. Ex: Maranhão. Acho que tem um tópico com a tabela nova aqui no fórum.

anexe o xml

Se não for os CST e os CSOSN que você citou (ou seja, que envolvem substituição tributária), se você não informar o CEST, não haverá rejeição da NFe. Mas não significa que, em algum momento esse produto (desde que saiu da fábrica) não tenha sido passível de sujeição a ST. Na verdade o que o fisco quer é ter um controle total sobre os produtos ST. Como não conseguiram fazer isso através do próprio NCM, encontraram um caminho burro de fazê-lo criando mais um código (CEST).

O Conselho Nacional de Política Fazendária – CONFAZ, por meio do Convênio ICMS nº 92/2015, publicado no DOU de 24/08/2015, estabelece a sistemática de uniformização e identificação das mercadorias e bens passíveis de sujeição aos regimes de substituição tributária (ST) e de antecipação de recolhimento do ICMS com o encerramento de tributação, relativos às operações subsequentes. De acordo com o Convênio, poderão ser submetidos a esses regimes os bens e mercadorias listados nos Anexos do referido convênio, que estão agrupados por segmentos com características assemelhadas de conteúdo ou de destinação. O Convênio cria o Código Especificador da Substituição Tributária (CEST), cuja finalidade é a de identificar as mercadorias passíveis de sujeição aos regimes de substituição tributária e de antecipação do recolhimento do imposto. O CEST deverá ser informado no documento fiscal que acobertar a operação, independentemente de a operação, mercadoria ou bem estarem sujeitos aos regimes de substituição tributária ou de antecipação do recolhimento do imposto. ---> eu interpretei isso como: se o produto tem um NCM que possui CEST na tabela fornecida pelo fisco, ele deverá ser informado o CEST na tag. No meu caso estou fazendo assim: Se o CST for de substituição tributária eu informo o CEST Se não for de subst.tributária, mas o NCM do produto tem um CEST relacionado, eu informo também. Fiz os testes assim em homologação e passou. E por enquanto, também está passando em produção, mas lembrando que a validação do CEST só será a partir de 01/04/2016. Então não dá pra saber se estou realmente fazendo correto.

Pior é a ordenhadeira mecânica enquadrada no CEST de adornos de casa. Não, não é maluquice, aqui em MG chamamos isso de "serviço de porco".

Esse post resolveu o problema em meus clientes que estão com o erro de Erro no suporte a canais seguros com A3 token

Resposta correta.

Em alguns clientes dá esse erro ao executar o aplicativo de NFe (Windows 7 32 bits): "Não foi possível localizar o número ordinal 968 na biblioteca de vínculo dinâmico LIBEAY32." Coloquei as dll´s junto com o aplicativo. A libeay32 está lá, já substitui outra para ter certeza que não era problema de dll corrompida, mas o erro persiste. O aplicativo abre apesar do erro, mas ao tentar qualquer comando de NFe dá o erro 12157-Requisição não enviada An error occurred in the secure channel support Alguma idéia?

Seria a alíquota interestadual da partilha que você está informando 7.0000, mas o schema só aceita as alíquotas 4.00, 7.00, 12.00 e com 2 casas decimais? Informe 7.00.

Acabei de enviar

Eu não sei onde fica essa pasta LibD11, mas tentou instalar o ACBr em uma outra pasta, por exemplo C:\ACBr ? Ao instalar o ACBr ontem em um Windows 7 tive problema de bpl porque estava instalando C:\Arquivos de Programas......... O pessoal do ACBr aconselha a não instalar em pasta que exija permissões avançadas (de administrador)

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?