Painel de líderes

Na verdade, os valores que você enviou para o arquivo INI não estão batendo. Veja e some os valores: [Produto001] [ICMS001] Valor=5,66 [Produto002] [ICMS002] Valor=12,25 [Produto003] [ICMS003] Valor=10,08 [Produto004] [ICMS004] Valor=11,52 [Produto005] [ICMS005] Valor=5,93 [Produto006] [ICMS006] Valor=8,63 [Produto007] [ICMS007] Valor=8,63 [Produto008] [ICMS008] Valor=6,47 [Produto009] [ICMS009] Valor=7,55 [Total] ValorIcms=76,73 5,66 + 12,25 + 10,08 + 11,52 + 5,93 + 8,63 + 8,63 + 6,47 + 7,55 = 76,72 Mas você informou no total 76,73. Isso é transportado para o arquivo xml da NF-e. E é isso que a mensagem de erro está dizendo. Que a soma resulta num valor diferente do que você informou como total.

Boa tarde Scandolara, Confirmando a resposta do Luis. No Manual do CT-e versão 3.0 - página 45, temos a regra G79 que diz: Se tomador do serviço for emitente de CT-e (verificar CNE), for contribuinte do ICMS (indIEToma=1) e diferente do CNPJ Base do Remetente ou Destinatário: - Rejeitar se o tipo de serviço informado for Normal (tpServ=0) OBS: Nas prestações de serviço que o tomador figurar como não contribuinte, indIEToma deve ser informado com 9, mesmo que exista uma Inscrição Estadual para o mesmo. Código da rejeição 746 - Tipo de Serviço inválido para o tomador informado

Ajustes enviado ao svn pode compilar normalmente sem mover os arquivos agora.

Ok Daniel, até então este método sempre gerava o XML novamente após a leitura, por isso foi adicionado o parâmetro. Mas também acho que não há necessidade se o mesmo já estiver assinado. Vou realizar essa validação...

O tomador provavelmente tem CNAE transportador, nesse caso só passa cte de subcontratação e redespacho, do tipo normal não passa.

Comunicado: Liberação de emissão da NF-e para Produtor Rural Pessoa Física comunicado SAIF e STI N.º 33/2018 Fonte http://www.sped.fazenda.mg.gov.br/spedmg/noticias/Comunicado-Liberacao-de-emissao-da-NF-e-para-Produtor-Rural-Pessoa-Fisica/ Os testes já foram realizados com o ACBrNFe em ambiente de homologação. Em 07/11/2018 foram realizados testes com sucesso também com o ACBrMDFe em ambiente de homologação para produtor rural pessoa fisica.

Boa Tarde José, Já estou baixando, retorno assim que terminar os testes, muito obrigado pela a atenção!!!

Boa tarde Italo, estou tentando entrar em contato com a sefaz para conseguir mais informações, as URLs disponíveis no portal deles são aquelas que informei, mas acredito que deva ter alguma divergência em relação ao que está implementado no webservices deles. Assim que eu obtiver uma resposta posto aqui novamente. Obrigado pela atenção de todos até agora...

Sim, está correto... Veja que o Browser, "preferiu", usar TLS1.2 para essa conexão

Por favor estude os Fontes do projeto Demo do ACBrNFe... na pasta Exemplos Veja ainda, esse vídeo, (que fala sobre esse assunto)

Tudo certo @Daniel Simoes, o ajuste resolveu o problema. Muito obrigado.

Entendi. Muito obrigada pela ajuda.

Boa tarde, favor atualizar a versão para os ajustes citados acima...

Boa tarde.. Juliana eu uso o AcbrMonitor. Para Fornecedores do teu cliente, tu pode manifestestar e trazer os xml como o Distribuicao. Pode tambem chamar consulta nfe, e vir os dados do protocolo. mas isso de xml compactado, acho que nao tem nao.. qualquer coisa..avise.

Bom dia.. Tudo bem.. tem como mandar mais informacoes, os ini mandando, os xmls, os logs , para poder ver o que podera ser?

Vou verificar a correção da mensagem... Note que está encerrando o MDFe, mas traz a mensagem de erro devido ao erro na consulta do protocolo. Neste parâmetro também pode passar o path completo do XML MDFe. Assim, o ACBr não precisa realizar a consulta do protocolo na SEFAZ e o processo é mais ágil...

Fiz o procedimento com o LT_SSLv3 marcado e deu certo... Provavelmente é isso, Obrigado pelos esclarecimentos Daniel... Abraços

Bom dia! Resolvi o erro entrando em: Painel de Controle\Sistema e Segurança\Firewall do Windows DESABILITEI OS FIREWALL's Entre em: Configurações avançadas na janela entre em: Regra de Entrada Nova Regra Na janela que abriu vá em PORTA Selecione TCP e especifique a porta 443 permitir a conexão. De um nome qualquer no meu caso coloquei SAT só pra lembrar do que é a regra. entre novamente em: Regra de Entrada Nova Regra Na janela que abriu vá em PORTA Selecione UDP e especifique a porta 123 permitir a conexão. De um nome qualquer no meu caso coloquei SAT só pra lembrar do que é a regra. Repita o processo na Regra de Saída. TCP 443 UDP 123 São portas de comunicação com a SEFAZ. 123/UDP NTP (Network Time Protocol) (Protocolo de tempo na rede) - usada para sincronização de horário 443/TCP HTTPS - HTTP Protocol over TLS/SSL (transmissão segura)(Camada de transporte seguro) Espero ter ajudado!

