Painel de líderes

Você ainda não disse exatamente qual campo quer informar no DANFE... Apenas no CSOSN 900 é destacado ICMS. Nesse caso ele vai ser mostrado no DANFE. Nos CSOSN 101 - tributado pelo simples nacional com permissão de crédito não existe destaque de ICMS, apenas informação do ICMS que o destinatário pode se creditar. Então em vez da tag pICMS e vICMS apenas o valor é informado na tag vCredICMSSN. O manual é claro em especificar quais tags exige em que campo: A TAG N16 corresponde à aliquota do ICMS normal: O manual também não proíbe de se incluir campos desde que eles estejam no XML, e que não seja informado no local destinado a outro campo, como é o caso da alíquota do ICMS, então você pode fazer isso se desejar.

Olá, gostaria de deixar a seguinte sugestão para ser adicionada ao repositório: - Adicionar no construtor da classe ACBrBancoCresol a propriedade setando o número do correspondente, pois desta forma facilita o tratamento de particularidades solicitadas pela cooperativa como o caso que tive por exemplo referente a alteração do texto do local de pagamento, entre outras que pode haver. Segue arquivo anexo para adicionar no repositório, tendo sido acrescentado apenas a seguinte linha no construtor: fpNumeroCorrespondente := 133; ACBrBancoCresol.pas

Entendi, obrigado.

Creio que tanto a documentação quanto o exemplo do GNRE consegue sanar suas dúvidas. Ele se limita as UF que estão no manual

Italo, Bom dia. Muito bom a sequência, para identificar e começar o desenvolvimento. Encontrei a cidade que preciso dentro do arquivo Cidades.ini. - Estou agora começando os estudos no fontes do exemplo. Obrigado.

Bom dia, Eriq e Farnetani muito obrigado pela contribuição, ainda hoje estarei enviando para o repositório.

Bom dia a todos, O evento Prestação de Serviço em Desacordo é emitido pelo tomador do serviço e não pela transportadora, sendo assim não se faz necessário o tomador estar habilitado a emitir o CT-e, muito pelo contrario. Devemos lembrar que o tomador pode ser o remetente da carga ou o destinatário ou o Expedidor (transportadora) ou Recebedor (transportadora). Observação: O Expedidor e Recebedor como dito acima são transportadoras, estas aparecem no CT-e quando o transporte da carga envolve outras transportadoras para que a mercadoria vá do remetente até o destinatário, logo temos o tipo de serviço Redespacho ou Redespacho Intermediário.

Bom dia "resolvi" o contador de tempo restante do demo adicionando o seguinte na unit ACBRPicPay.pas procedure TACBrPicPayThread.FazWaitingPayment; begin if Assigned(fACBrPicpay.fOnWaitingPayment) then begin fACBrPicpay.fOnWaitingPayment(fACBrPicpay.Status); fACBrPicpay.TempoRetorno := fACBrPicpay.TempoRetorno - 1; // adicionei esta linha end; end; sei que não estou usando as melhoras praticas, mais resolveu aqui pra mim, tudo funcionando agora. Se houver uma melhor forma de fazer, gostaria de "ouvi-los"

vc tem que colocar carteira e variacao ou modalidade, no caso do bb, é modalidade um dos numeros. confere no manual, e no acbr vc atribui isso separado.

Utilize a mesma rotina de envio de e-mail após a transmissão, também para envio ao contador. Basta ter o cadastro de email na sua base de dados. https://acbr.sourceforge.io/ACBrMonitor/NFEEnviarEmail.html

Eu utilizei o comando "LinhaRelatorioGerencial" e foi resolvido. Obrigado.

Foi publicada em 01/06/2020 versão 1.70 da NT 2016.003 trazendo atualizações na tabela de NCMs, as quais estarão vigentes a partir de 22/06/2020 em homologação e 01/07/2020 para produção. Fonte: Portal NFe

Bom dia, Alterei para ler o código do serviço do provedor MegaSoft. O campo que contém o ItemListaServiço é o CodigoTributacaoMunicipio. Obrigado. Att., Haroldo pnfsNFSeR.pas

Pessoal desde segunda a SEFAZ de SP está oscilando no período da tarde e sempre no mesmo horário, alguém sabe se estão fazendo alguma manutenção nos servidores da SEFAZ? http://www.nfe.fazenda.gov.br/portal/disponibilidade.aspx?versao=0.00&tipoConteudo=Skeuqr8PQBY=

Boa tarde. Acredito que baste informar mas informações adicionais da NFe [InfAdic001] xCampo= xTexto= Att.

A pasta de schemas está atualizada?

Seria uma boa mesmo, vou vê se consegui fazer aqui.

Obrigado esolveu o problema rs

Sempre essa hora a semana toda a sefaz SP sai fora.

Boa tarde, Muito obrigado pelo arquivo, assim que possível vou analisar a sua contribuição.

