Painel de líderes

Foi identificado a falta da tag indPag dentro do procedimento CarregaPagamento que foi movida do bloco Identificação (ide) para o bloco Pagamentos (pag) na NFe 4.0. Por isso, quando realizava a impressão da NFC-e, não tinha como realizar a busca da condição de pagamento informada na venda. Segue em anexo arquivo com a inclusão da tag no pagamento. ACBrNFeDANFEFRDM.pas

Bom dia Edson, Essa empresa vende e realiza a entrega da mercadoria vendida com veiculo próprio e não "cobra" do cliente por este serviço? Se sim, no meu entendimento não existe a figura do contratante do serviço, portanto o grupo <infContratante> não deve ser preenchido. Com relação ao seguro, quem é que vai se responsabilizar por perdas ou danos? É o próprio emitente do MDF-e ou seja a empresa que vendeu a mercadoria e que esta realizando o transporte dela ou é o cliente que comprou a mercadoria? No meu entendimento o grupo <seg> deve constar no XML, por se tratar do modal Rodoviário, mas se o responsável pelo seguro é a Loja, neste caso o valor do campo <respseg> deve ser 1 - Emitente do MDF-e

Bom dia, isso estará ajustado na próxima versão semanal...

Boa tarde, foi como o Daniel falou. Deve ser alguma configuração feita erroneamente. Eu por exemplo durante minha homologação nunca fiz um tratamento específico para a rotina de recarga. O ACBrTEFD chama o ADM e o SiTef cuida. Ao final ele retorna o comprovante e apenas o imprimo. Alguns clientes começaram a usar a recarga do SiTef e eu nem sabia. E tem funcionado muito bem. Talvez valha a pena reinstalar o SiTef ou ver com SoftwareExpress se tem alguma atualização que disponível que possa ser feita.

Boa tarde, Descontos e acréscimos provenientes do TEF eu jogo na sub-totalização do cupom agrupando com eventuais descontos e acréscimos concedidos pelo usuário durante o fluxo normal da venda. Com relação a saque, apenas jogo no valor da forma de pagamento cartão. Com isso o cupom automaticamente informará o mesmo como troco, que é o correto a se fazer.

Obrigado pela sugestão. Eu tentei compactar com o UPX mas sem sucesso. Após algumas pesquisas descobri que basta desmarcar a opção de DEBUG nas opções do compilador que o executável fica com tamanho satisfatório (17mb).

Bom dia, Gostaria de ir, mas de de avião fica inviável por causa dos valores e horários de vôos. Talvez possamos ir juntos de carro. Me add no WhatsApp 41-99709-5622. Abraços.

Olá pessoal. Temos novidades na área das impressões dos DF-e. Com o objetivo de facilitar o trabalho e reduzir a duplicação de código, estamos promovendo um refactoring nas classes de impressões de DF-e. Essas alterações ainda não foram enviadas ao SVN, mas queremos avisar com antecedência para que todos possam se preparar. Fizemos um vídeo para explicar os objetivos e as principais alterações. Você pode acessar aqui: Mas... se você não é muito fã de vídeos, vou resumir os principais pontos nesse tópico. Os objetivos desse refactoring são: Diminuir código duplicado; Padronizar os componentes de impressão; Isso vai simplificar o trabalho com componentes diferentes; Minimiza a necessidade de aprender vários detalhes diferentes; Melhor organização de código; Mais fácil pra você ler, entender e debugar o código; Lançar base para melhorias futuras; Podemos resumir a principal diferença como: Agora há classes para padronizar o comportamento mesmo em componentes de impressão diferentes. Na nova estrutura os componentes de impressão herdam da classe base TACBrDFeReport (unit ACBrDFeReport.pas) que se encontra no pacote ACBrDFeComum. Esta classe visa englobar todas as propriedades e/ou métodos que são usados por todas as impressões DFe. Por exemplo: PathPDF, CasasDecimais, etc.. Se assemelha a esse organograma: Veja algumas propriedades que foram alteradas, removidas ou mudaram de nome: Essas são as modificações principais. Podem haver outras, mas acreditamos que são menores e darão menos dor de cabeça. A previsão é enviar ao SVN antes do Dia do ACBr. Assim que enviarmos ao SVN vou postar uma nova mensagem aqui.