Notei que a Unit que foi adicionada recentemente, está fora do padrão atual dos fontes... e está sobrepondo métodos desnecessários... Um exemplo de Classe atual, seria necessário apenas sobrepor o método: InterpretarRepostaPeso { TACBrBALSaturno } TACBrBALSaturno = class(TACBrBALClass) public constructor Create(AOwner: TComponent); function InterpretarRepostaPeso(aResposta: AnsiString): Double; override; end;

Se fechar a aplicação e abrir novamente funciona? Ou é preciso desligar a impressora?

Tópico fechado por falta de retorno do usuário

Muito obrigado.

@José M. S. Junior, creio que se detectarmos que o XML está assinado, então nunca deveríamos gera-lo novamente

Bom dia. Eu fiz um teste, tirei a antt da transportadora do envio, sem enviar nada e passou normalmente.

Olá Juliana; Apenas para constar, estamos com o mesmo problema por aqui. Estou colocando manualmente o número 0 no lugar do espaço e, está sendo aceito normalmente pelo banco. É difícil entender pois, até semana passada, estava funcionando tudo normalmente, esta semana começaram a recusar os arquivos remessas e, a reposta do banco é justamente esta, espera 0 no lugar que está com espaço ?

Bom dia Verifique a versão do fast q vc tem ai, me parece que a versão que acompanha o delphi não funciona, deve usar uma versão pro, que se não me engano eh paga... Att Ricardo

Opa boa noite resolvido consegui aqui blz e muito a todos pela a atenção

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Boa Tarde Pessoal, como prometido, estou de volta, fizemos a troca de peças no hardware do caixa, e o problema aparentemente parou, acontece uma vez ou outra o fechamento expontaneo do monitor, mas diminui consideralvemente, vou seguir monitorando e fazendo novos testes. qualquer problema abro um novo topico, muito obrigado por enquanto!!!

Por conta de heranças de classes a propriedade ainda aparece nos componentes DANFE NFCe. Por motivos como esse que está sendo feito um refactoring nas classes de impressão de DANFEs, DACTEs, DAMDFes...

1 - Não pode zerar em Estado nenhum. 2 - Como o colega respondeu. Cada serie vai de 1 ate 999.999.999. Chegou a isso, você terar que usar a serie seguinte: serie 002, começando de 1 ate 999.999.999. Em caso de mais de um caixa, a sefaz (secretaria fazendária) indica que cada um já use uma serie diferente. Tipo Caixa 01, SERIE 001, Caixa 02, SERIE 002. consumidas suas series. cada um deverá passar para outras series sequentes tipo Caixa 01, SERIE 003, Caixa 02, SERIE 004, etc...

Bom dia HCN, Não existe esse serviço no Webservice do MDF-e, logo não tem como inutilizar um numero ou faixa de números que a principio seria usada na emissão de MDF-e. O comando InutilizacaoMDFe foi implementado no ACBrMonitor de forma indevida, e se não falha a memória já para ter sido removido. Outra coisa, favor atualizar o seu Monitor, me parece já tem uma versão mais nova.

Parece isso mesmo. Veja que o nome dos arquivos diferem. O arquivo que o monitor está procurando: AD351810435181048204812000185590002005590046905827372.xml E o arquivo que você anexou: AD35181048204812000185590002005590046905827372.xml Tem alguns números a mais aí 4351810. Pelo log não consegui detectar mas pode ser parte da hora (minutos, segundos milisegundos) ou o número de sessão do SAT. Mas o mais importante é que não está batendo os dois nomes.

Boa tarde. Acredito que identifiquei o possível motivo do problema. Parece ser no setCarteira que respeita o tamanho definido para a propriedade e preenche com zeros a esquerda, desta forma o código que citei em meu post anterior falha. Att.

Boa tarde, Abra a unit ACBrMDFeConfiguracoes e procure por GetPathEvento.

Eu que agradeço o Bug Report e a correção...

Boa tarde Paulo, Essa questão que você mencionou não deve ocorrer quando se utiliza os drivers mais recentes (disponíveis no link abaixo). Consegue confirmar para mim se fez testes com eles? Lembrando que qualquer dúvida ou necessidade você pode consultar a nossa Wiki ou acionar o Suporte BSP nos seguintes canais: Wiki: http://bematechpartners.com.br/wiki/ Telefone: 0800-644-7277 Chat Online: http://bematechpartners.com.br/ Abraço, Marlon Muniz Bematech Software Partners Telefone: (41) 99672-7740 Skype: marlon.muniz.bematech Portal de Desenvolvedores: http://bematechpartners.com.br/

