Daniel Port

oi, carrega a nota no componente.

@Jheckson esse serviço é disponibilizado somente para contabilistas, escritórios contábeis e seus funcionários, os quais deve ser previamente cadastrados. Caso vc esteja desenvolvendo software fiscal para área contábil, esteja atento a isso: Veja o que diz o manual de integração: 02.6 Autenticação do Usuário O Requisitante deverá se identificar através de Certificado Digital, com as alternativas de: · Certificado Digital do Contabilista (e-CPF), no caso de pessoa física; · Certificado Digital da Empresa de Serviços Contábeis (e-CNPJ); · Certificado Digital do funcionário da Empresa de Serviços Contábeis (e-CPF), com Autorização Eletrônica para utilizar este serviço em nome do Requisitante 02.7 Autorização de Acesso a Dados A aplicação da SEFAZ irá sempre verificar se o Titular do Certificado Digital (Requisitante) tem vínculo com o Contribuinte (CNPJ) informado e se este Requisitante possui “autorização eletrônica” de acesso aos documentos da Nota Fiscal Eletrônica, concedida por representante da empresa cujo CNPJ está sendo consultado.

Isso me chamou a atenção também, a NT 2014.002 veta o download do XML pelo emitente., com rejeição 641, porém a rejeição não consta nas revisões posteriores da Nota, inclusive a 641 foi rebatizada posteriormente como "Data do evento não pode ser menor que a data de autorização para o evento Fisco"

Vou providenciar. O XML é de produção, tem como eu passar em pvt ?

A soma dos itens é 143,20 e no total tem 147,45.

@José M. S. Junior a título de complemento, isso já aconteceu comigo 3x, eu faço todo processo pelo monitor. Como pode o XML ser diferente do que está na sefaz ?

@Durval Piffer Junior ACBr Monitor Ver.0.1.9.03 ?

Que bom que conseguiu resolver. Sobre o suporte que citei, me referi ao pessoal da gaveta, eles tem td isso pronto. peguei um caso desses em Terminal Services, dai só com monitor msm pra resolver

Como fica o nome do arquivo ? eu faço assim e fica certinho o nome 99999N04.CRM onde 99999 é o nro da conta Boleto.DirArqRemessa := 'C:\REMESSA'; Boleto.GerarRemessa(nNro_Remessa);

É a ultima que morre . O suporte deles costumava ser bem atencioso, e como funfa no soft deles tem que funfar no teu Veja com eles que linguagem/comando estão usando nesse modelo eles tem um conjunto de dlls uma delas, chamada de ghdl32.dll que faz isso, com essa duas funções, a primeira configura e a segunda que faz o trabalho dependendo dos parâmetros que vc envia. Function GavetaConfigura (pulso,min : integer): integer; stdcall; external 'Ghdl32.dll'; Function DriverGaveta (p,f : integer) :integer; stdcall; external 'Ghdl32.dll'; verifica com o suporte que eles te ajudam ps. eles tem um monitor que funfa igual o MonitorPLUS, tu cria um arquivo chamado menno.gav e larga numa pasta configurada no monitor deles, mas o tempo de resposta as vezes é lento, daí bem na hora do troco fica complicado.

tanto frete quanto desconto podem ser colocados num item apenas, não há rejeição com relação a isso, apenas ao somatório que tem que fechar com o total. Isso é bom pois hoje em dia praticamente todas as empresas importam o XML na entrada de estoque e o custo é calculado em cima disso, então o desconto e frete devem refletir o real.

Com relação a NFCe sim, o resto é fluxo de caixa. Como a @Juliana Tamizou disse, basta um comprovante de pagamento da parcela.

Isso está acontecendo comigo também. (Em alguns clientes) Ainda não descobri a causa, mas o que acontece é o seguinte: Na impressão da CCe e por ocasião do cancelamento de NFe, abre-se uma janela para selecionar a impressora e essa janela fica por traz da janela do programa dando a impressão que o monitor travou. Basta um ALT + TAB para jogar essa tela para frente e clicar no OK que a impressão sai normalmente. Acredito que tem relação ao fato de não passar a impressora para impressão no parâmetro, assim que chegar a uma conclusão eu posto.