Boa tarde pessoal. Foi realizada a alteração com a inclusão da propriedade DigitoVerificadorAgenciaConta para definir o campo DV da Ag/Conta conforme orientação da cooperativa. Por favor realizem novos testes após atualizar seus fontes. Att.

Obrigado pelas informações.

Configure o componente para salvar os arquivos de envio e de retorno. Configurações.Geral.Salvar := True; O arquivo *-env-lot.xml contem uma tag chamada <NumeroLote> que fica dentro do grupo <LoteRps>

Boa tarde, Essa alteração ao meu ver não faz sentido. Se a propriedade ConsultaLoteAposEnvio estiver com o valor True o que o componente vai fazer? 1. Se o provedor segue a versão 1 do layout da ABRASF será executado automaticamente a consulta a situação do lote: FConsSitLoteRPS.Executar; No executar dessa consulta já tem o Sleep. 2. Depois é executado o Consultar Lote: FConsLote.Executar; Que no seu executar não possui o Sleep, dai o motivo de ter. Conforme a sua alteração, atribuindo 40.000 a propriedade de configuração AguardarConsultaRet o que vai ocorrer? Se o provedor segue a versão 1 do layout da ABRASF e a propriedade ConsultaLoteAposEnvio estiver com o valor True, após o envio o componente vai ficar parado durante 80 segundos, 40 segundo do Sleep que você mudou de lugar, mais 40 segundos do Sleep que já existe no ConsSitLoteRPS como dito anteriormente. Por outro lado se o provedor segue a versão 2 do layout da ABRASF a parada será de apenas 40 segundo, uma vez que nessa versão não existe o Consultar Situação do Lote. Entendeu o motivo da posição do Sleep?

Não há como fazer o que quer pelo FormatDateTime. Uma forma de fazer seria usando o componente ACBrExtenso. uses ACBrExtenso; [...] function DataPorExtenso(const AData: TDateTime): String; var ACBrExtenso: TACBrExtenso; Y, M, D: Word; begin ACBrExtenso := TACBrExtenso.Create(nil); try ACBrExtenso.StrMoeda := ''; ACBrExtenso.StrMoedas := ''; DecodeDate(AData, Y, M, D); Result := Trim(ACBrExtenso.ValorToTexto(D)) + ' de ' + FormatDateTime('mmmm', AData) + ' de ' + Trim(ACBrExtenso.ValorToTexto(Y)); finally ACBrExtenso.Free; end; end;

Adilson, O componente ACBrNFSe se utiliza de dois arquivos INI. Um é o Cidades.ini e o outro é do provedor, por exemplo: Virtual.ini Ao configurar o componente é informado o código IBGE da cidade. O componente procura no arquivo Cidades.ini a seção que tem esse código, desta forma ele encontra o provedor que atende essa cidade. Feito isso o componente carrega todas as informações do arquivo INI do provedor em questão para finalizar a sua configuração.

Buenas... Pelo que analisei a passagem de ônibus (ida e volta) está na faixa de R$ 250,00. Distância de 400 km +- daria uns R$ 300,00 de combustível, ou seja, pouco mais de uma passagem. Não sei quanto tem de pedágio, mas creio que não seja muito. Isso sem contar que de ônibus demora bem mais. Ainda tem a questão dos horários que ficamos condicionados aos do ônibus. Mas tranquilo...Qualquer coisa me avise. Já deixei meu fone aí no post. Obrigado.

Boa tarde Adilson, Como lhe disse segundo a versão 2 do layout da ABRASF esta previsto o serviço Substituir NFSe. Mas isso não garante que todos os provedores que seguem a versão 2 implementaram esse serviço em seus Webservices. A prova disso é o provedor TcheInfov2 (que segue a versão 2 e não implementou). Como você observou bem, por outro lado o provedor Virtual também segue a versão 2 e implementou. Basta olhar para a seção Substituir. No caso do TcheInfov2 o primeiro campo "Texto1" esta vazio não tem nada definido, por outro lado o Virtual tem toda a definição do Envelope do serviço que é composto por 10 linhas: Texto1 até Texto10. Aproveitando o Virtual veja esta seção: [ConsSit] IncluiEncodingCab=0 IncluiEncodingDados=0 Texto1= Podemos afirmar que esse provedor não implementou o serviço: Consultar Situação, concorda? Pois bem, é isso mesmo, alias na versão 2 do layout da ABRASF não esta previsto esse serviço, portanto é de se esperar que não esteja implementado.