Pelo fato do prazo em Produção estar chegando começamos a homologação do sistema, o problema está ocorrendo em Homologação. Certo, pelo fato de haver apenas um CTE no grupo infDoc é obrigatório o preenchimento da infLotacao. Achei que haveria alguma informação no MDFE que iria me isentar do preenchimento dessa tag. Segundo consultória que tive, ao informar a tag infLotacao o cliente é obrigado a Pagar o Frete mínimo, Vale Pedágio e a Transportadora precisa realizar a emissão do CIOT para esta operação. Enfim, terei outros pontos para desenvolvimento sendo que na prática não é o que está ocorrendo. Agradeço a atenção de todos.

Bom dia Fabiano, Conforme consta na NT 2020/001 versão 1.04 página 10 temos as seguintes regras: Se modal rodoviário e Tipo Emitente for igual a Prestador de Serviço de Transporte (tpEmit=1) ou transportador que emitirá CT-e globalizado (tpEmit=3), o grupo produto predominante deve estar informado (grupo: prodPred) Observação: regra de validação aplicável em produção a partir de 06/07/2020 [COVID-19] e Se modal rodoviário e Tipo Emitente for igual a Prestador de Serviço de Transporte (tpEmit=1) ou transportador que emitirá CT-e globalizado (tpEmit=3) e MDF-e possuir apenas um DF-e transportado no grupo infDoc: O grupo de informações da carga lotação (infLotacao) deve estar informado Observação: regra de validação aplicável em produção a partir de 06/07/2020 [COVID-19] Essas duas regras são facultativas, mas como o MDF-e só é recepcionado pela SEFAZ-Virtual do RS com certeza vão ser aplicadas. A não ser que dependendo da UF do emitente a SVRS vai aplicar ou não essas regras.

Bom dia, se a versão do ACBrMonitor for x64 a dll do SAT também precisa ser x64... Outra particularidade do SAT Gertec é que o aplicativo (ACBrMonitorPLUS) precisa ser executado com privilégios administrador.

Somente Fortes report .. Gostaria de usar a força negra , em FastReport ? Estamos aqui esperando a sua contribuição.

Bom dia Valter, Acredito que em DataEmissao é a data que a nota esta sendo emitida, por outro lado Competência seria a data que o serviço foi prestado. Já DataEmissaoRPS é utilizado por algum outro provedor e que acredito deva receber a mesma data do DataEmissao.

Bom dia Wilchaia, Então temos um novo provedor chamado Futurize e a cidade Matias Barbosa/MG passou a utilizar ele. Agora podemos dar continuidade com a implementação.

Bom dia, Segundo o painel da Sefaz de NF-e esta operando normalmente, mas há varias ocorrências de instabilidade, no site da sefaz Sp não encontrei nenhum tópico sobre manutenção agendada.

Nessa imagem, você não está usando porta TCP nem ZPL2

Pessoal Fiz alguns ajustes, poderiam verificar se esta dentro dos padrões e se a ideia e boa tb. ACBrPicpay.pas demo.rar

Não precisa forçar brancos, basta não preencher o "0" no convênio, que pelo que entendi é o que está fazendo. As alterações são feitas para atender a todos, e alguma cooperativa desse banco exigiu o convênio no header. Sugiro que sempre analise as alterações feitas nos fontes quando atualizar.

Bom dia Este e-mail já funciona em algum gerenciador de e-mail (Outlook, Mozila...)? Se sim verifique como está configurado nestes aplicativos, se funcionar no mesmo deve funcionar também com o ACBr.

Ative o Log na Classe CliSiTef, que você verá todas os Tipos e Retornos que o Gerenciador TEF devolveu...

Juliomar, esse retorno conta na Tabela de valores para TipoCampo na documentação do Sitef (SiTef - Interface Simplificada com a aplicação). Não sei em outros TEFs. Como eu precisei, criei uma propriedade para obter esse retorno. Acho válido, pois não é uma informação sensível. Ela é exibida no visualizador de tabelas, nos relatórios do Sitef, e pode ser interessante para mais pessoas.

Exatamente O mesmo vale para cancelamentos e substituições

Sra. Juliana Após consulta ao Provedor de Internet, obtive estas sugestões de configuração: Servidor de Saída SMTP : Requer Autenticação SSL / TLS : desativado (não utiliza). Porta de Saída SMTP : 587 Porta de Entrada POP : 110 Porta de Entrada IMAP : 143 Refiz as configurações do meu Sistema e efetuei novo teste de envio de email sem sucesso. Então concluo que o problema deve estar no Servidor. Algo deve estar impedindo a requisição sair do servidor. Embora tenha sido feitas configurações do Firewal do Windows e no Antivirus Kapersky, algum deles deve estar travando esta requisição. Obrigado por sua ajuda.

Que campo é esse dessa posicao? Dê mais detalhes..

