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.

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

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 @Gabriel Fernando Lopes. Eu gerei hoje mesmo uma NF de devolução com essas condições (icms cst 60 e vICMSSubstituto). A única coisa que tive que fazer foi atualizar o acbrmonitor (era uma versão de 2018) pois ele não estava jogando o campo no xml (eu utilizo por arquivo txt). Atualiza todo teu acbr e vê o que acontece.

A pasta de schemas está atualizada?

Bom dia. Sim, a principio o cliente havia instalado em todos os caixas um sistema de auditoria dos xmls, sempre que eu tentava gravar o xmls esse programa tentava ler o mesmo, provocando o erro relatado. Aparentemente o problema esta resolvido, removeu o outro programa.

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.

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.

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, ao amigos Juliomar e EddieBR, Acho valido o que o EddieBR fez Juliomar, no meu caso aqui especifico eu preciso desse BIN para poder aplicar desconto no produto referente a esse BIN. EX: '' Cafe Melita 7,99 com pgto cartao XXXXX, preço 6,99', isso seria um dos motivos. a ideia do amigo EddieBR é interessnte.

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

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.

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

Pacotes runtime você apenas compila, os designtime são para instalar na IDE. Veja:

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

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

Boa noite remova tudo. use o instalador Hoje é impossível tu instalar manual, foi separado os pacotes. Acho em menos de 1 minuto instala todos os componentes.

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.

Bom dia. Conforme publicação no portal da NFe, em 02/06/2020 foi realizada a desativação do web service RecepcaoEvento 1.0 em homologação e no dia 02/07/2020 deverá ocorrer a desativação em produção. Fonte: Portal NFe

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 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

Bom dia. Os demos das libs estão no svn https://svn.code.sf.net/p/acbr/code/trunk2/Projetos/ACBrLib/Demos Att.