Verifique com o contabilista do cliente, aqui no RS eles conseguem baixar os XML tanto de NFe quanto de NFCe.

Leonardo, pelo que sei a DANFE tem que refletir o conteúdo do XML, mas ´isso ´até é discutível, eu não faria pois já tive sérios problemas com fiscalização de rua. Eles multam e pronto. Com relação a outros softs fazerem, nãoi use isso como parâmetro, pois tem soft que emite o danfe a partir dos dados do BD e não do XML. Já peguei muita divergência entre DANFe e XML. Enfim, a causa é nobre, mas acho que a sugestão do @Daniel Simoes é bem vinda

@fuzeto muitas vezes o cliente muda o tipo de cobrança, carteira etc gerando esse tipo de problema. Como o @José M. S. Junior explicou acima, o conteúdo desses campos está descrito no manual do banco, que tem também o layout do arquivo. O que tu precisa fazer é solicitar ao gerente o manual atualizado do padrão CNAB240 que eles adotaram, para poder ver onde está a divergência. O que tu podes fazer é comparar o arquivo exemplo com o teu arquivo gerado para tentar descobrir o que mudou.

na seção banco, tem no layout do banco. Peça para o gerente te enviar o layout (CNAB240) atualizado.

Não ficou muito claro se o padrão do SICOOB ou o padrão do arquivo enviado foi alterado Bom, eu não uso a monitor para gerar remessa, então não sei com certeza se pode ser isso. Mas olhando seu arquivo exemplo, o limitador de registros está somente 0A, o padrão é 0D0A, e tem caracteres acentuados, APÓS VENCIMENTO MULTA DE XX em geral os bancos não aceitam em determinados campos. Se foi o layout do sicoob que mudou, tens que pedir o novo para serem feitas as adequações, se foi teu arquivo, terás que verificar.

Daniel essa tela é do AcbrNfeMonitor2 - CAPICOM, esse cara foi substituído pelo AcbrMonitor PLUS. Não sei se tu esta na tela correta, se sim tens que atualizar para o novo.

Tu estás fazendo uma confusão bem comum com relação a devolução e retorno. Devolução se refere a compra (por exemplo) que por algum motivo foi cancelada. Retorno é quando uma mercadoria é enviada (remessa) para algum lugar, mas que sempre vai voltar depois (retorno) Ex: demonstração, empréstimo, beneficiamento ou conserto/reparo, que é o teu caso (6916) Neste caso a finalidade é 1

Domingos importei aqui 100% sucesso. Isso já aconteceu comigo, o soft do cliente não conseguia importar pois a tag infAdProd estava preenchida e eles não tratavam, gerando o erro. Talvez da forma como tu montou o infCpl possa estar causando esse problema. Se a SEFAZ autorizou é pq o XML está ok e nesse caso é o desenvolvedor do FORTES que tem que te dizer o que tem de errado no XML.

A validação aceita diferença de arredondamento nos casos de cálculo (base de cálculo x alíquota) em R$ 0,01 (um centavo) para cima ou para baixo, nesse caso arredondar ou truncar não fará diferença. as calculadoras em geral usam o padrão 1-4 para baixo e 5-9 para cima, por isso a ABNT criou esse padrão, que até hoje usei somente uma vez na vida, se não me engano numa ECF schalter ou algo parecido. Na minha opinião o método da ABNT é mais justo.

RS alguns clientes funcionando com horário normal, outros tem que deixar horário de verão ativo senão da rejeição, não sei se é em função do CNAE. Verifique p relógio e faça uns testes

Antigamente o fisco só permitia o uso de uma séria por vez, alguem lembra das AIDOFs ? Mas com o advento da NFe isso mudou, hoje vc pode usar duas ou mais séries ao mesmo tempo, por exemplo 001 para saídas, 002 para entradas Daí não faz diferença usar uma ou outra opção. Eu seguiria a orientação da "contabilidade", pois são eles que respondem pela parte fiscal do cliente.

@Carlos Luciana Fazer o que especificamente ? Não tem manual, desenvolvi de acordo com as necessidades. Vai postando as dúvidas e vamos esclarecendo.