Não copie a mesma DLL em várias pastas... isso deve até mesmo ser evitado, caso contrário você não saberá qual versão está sendo utilizada... O mais seguro é manter as DLLs do OpenSSL apenas na mesma pasta do seu .EXE Verifique se o PFX está realmente onde deveria estar... se ele estiver em um diretório de Rede, você poderia ter problemas de acesso ao mesmo...

Neste caso você pode compilar você mesmo o ACBrMonitor, você acha um passo a passo a passo no próprio manual do ACBrMonitor no capítulo Outras Informações > Como compilar o ACBrMonitor. Outra opção seria assinar o SAC e baixar a versão mais recente do ACBrMonitor.

Tópico fechado por falta de retorno do usuário

Bom dia. Obrigada pela nova alteração, estamos com uma certa quantidade de tópicos de boleto na fila e por isso ainda não havia sido analisa a contribuição anterior, desta forma já trabalharemos com o novo arquivo. Att.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Obrigado pela atenção. É uma pena que não possa retonar o OK, pois ficava completo. O A1 é muito melhor, mas os muquiranas dos clientes não compram. Então, se muitas vezes, mesmo plugado o token/certificado ele não reconhece. É somente tirar e colocar novamente, que ele retorna o funcionamento. Mas a média dos operadores são muito fracos, ficam falando enquanto inicializam o módulo, e não percebem o funcionamento do software. Quando deixei de usar a função - AcbrNfe1.SSL.CertificadoLido, passei a usar esta, CarregarSeNecessário, mas travei nesta tela que pede para inserir um certificado, e eu, na minha santa ignorância, achava que estava faltando alguma coisa, pois o botão do OK não liberava. E para o usuário, falar que tem que inserir o certificado e mesmo assim apertar o botão CANCELAR para avançar, era muito para a inteligência, infelizmente de muitos, até mesmo entendo, pois cancelar significa que você não quer continuar, então a lógica fica confusa. Com esta rotina que você caridosamente me ensinou, Daniel, já melhorou muito e o detalhe final do BigWings, acabou de arrematar, pois agora inabilito o botão de envio do cupom.

Obrigado pela informação, desconhecia

ATENÇÃO: Falha na tentativa de encerramento do MDF-e 23/10/18 Tendo em vista as novas mudanças ocorridas no ambiente autorizador do MDF-e com a implementação das novas regras de validação do Registro Nacional do Transportador Remunerado de Cargas (RNTRC) mantido pela ANTT, assim como o fim da disponibilização do emissor gratuito disponibilizado pela SEFAZ, orientamos os contribuintes que se encontram com dificuldades para efetuarem o encerramento de MDF-e autorizados que porventura tenham perdido seus arquivos. Para solucionar este problema, a SEFAZ disponibiliza aos seus contribuintes, através do Portal Nacional do MDF-e: https://mdfe-portal.sefaz.rs.gov.br alguns serviços para que o contribuinte acesse informações visando ao encerramento de MDF-e não encerrados. Este serviço poderá ser acessado diretamente pela consulta de MDF-e não Encerrados acessando serviço “Consulta Não Encerrados” a partir da informação do CNPJ do emitente do MDF-e (14 dígitos). Dessa forma o contribuinte terá acesso aos MDF-e autorizados por qualquer CNPJ vinculado ao CNPJ-Base do Certificado Digital do emitente assim como o Protocolo de autorização de uso de cada chave de acesso informada. Com esta informação, o emitente poderá efetuar o encerramento dos MDF-e não encerrados na aplicação própria do contribuinte. Também está disponível o serviço de download dos arquivos XML de MDF-e autorizados para determinado CNPJ. Basta acessar o serviço: “Download XML do MDF-e”. Aos desenvolvedores que optarem por disponibilizar em suas aplicações consulta diretamente ao WebService dos MDF-e não encerrados poderão fazê-lo a partir da URL através do menu: “Serviços \ Relação dos Serviços Web de Produção \ MDFeConsNaoEnc” Salientamos que para efetuar o encerramento de MDF-e, basta aque informe a Chave de acesso do MDF-e e o respectivo protocolo de autorização de uso do documento. Equipe MDF-e/MS FONTE http://www.sped.fazenda.mg.gov.br/spedmg/noticias/ATENCAO-Falha-na-tentativa-de-encerramento-do-MDF-e/

Pesquisando achei esse tópico, parece ser antigo esse problema: https://www.projetoacbr.com.br/forum/topic/24436-erro-envio-nfe-com-2-ou-mais-itens/

Boa tarde Italo, A alteração foi na linha 1189. pcesGerador.pas

Bom dia. Desde que você atenda ao que pede a ER do PAF você pode montar conforme desejar. https://www.confaz.fazenda.gov.br/legislacao/atos/2018/ac13_09_er_paf_ecf_versao_02_06.pdf Att.

Provavelmente está faltando algumas DLLs na pasta do ACBrMonitorPLUS... Verifique com o suporte do Fabricante, qual a relação de DLLs que eles usam, e copie todas elas para a mesma pasta do EXE do PLUS