Apenas respondendo em caso alguém passe pelo mesmo erro, o problema estava no .SO, no site da Sweda indo pela página de drivers o link estava para uma SO antiga e errada, pela página de produtos havia um link com a SO correta e atualizada. O nome da SO correta é "libSATDLL_Dual64b.so"

Boa tarde. Se for possível anexar o teu arquivo INI, nos auxilia muito a tentar te ajudar.

Boa tarde! Porque você não está informando conforme a instrução do Manual do ACBr. Parte integrante do help do ACBrMonitor.chm Sobre CST: CST – CÓDIGO DA SITUAÇÃO TRIBUTÁRIA

Boa tarde, muito obrigado pela resposta. O modelo é a "bematech mp 4200 th fi". Vou ver com o vendedor da ECF se ele sabe se tem como desabilitar. Abraços.

Não é possível alterar o layout de impressão de um ECF... quem faz isso é a impressora Fiscal... Creio que usar a Unidade como 50, pode trazer problemas ao seu cliente... (multas) ele tem que usar uma unidade do Inmetro... o escritório de contabilidade dele, pode informar qual é a correta

Você pode verificar o tipo do documento no retorno do método DistribuicaoDFe. ACBrNFe1.DistribuicaoDFe(cUF, CNPJCPF, UltNSU, ''); case ACBrNFe1.WebServices.DistribuicaoDFe.retDistDFeInt.cStat of 138: begin for I := 0 to ACBrNFe1.WebServices.DistribuicaoDFe.retDistDFeInt.docZip.Count - 1 do begin case ACBrNFe1.WebServices.DistribuicaoDFe.retDistDFeInt.docZip.Items[I].schema of schprocNFe: ; // NFe completa schresNFe: ; // resumo da NFe schprocEventoNFe: // evento schresEvento: // resumo de Evento [...]

Bom dia Kelly, Você utiliza o ACBrMonitor? Você chegou a comparar esses 2 arquivos INI que você anexou? Note que o S2299.ini contem uma seção chama dmDev e no outro não tem. Compare também nos dois arquivos os campos da seção ConsigFGTS.

Olá, era exatamente isso, questão de arredondamento. Obrigada.

Apliquei essa correção ontem, inserindo a validação pelo protocolo, para não mostrar mais a mensagem quando a NFCe já está autorizada. Você afirma que mesmo com a correção, continua aparecendo a mensagem de pendente de autorização? Se sim, por favor, informe quando arquivo .fr3 está usando e anexe o XML.

Bom dia, Ryan Felipe Santos. Esse tópico é antigo e por isso será fechado. Peço para que crie um novo tópico.

Bom dia, chaves. Acredito que o provedor não esta implementado no componente, portanto será preciso implementar primeiro esse provedor para que depois possamos incluir a cidade. Caso você queira contribuir com o projeto, anexe a implementação para que possamos validar e subir para o svn. Já que esse provedor segue o layout ABRASF, você pode tomar como base outro provedor já implementado para auxiliar na sua construção.

Bom dia Diego, Comparando o XML de pedido de consulta, ele esta em conformidade com os Schemas. Sendo assim acredito que seja algum problema na SEFAZ. E tenho quase certeza que o problema é a palavra "NÃO" que aparece no conteúdo da tag <xServ>. A SEFAZ as vezes pisa na bola, vive recomendando que não devemos usar vogais acentuadas, cedilha, caracteres especiais, mas comete esse deslize de exigir na descrição do serviço uma palavra que cotem uma vogal com acento. A minha sugestão é que você entre em contato com a SEFAZ-RS pois é ela responsável por recepcionar todos MDF-e. Anexa os dois XML e questione eles sobre o motivo da rejeição.

Bom dia, Accert DEsenvolvimento. Preciso de mais informações para que possamos te ajudar.

