Gr@c@

Poderá ser esclarecido se você postar o xml. No meu está saindo normal.

Pelo que entendi é isso mesmo. Um absurdo, já que o MDF-e foi criado para englobar todos os ct-e da carga em único documento para facilitar a fiscalização. Assim, teremos um CT-e e um MDF-e que contém o que o CT-e já tem, ou seja, informações duplas. Pura "burrocracia".

Boa tarde, Juliana. O SICOOB não está aceitando esse conteudo em sacado/avalista ( CPF:- , / - ). Eles querem o campo em branco quando não há a informação sacado/avalista. Veja não é o label "sacado/avalista" e sim, o conteúdo. Não estou informando nenhuma tag de sacadoavalista. Estou fazendo algo errado? (estou começando a usar o componente ACBrBoleto)

Aproveitando o tópico: Estou emitindo boleto tipocobranca bancoob (SICOOB CREDITRIL), não tem avalista/sacado. Tentei não informar nenhuma tag referente a sacadoavalista, ou informar somente a tag Titulo.Sacado.Avalista := ''; Mas no boleto tipo PadraoEntrega está saindo: Sacador/- CPF: Avalista:- , / - ou seja Sacador/Avalista:CPF:- , / - Como faço para não sair a palavra CPF e máscara?

Adicionei o sources do Fortes no library e consegui debugar o aplicativo. O erro estava na propriedade filtro que deveria ter setado para fiNenhum. Problema resolvido.

Juliomar, no instalador do Fortes não tem a opção de deixar somente a pasta LibXX. Fiz o update novamente, reinstalei o componente e nada.

Está assim

Estou desenvolvendo o aplicativo para emissão de boletos, o pdf está sendo salvo e a remessa está sendo gerada corretamente, mas não consigo imprimir os boletos. Não dá nenhum erro em tempo de execução e o relatorio nem fica no spool da impressora. Ao debugar para tentar localizar o erro, obtenho o erro abaixo. Uso a configuração de impressora da mesma forma que uso com o ACBrNFe.

Se a faixa consta como usada e você não consegue consultar as notas no SEFAZ, acho que o correto seria enviar um email ao fale conosco do SEFAZ do estado, informando o problema, e pedindo para verificar a situação das notas e o porque delas não aparecerem nas consultas.

Is Isaque, me expressei mal ao falar em trunk2. O problema começou a partir do momento que coloquei meu aplicativo feito via componentes trunk2, mas não sei exatamente onde está o problema ou se é mera coincidência. O teste que fiz foi colocar os 2 aplicativos na mesma máquina xp (um desenvolvido no trunk1 e outro desenvolvido no trunk2). Como o mesmo aplicativo funciona em outros Windows da vida, o problema não é o ACBr e sim, algo que é requerido no trunk2 e não era no trunk1. Por isso, cogitei a possibilidade de serem as dlls distribuídas serem incompatíveis com o xp. Outra coisa diferente entre os 2 aplicativos compilados, é o Fortes Report que uso no trunk2 e não uso no trunk1. Também pode ser a capicom. Mas estou indicando aos clientes que tem xp a atualizarem o Windows para uma versão superior.

Não é o meu caso. Está tudo adequado e compilado conf trunk2, inclusive com build. Hoje coloquei o mesmo aplicativo na maquina com windows7 do cliente que não funciona no xp e o aplicativo funciona normal. As dlls são as mesmas no xp, win7 e svn.

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)