Bom dia Tb observei este problema apos o commit de ontem, vou usar sua sugestão Marcelo. Penso que alguns eventos, tipo um onshowqrcode(var CancelarProcesso: Boolean) neste evento eu exibiria o form com o qrcode e poderia abortar o processo dali. onTransacaoAceita, identificaria que o processo ocorreu com sucesso, posso continuar OnTimeout(var Retry: Boolean) serviria para quando a contagem do tempo terminasse, eu pudesse dar uma msg para usuario e ele continuaria ou não... Posso tentar implementar algo aqui, mas a preocupação é de mudar a lógica da qual foi pensado o componente.

Bom dia Haroldo, Você poderia se for possível anexar o XML da NFS-e, pois esta estranho o código do ItemListaServico ser retornado somente na tag CodigoTributacaoMunicipio. Pois pelo que entendo são coisas distintas. O código de tributação do município é um código adotado pela prefeitura do município, portanto não existe uma padronização, algumas prefeituras se utilizam do mesmo código informado em ItemListaServico, outras usam o CNAE. Supondo que a prefeitura em questão adotou o código do ItemListaServico como sendo o CodigoTributacaoMunicipio, o provedor deveria retornar esse mesmo código em ambas as tags.

Bom dia. Veja que temos um guia descrevendo as particularidades https://acbr.sourceforge.io/ACBrMonitor/Particularidades.html Att.

tente zerar um dos valores ou do tipo 11 ou to tipo 21 e enviar novamente

Boa tarde Juliomar, achei uma solução aqui. Simplesmente desativei o código da procedure que estava travando, citada no primeiro tópico, deixando o result = 0, e o processo concluiu e gerou o QRCode de forma correta. Já gastei muito tempo analisando aqueles testes lógicos da procedure e não consegui enter a razão do erro. Obrigado. Por mim pode fechar o assunto.

EMBarbosa a principio tudo funcionado perfeitamente, ainda vou continuar com os testes aqui ainda não consegui pegar o TempoRetorno, entendi que ele mudou para fUltimoTempoAguardo e que preciso usar Thread.synchonize (se você me disse como fazer, posso alterar o exemplo e mandar para vocês)

@EMBarbosa, deu certo. Fiz o teste aqui, obrigado.

Então a variável fsEhVenda não deve estar sendo recuperada após a queda de energia. Vou verificar... Fiz a implementação baseada no seu feedback. Subi as alterações para o SVN na Revisão 20046. Pelo que vi está tudo certo. Mas queira por favor atualizar, testar e reportar qualquer problema.

Realmente se não for obrigatório, certamente não será utilizado pela maioria, tendo em vista que cada cidade já tem uma estrutura pronta e funcionando.

@Juliomar Marchetti Obrigado pela atenção, mas na procura do erro que me tirou a paciência encontrei um problema no meu código que tentava transmitir um xml diferente do assinado anteriormente, problema resolvido, obrigaod pela atenção!

Bom dia Marcelo, Acabei de enviar ao SVN na revisão 20043 alterações no ACBrPicPay que devem corrigir o problema relatado aqui. Veja o log: -- ACBrPicPay -- [+] Adicionado tipo retorno trNenhum para quando a aplicação for fazer o controle de forma separada; [-] Thread de retorno não estava funcionando para mais de uma consulta (veja correções mais abaixo); [*] nomes das constantes alteradas pra ficar mais semelhante a documentação do PicPay; [*] Remoção de comentários desnecessários; [*] Propriedade CancelarAguardoRetorno agora é apenas um método. Afinal, você só precisa cancelar; [-] Remoção de With [*] melhoria no tratamento de SetDocumento [+] Adicionado código para leitura do QRCode no FPC/Lazarus [*] Layout do código melhorado -- TACBrPicPayThread [+] Adicionada propriedade Pausado para controlar o funcionamento da thread; [-] Thread agora usa fUltimoTempoAguardo para contar o tempo, evitando "race conditions" nessa propriedade; [-] É necessário usar Synchronize sempre que executar um código na Thread principal; [-] É melhor não haver Exceptions no Create; [-] A Thread não tinha verificações de estar sendo terminada; Se você puder testar e reportar qualquer problema ficaria agradecido. bom trabalho por aí

Bom dia Prezados! Seguem as alterações realizadas nos fontes ACBr\Fontes\ACBrDFe\ACBrNFe\DANFE\NFe\Fortes, para que apareçam todos os campos. ACBrNFeDANFeRLRetrato.pas ACBrNFeDANFeRLRetrato.dfm Para isso desabilitamos a opção de reorganização dos campos, quando houvesse o campo total de tributos. Esse modelo sempre mostrará todos os campos conforme a imagem abaixo. At.te Marcos Silva ACBrNFeDANFeRLRetrato.pas ACBrNFeDANFeRLRetrato.dfm

Baseado em suas observações, apliquei o seguinte ajuste, nos fontes do SVN... Commit [r20019]

Perdão, esqueci que havia esse post específico, já fiz o pedido lá, mas de qualquer forma o ajuste em TNFSeEnviarSincrono.TratarResposta continua como sugestão. [ ]s