windsoft

Você pode fazer isso de 2 formas para protesto em dias úteis: Na instrução 1 informe 10 e na instrução 2 informe 00 Na instrução 1 informe 01 e na instrução 2 informe 10 Desta forma o protesto se dará no 10º dia útil após o vencimento Caso queira informar o protesto em dias corridos informe: Na instrução 1 informe 06 e na instrução 2 informe 10

Acredito então que seja algum problema na sua instalação, porque não houve mudanças.

Talvez eu não tenha entendido, mas não seria só você clicar na >> (setinha) para abrir as propriedades como antes?

INSTRUÇÃO CODIFICADA a) Para Comando 01 - Registro de Título (posição 109-110) - 00 - Ausência de instruções - 01 - Cobrar juros (Dispensável se informado o valor a ser cobrado por dia de atraso). - 03 - Protestar no 3º dia útil após vencido - 04 - Protestar no 4º dia útil após vencido - 05 - Protestar no 5º dia útil após vencido - 10 - Protestar no 10º dia corrido após vencido - 15 - Protestar no 15º dia corrido após vencido - 20 - Protestar no 20º dia corrido após vencido - 25 - Protestar no 25º dia corrido após vencido - 30 - Protestar no 30º dia corrido após vencido - 45 - Protestar no 45º dia corrido após vencido - 06 - Indica Protesto em dias corridos, com prazo de 6 a 29, 35 ou 40 dias Corridos. - Obrigatório impostar, nas posições 392 a 393 o prazo de protesto desejado: 6 a 29, 35 ou 40 dias. - 07 - Não protestar - 22 - Conceder desconto só até a data estipulada b.) Para Comando “02” - Solicitação de Baixa (posição 109-110) - 42 - Devolver - 44 – Baixar - 46 - Entregar ao sacado franco de pagamento c) Para Comando “09” – Instrução para Protestar (posição 109-110) - 00 - O Sistema de Cobrança do Banco assumirá o prazo de protesto de 5 (cinco) dias úteis - 03 - Protestar no 3º dia útil após vencido - 04 - Protestar no 4º dia útil após vencido - 05 - Protestar no 5º dia útil após vencido - 06 a 30 - Protestar no XX dia corridos após vencido - 10 - Protestar no 10º dia corrido após vencido - 15 - Protestar no 15º dia corrido após vencido - 20 - Protestar no 20º dia corrido após vencido - 25 - Protestar no 25º dia corrido após vencido - 30 - Protestar no 30º dia corrido após vencido - 35 - Protestar no 35º dia corrido após vencido - 40 - Protestar no 40º dia corrido após vencido - 45 - Protestar no 45º dia corrido após vencido Observações: a) Os títulos com vencimento “à vista” ou “na apresentação” e com instrução para protesto 03, 04, 05, 10, 15, 20, 25 e 30 dias após o vencimento terão a data de protesto com 18, 19, 20, 25, 30, 35, 40 45 dias respectivamente após a data do seu registro; b.) Não são passíveis de Instrução de Protesto: Notas de Débito, Recibos, Notas Promissórias, prêmios e notas de seguro; c) Os campo 31.7 ou 32.7 - Primeira Instrução Codificadas e Segunda Instrução Codificada – Não poderão conter “Códigos” conflitantes entre si. Exemplo: 05 – Protestar após 05 dias e 07 – Não Protestar. Neste caso, será válida apenas a primeira instrução informada, ou seja, Protestar apos 5 dias; d) As instruções codificadas remetidas com o mesmo código serão canceladas no processamento.

@Juliomar Marchetti Acabei encontrando outros erros que corrigi nestes arquivos. Favor disponibilizar para todos. DACTE_EVENTOS.fr3 ACBrMDFeDAMDFEFRDM.pas ACBrCTeDACTEFR.pas ACBrCTe-change-log.txt

Olá @Juliomar Marchetti bom dia! Este erro voltou a acontecer na trunk2. Segue anexo a unit corrigida, por favor disponibilize a todos. Att. ACBrCTeDACTEFR.pas ACBrCTe-change-log.txt

Olá boa tarde! Eu tenho enviado NFe no ambiente de homologação e já está recusando (SP) por falta da informação da CEST acredito que realmente será obrigatório sim em 01/01/2016.

Se você usar a regra que eu e o @hleorj te passamos não tem erro. Acho que você está esquecendo de fazer o acúmulo do valor. Não tem como você informar o mesmo desconto para todos os itens, como o desconto é muito pequeno em relação ao valor dos itens a única solução é esta.

Não, eu divido o valor do desconto pelo valor total dos itens. Digamos que eu tenha em uma nota 3 itens Item 1 = R$ 180,00 Item 2 = R$ 220,00 Item 3 = R$ 65,00 Total = R$ 465,00 Desconto de R$ 0,03 Então R$ 0,03 / R$ 465,00 = 0,00006451612903 Desconto 1 = R$ 180,00 * 0,00006451612903 = 0,01161290323 neste caso eu salvo 0,01 e o resto eu acumulo em uma variável Desconto 2 = R$ 220,00 * 0,00006451612903 = 0,01419354839 Desconto 3 = R$ 65,00 * 0,00006451612903 = 0,004193548387 se você somar o resto que sobra e atribuir ao item com o maior valor, o desconto do item 2 será de R$ 0,02 centavos e do item 1 de R$ 0,01

Eu faço da seguinte forma: Divido o valor do desconto pelo valor total dos produtos e encontro uma porcentagem, aí distribuo entre os produtos e totalizo o desconto, a sobra eu incluo no produto de maior valor.

