Gr@c@

Titulo.Mensagem.Add('Mensalidade do mês de Maio/2016') Titulo.Mensagem.Add('Nota Fiscal Numero 0001')

Colega, veja isso: (se o SEFAZ pode complicar, por que ele iria simplificar né?) MDF-e obrigatório para carga lotação Publicado no Diário Oficial da União de 08 de outubro, pelo CONFAZ, Conselho Nacional de Política Fazendária, o Ajuste SINIEF 9 alterou o anterior de dezembro de 2010 (SINIEF 21/10), que institui o Manifesto Eletrônico de Documentos Fiscais MDF-e. De acordo com o novo texto, a partir de 04 de abril de 2016, o uso do MDF-e passa a ser obrigatório para transporte interestadual, para emitentes de CT-e, carga lotação, e para bens ou mercadorias acobertadas por uma única NF-e. A regra se aplica tanto para carga própria como para transportadoras, independentemente de estarem utilizando autônomos ou não. Anteriormente, a indicação poderia variar de acordo com cada UF, agora a regra é nacional.

Se você quer enviar em contingência sem formulário de segurança, por que não envia por Contingência SVC? O EPEC seria uma opção para quando não houver acesso a internet. A contingência SVC é uma contingência quando o serviço da receita estiver com problemas, você tem acesso a internet e é uma contingência que não necessita de envio posterior.

Ontem, nos boletos do Bradesco, estava imprimindo juros de mora. Hoje, após a atualização via SVN, não está saindo mais. Sai somente a multa. Houve alguma alteração?

Juliana Tamizou, enviei uma mensagem em pvt pra você, com boletos e remessa que gerei em meu aplicativo homologado. Por favor, poderia analisar?

Mas como fica o seu boleto? No meu sistema Bradesco que tenho homologado,o codigo do cedente normal ex (881) é usado para todos os calculos do boleto e vai impresso no campo Agencia/codigo beneficiario = 2234-9/0008881-0 Porem. no arquivo registro header do arquivo remessa, no lugar do codigo do cedente vai o Codigo do cliente no banco que tem 20 digitos ex 00000000000004042751 Se eu setar o CodCedente = Codigo do cliente do banco, a remessa fica correta, porem o boleto não. No seu caso,o que sai no campo Agencia/codigo beneficiario? Ou você gera os boletos com o codigo de cedente correto e depois gera a remessa alterando esse codigo?

Pessoal, pesquisei muito e já li vários posts antigos ( e são muitos ) a respeito dessa mesma dúvida, mas em nenhum deles encontrei como proceder. Mas os procedimentos sugeridos eu já fiz: 1-Colocar o CodigoCedente correto (ignorando o codigo de cliente informado pelo banco) -> nesse caso a remessa fica errada, sai o CodigoCedente no header quando deveria ser o Codigo do cliente informado pelo banco 1-Colocar CodigoCedente como sendo o convenio (codigo informado pelo banco) -> boleto fica errado 2-colocar CodigoTransmissao como sendo o convenio (codigo informado pelo banco) -> remessa fica errada, continua saindo o codigocedente no header O fato é que o Bradesco usa dois campos 1-Codigo do cedente e 2-Codigo do Cliente no Banco (esse tem que sair no header da remessa no lugar do CodigoCedente) Acho que deveria existir 2 propriedades no Titulo Titulo.CodCedente Titulo.CodClienteNoBanco ou Titulo.CodCedenteNaRemessa (e esse, para todos os bancos, seria = Titulo.CodCedente exceto para Bradesco e Santander). A não ser que o Titulo.CodigoTransmissao já tenha essa finalidade, mas eu fiz aqui e não resolveu.

Boa tarde Dercide. Para o Bradesco, tentei informar o CodigoCedente correto e o CodigoTransmissao = ao convenio passado pelo banco, mas mesmo assim a remessa gera o header com o CodigoCedente. Se eu usar o convenio como CodigoCedente o boleto fica errado. Ainda não entendi como vocês fazem para resolver isso.

Bom, o boleto está saindo correto e a remessa não. Então, para imprimir o boleto continuo informando o CodCedente real e, para gerar a remessa, altero a propriedade para CodCedente para ser igual ao conteudo do convênio? Seria isso?

aproveitando o tópico por se referir à mesma dúvida.... Estou implementando o Bradesco pelo ACBr. Meu aplicativo já enviava boletos e remessa e foi homologado esse ano pelo Bradesco. Como precisei implementar outros bancos e não queria reinventar a roda, fiz a implementação com o ACBr, Depois da implementação, fiz os mesmos testes no meu aplicativo sem acbr e no aplicativo com acbr (mesmo documento e mesmas configurações bancárias de codcedente,convenio,conta,agencia,cnab400,etc) Percebi uma unica diferença no arquivo de remessa no registro Header cnab400 conforme citado por outros colega acima e estou na dúvida de qual está correto: 01REMESSA01COBRANCA 00000000000004855750EMPRESA TESTE (no meu aplicativo sem ACBr) 01REMESSA01COBRANCA 00000000000000008880EMPRESA TESTE (com o ACBr) 4855750 refere-se ao convenio (numero informado pelo banco e que não é o codigo do cedente) 8880 refere-se ao codigo do cedente

Resumindo: em se tratando de SEFAZ, nunca esperem por uma possível prorrogação ou suspensão. Esse CEST foi prorrogado 1 vez para que as empresas tivessem tempo hábil para se preparem e...não se prepararam. Não é a primeira vez que o SEFAZ age dessa forma, deixando todo mundo travado por causa de uma alteração que deveria ter sido prorrogada ou suspensa. Isso já é uma tática usada pelo SEFAZ. Infelizmente, não dá pra confiar. E, num caso desses, se você tenta se explicar junto ao cliente, ele simplesmente te diz: "meu concorrente está emitindo nota normal. Por quê?" Como você vai responder que é porque o aplicativo do concorrente do seu cliente estava preparado para a alteração e o seu não?

Um de meus clientes fazia essa NF, mas sempre recebia uma planilha onde constavam todas as informações para emitir a nota fiscal de entrada. Essa planilha era feita na aduaneira. Nela vinha o valor das taxas, a numeração dos documentos, enfim, tudo o que era preciso para emitir a nota.

Obrigada Juliana

Bom dia tenho dúvidas do que preencher (e em que situação preencher) nessas propriedades do Título: Titulo.Referencia Titulo.Versao Titulo.CodigoGeracao Titulo.TextoLivre Titulo.Instrucao1 Titulo.Instrucao2 Titulo.Instrucao3 A propriedade ImprimirMensagemPadrao é TRUE, porém para alguns bancos será FALSE, caso a agencia bancária estipule outras informações. Outra dúvida é: preciso identificar no boleto que se trata de uma 2ª via impressa. Em qual campo do Titulo posso colocar a mensagem?

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.