Rafael, Obrigado pela dica! Mas consegui resolver meu problema, espero que no futuro essas informações esclareçam o problema de outros... Tomando como exemplo (RETORNO.TXT) O ACBr Monitor gera um arquivo com o nome RETORNO.TMP e após escrever o arquivo ele renomeia para RETORNO.TXT resolvi meu problema fazendo os seguintes procedimentos: 1 - Preencho o NOTA.INI 2 - Preencho o COMANDO.TXT [ NFe.CriarEnviarNFe("C:\ACBrMonitorPlus\NOTA.ini",1,1) ] [Nesse momento que acontece a criação do RETORNO.TMP e posterior renomeio para RETORNO.TXT] 3 - Crio uma function com FileSystemWatcher do VB.net (recurso presente em outras linguagens também) e com o mesmo faço o monitoramento dos processos RENAMED. Quando um arquivo é renomeado para RETORNO.TXT dentro do diretório então chamo minha função para LER o txt e tomar a decisão final do que fazer com o retorno do sefaz! Se quiserem o código fonte em VB.net disponibilizo com praqzer... só chamar!

Bom dia, obrigado por reportar mas não compreendi a solução, precisou realizar alguma alteração no ACBrMonitor?

senhores, desculpa o transtorno, estava faltando copilar 2 pacotes do dte e atualizar o path do down da nfe no sistema. está funcionando. agradeço.

formatDateTime('yyyy-mm-dd', CampoData) formatDateTime('yyyy/mm/dd', CampoData) formatDateTime('dd-mm-yyyy', CampoData) formatDateTime('dd/mm/yyyy', CampoData) formatDateTime('dd-mm-yy', CampoData) e por ai vai...

Estão anexos tbm os arquivos de herança, desde já muito obrigado. relpadrao.dfm relpadrao.pas rellivrocaixafolhadecaixa.dfm rellivrocaixafolhadecaixa.pas

Boa tarde. Seguem links com todas as informações relativas ao SAC https://www.projetoacbr.com.br/forum/sac/sobre/ https://www.projetoacbr.com.br/forum/sac/questoes-importantes/ https://www.projetoacbr.com.br/forum/sac/cadastro/ Veja também em nosso portal a sessão relativa ao ACBrLIB https://www.projetoacbr.com.br/acbrlib/ Acompanhe as bibliotecas já liberadas https://www.projetoacbr.com.br/forum/files/category/32-acbrlib/ 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.

Ok, vou corrigir essas informações. Obrigado pelo pronto retorno.

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

Boa tarde. Cada banco tem sua própria definição de uso do campo livre, porém em nenhum deles estas informações estão disponíveis. Att.

Bom dia. Por favor veja o demo do ACBrSAT onde você poderá ver também como trabalhar com o MFe. Att.

StackOverflowException é erro de estouro de pilha você deve estar fazendo algo que ta acabando com a memoria do app, erro de acesso ao arquivo é outro. https://msdn.microsoft.com/pt-br/library/w6sxk224.aspx Outra coisa na pasta do SVN dentro da pasta Projetos\ACBrMonitorPLUS\Lazarus\Exemplos tem um exemplo de como usar comunicação TCP com o monitor é mais rápida e não depende de arquivos.

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

Veja os exemplos: ◦ \\Nome_do_computador\Nome_do_Compartilhamento – Para utilizar a impressora instalada e compartilhada no Windows. (exemplos: \\localhost\mp4200; \\Felipe\mp4200; \\192.168.1.50\mp4200) ◦ RAW:Nome da Impressora – Para enviar a impressão ao Spool do Windows em modo RAW. (exemplo: RAW:MP-4200 TH) ◦ TCP:IP:Porta – Para utilizar a impressora através da comunicação Ethernet. (exemplo: TCP:192.168:94.123:9100)

Quem determina as perguntas, é o SiTef, a aplicação apenas exibe e coleta os valores... Se a pergunta não aparece, é porque deve ter algo errado na configuração do Sitef, ou do GWCel

Boa tarde. Considerando que o banco tem uma lista de instruções que podem ser combinadas maior que a capacidade do arquivo remessa, o componente não poderia decidir qual deveria ser incluída. Caso queira contribuir e aplicar mudanças, sugiro que passe a validar se os campos instrução estão vazios e somente neste caso entrar nas tratativas já existentes no componente, desta forma você pode passar o código de instrução indicado ao banco sem que o mesmo seja sobreposto. Att.