Verifique os separadores de milhar na sua maquina veja se estão . para milhar e , para decimal, em outro post vi que se os 2 estiverem iguais ocorrem problemas semelhantes.

Exatamente isso.

Olá Juliana, o Pagfor é um layout similar ao CNAB utilizado pela cobrança, mas é utilizado para pagamento a fornecedores. Você gera um arquivo para o banco com todos os pagamentos que você deseja debitar na conta, o banco processa e te devolve um arquivo de retorno.

Na minha opinião o é tentar adaptar o que já existe. Criar no ACBrBoleto acho que não rola.

Ou seja, você precisa informar a carteira antes de informar o nosso número para o componente. Att.

Antes de postar uma nova dúvida, por favor, dedique um tempo maior para pesquisa no fórum. Este assunto é antigo e já foi amplamente discutido aqui. Um exemplo é este post http://www.projetoacbr.com.br/forum/topic/15735-erro-nfe-retorno-310/?do=findComment&comment=97202

2 perguntas: 1-Será que a mensagem realmente se refere ao PIS? 2-No produto MOSTARDA DUSUL 4X 3,2KG, o PIS está tributado mas o COFINS não, isso está correto?

Não sei se entendi corretamente sua pergunta, mas pra mim, DDA = Boleto registrado. Se você registra seus boletos ele já aparece no DDA, porém o DDA só funciona se o cliente estiver cadastrado como DDA junto à sua instituição financeira, o que geralmente não ocorre.

@Italo Jurisato Junior agora funcionou, dei uma olhada no LOG e não entendi o que você fez. Poderia me esclarecer? Outro detalhe: Temos 2 pastas Schemas 1 em Exemplos\ACBrDFe\Schemas outra em Exemplos\ACBrDFe\ACBrCTe\Schemas agora estou usando a que esta dentro de Exemplos\ACBrDFe\Schemas porque vi que foi nela que você mexeu, não seria melhor deixar 1 só para evitar confusão? Abraço e obrigado pela ajuda! Bom fim de semana.

Olá Amigos boa tarde! Após atualizar para trunk2 a consulta cadastro do CTe parou de funcionar, na NFe funciona normalmente, no CTe recebo a mensagem "Rejeição: Cabeçalho - Versão do arquivo XML não suportada". Percebi que na pasta Schemas do CTe existe apenas o arquivo consCad_v1.01.xsd isso fazia com que o componente gerasse o arquivo XML coma versão 1.01, achei que era este o problema e copiei o arquivo consCad_v2.00.xsd da pasta da NFe para o CTe e o componente começou a gerar o arquivo XML com a tag versaodados=2.00 mas o problema persiste. Não sei se estou no caminho certo, e o pior, não encontrei ninguém reclamando disso aqui no fórum, o que me faz concluir que o problema é "bambuzada" minha mesmo. Alguém poderia me dar uma ajuda por favor? Segue os arquivos XML da comunicação com o webservice. 20151104161926-cad-soap.xml 20151104161926-cad.xml 20151104161924-ped-cad-soap.xml 20151104161924-ped-cad.xml

Já tentou utilizar o evento OnGerarLog do componente?

Olá amigo não tenho este provedor para poder te ajudar, mas é fácil, abra o arquivo ACBrProvedorWebISS.pas da trunk1, (anexo) a partir da linha 92 tem todas as configurações que são pedidas no arquivo INI, pegue o arquivo INI de outro provedor salve-o com o nome WebISS.ini e altere as propriedades com atenção. Se der tudo certo, envie o arquivo aqui para ser disponibilizado pra todos. ACBrProvedorWebISS.pas

Realmente o problema estava no trecho de código que eu citei acima. Na trunk1 o código estava bem confuso, na trunk2 foi melhorado o código mas foi colocado um else onde não havia antes, ou seja, na trunk1 na leitura do XML eram lidos vários nodes do XML no mesmo procedimento, já na trunk2 como foi colocado um else, ou lê um nó ou lê outro, e isso estava causando o problema. @Juliomar Marchetti ou @Italo Jurisato Junior Segue anexo a alteração simples para correção do problema, favor disponibilizar pra todos. Abraços pnfsLerListaNFSe.pas

Corrigi um erro na impressão das duplicatas do DANFE em fastreport na trunk2. Foi modificada a função: CarregaDuplicatas da unit ACBRNFeDANFEFRDM, na trunk1 era assim: with cdsDuplicatas do begin Close; CreateDataSet; for i := 0 to NFe.Cobr.Dup.Count - 1 do begin ... Na trunk2 está assim: if Not ( fExibeCampoFatura and (FNFe.Ide.indPag = ipVista) ) then Begin with cdsDuplicatas do begin Close; CreateDataSet; for i := 0 to NFe.Cobr.Dup.Count - 1 do begin Append; ... O problema é que como o dataset "cdsDuplicatas" não é inicializado quando o pagamento é a vista, se antes de imprimir uma NF a vista você tiver imprimido uma NF a prazo, as duplicatas da NF a prazo são exibidas na NF a vista. A unit corrigida está anexo. Favor disponibilizar para todos. ACBrNFeDANFEFRDM.pas ACBrNFe-change-log.txt

Esse pessoal do Ginfes é são tudo nóia. hehe Até onde sei não é necessário fazer nenhum credenciamento, se você já emite as NFSe pelo site então já tem acesso ao webservice.