Painel de líderes

Boa tarde pessoal! Agora o componente ACBrCEP está ainda mais completo, foi adicionado recentemente a integração com provedor de serviços BrasilAPI, para utiliza-lo basta configurar no componente a opção wsBrasilAPI. Vale lembrar que como tanto o ACBrMonitorPlus quanto o ACBrlibCEP são baseados no componente, o recurso também está disponível para eles! Saiba mais como funciona a integração feita de forma transparente pelo componente, na documentação do provedor https://brasilapi.com.br/docs#tag/CEP-V2

@Daniel Simoes Muito obrigado! Mais não chequei a testar essa sua configuração Eles trocaram o cabo de rede que estava nessa impressora e agora esta rápido kkkk

Paulo, Sempre tenha em mãos os manuais e notas técnicas. Hoje temos um manual só com o layout do documento fiscal. Com esse manual você descobre tudo o que pode constar no XML, se essa informação é obrigatória ou não, se é numérica ou data ou caractere, qual é o tamanho mínimo e máximo no caso de caractere, se é um número inteiro ou real (neste caso a quantidade de casas decimais). Além de estar documentado para argumentar com o cliente e seu contador, o manual lhe permite definir quais tabelas no banco de dados vão ser necessárias, os campos dessas tabelas bem como os tipos desses campos. Veja este exemplo: A tag xNome que se refere a Razão Social do Destinatário (por exemplo) é do tipo caractere, obrigatória e tem um tamanho mínimo de 2 e máximo de 60 caracteres. Você concorda comigo que não faz nenhum sentido no banco de dados você ter um campo para armazenar o nome (razão social) do destinatário com um tamanho de 100 caracteres? Por que não faz sentido? Simples, na hora de alimentar o componente só vamos poder informar os 60 primeiros caracteres, pois se tentar informar tudo, vai ocorrer erro de validação. Resumindo: Tenha os manuais e notas técnicas e leia, você só vai ganhar.

Boa tarde Paulo, Na página 25 do Manual do CTe versão 3.00a que trata sobre o layout temos o seguinte: Como você pode ver o conteúdo da tag qCarga é numérico com 15 posições, sendo 11 inteiras e 4 decimais. A parte inteira do número pode até ter menos de que 11 dígitos, mas a parte fracionada não pode. Logo a resposta é: Não.

e se consultar na receita existe?

Você não consegue mostrar preview no momento do envio, somente na impressão, basta manter MostraPreview = 01 (Sim). https://acbr.sourceforge.io/ACBrLib/ConfiguracoesdaBiblioteca16.html Você pode usar qual lógica for melhor para sua aplicação.. você pode por exemplo salvar PDF: https://acbr.sourceforge.io/ACBrLib/NFE_SalvarEventoPDF.html e depois imprimir: https://acbr.sourceforge.io/ACBrLib/NFE_ImprimirEvento.html Você precisa definir no .ini para os eventos ficarem salvos, e informar um path, exemplo: SalvarEvento = 01 (Sim) PathEvento = C:\Evento https://acbr.sourceforge.io/ACBrLib/ConfiguracoesdaBiblioteca16.html

Boa tarde, consegui resolver. Não havia percebido que quando é enviado o EVENTO, ele cria o arquivo .XML com o nome modificado, ou seja, é acrescentado "110110" + chaveDaNota + NumeroSequencia + "-procEventoNFe.xml" Eu tava passando como parametro do nfe.ImprimirEvento o nome do arquivo xml do evento sem considerar essa alteracao automatica da LIB. Reenviei alterando o nome conforme é gravado e imprimiu na tela as vias da carta de correcao certinha. Segue somente mais umas duvidas: 1) Eu não consegui que o view da Carta de Correção aparecesse na tela após o Nfe.EnviarEvento. Não vai automático, só consigo se chamar o Nfe.ImprimirEvento. 2) Após eu chamar o Nfe.ImprimirEvento, eu chamo o NFe.ImprimirEventoPDF pra gravar o arquivo em PDF, tem q ser sempre assim? 3) Ele ta gravando o pdf na mesma pasta dos pdf das NFe, é assim mesmo? No caso dos XML ele criou um pasta "Evento" e joga dentro dela, ficando separados os XML das NFe dos XML dos EVENTOS Grato mesmo a todos.

Sim, setei false em todas. A questão original desta thread está no departamento de testes

Boa tarde, obrigado pela explicação, eu achava que ainda utilizava junto com o ACBrNFSeXServicos.ini. O envio foi feito pelo componente antigo, mas já estamos atualizando para o novo. Obrigado a todos pela ajuda.

@econdotta Boa tarde ! Vou mandar uma unit, pode testar por favor e nos dar um feedback se funcionou por favor ACBrBancoBanrisul.pas

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

Boa tarde pessoal, foi prorrogado o prazo.

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

Boa tarde, obrigado pela informação Ítalo, com esta informação vou passar ao cliente, que está querendo desta forma, mas como está no manual, resolvido o problema.

tu tem que usar um cliente de SVN para baixar Tortoisesvn é o nome. e lá onde tu comentou é mostrado como usar o tortoise para fazer checkout do svn

Boa tarde Daniel, Você deve ter alguma unit com alterações que possa estar provocando esse problema. Fiz testes usando os mesmos botões e a assinatura foi realiza corretamente. Verifique se não tem nenhuma unit com uma bolinha vermelha, caso afirmativo delete e atualize novamente os fontes. Detalhe importante, sempre atualize todos os fontes de todas as pastas. Após a atualização reinstale o ACBr. Jamais copie units ou DCU do componente para as pastas da sua aplicação.

Bom dia, Caso vc faça os ajustes, pode anexar aqui os arquivos que podemos enviar ao svn. At.

Bom dia Ronaldo, Você não vai conseguir enviar a unit alterada para o SVN, uma vez que somente alguns desenvolvedores possuem permissão de Upload. Favor anexar a unit alterada aqui mesmo no fórum que faremos a avaliação e caso esteja correta enviaremos para o SVN.

a princípio não. mas como está usando e fazendo? tem imagem? poderia postar um exemplo

Bom dia! Por favor, você conseguiu emitir usando o ACBrNFSe ou o ACBrNFSeX? Se foi pelo ACBrNFSe, muito obrigado pela contribuição! Mas ele foi descontinuado, então não usamos mais o Cidades.ini. No ACBrNFSeX é utilizado o ACBrNFSeXServicos.ini e nele já consta a informação para esta cidade com este provedor. Veja: [4109609] Nome=Guaratuba UF=PR Provedor=EloTech Versao=2.03 ProRecepcionar=https://guaratuba.iss.elotech.com.br/iss-ws/nfse203.wsdl HomRecepcionar=https://guaratuba.iss.elotech.com.br/iss-ws/nfse203.wsdl

Bom dia, fiz a conversão para o componente novo e deu certo, muito obrigado!

qual topico? faltou o link, estou utilizando a busca mas não estou encontrando Achei:

Bom dia Italo. Vou realizar testes com o cliente entre hoje e amanhã e lhe retorno. Grato pela atenção!

Diego, boa noite! O principio que você sugeriu seria a solução! Porém, a função TratarRetornoGerarToken dentro do arquivo especifico do provedor SigISSWeb.Provider.pas está vazia! Para tratar isso, eu deixei desta forma: procedure TACBrNFSeProviderSigISSWeb.TratarRetornoGerarToken( Response: TNFSeGerarTokenResponse); var AErro: TNFSeEventoCollectionItem; begin try try if Response.ArquivoRetorno = '' then Exit; Response.Token := Response.ArquivoRetorno; except on E:Exception do begin AErro := Response.Erros.New; AErro.Codigo := Cod999; AErro.Descricao := Desc999 + E.Message; end; end; finally end; end; Claro que pode ser muito melhorada mas isso supriu para informar o token de retorno do XML na tag apropriada que deveria retornar (ACBrNFSeX.WebService.GerarToken.Token), assim informando como sugeriu na "ACBrNFSeX.Configuracoes.Geral.Emitente.WSChaveAutoriz", consegui passar o erro HTTP 401 e estou com outros erros de tags não preenchidas (parece que o provedor exige IE e IM do Destinatário, por exemplo, ou ao menos não permite vazia, ou devem ser preenchidas mesmo vazia, estou verificando ainda), mas agora creio que pelo horário ou excessivas tentativas estou tendo erro HTTP 500 no envio, porém isso solucionou o problema do Token em si Creio que será necessário atualizar essa procedure para esse provedor no svn

Boa tarde. Em anexo os arquivos alterados com a implementação do registro K010. ACBrSPEDFiscal.rar

Bom dia Gustavo, Se o XML de envio não esta com o lote assinado o problema é que você esta com os fontes desatualizados. Favor atualizar todos os fontes de todas as pastas e reinstale o ACBr e depois faça novos testes.

Boa noite, Confirmando, caso não tenha feito assim, instale novamente marcando a opção para remover versões anteriores. Pesquise se não tem alguma ACBrJSON.dcu nos caminhos que estão configurados nas configurações de library.

Boa Tarde Daniel, Obrigado pelo retorno, acabei resolvendo, fizemos um novo update no trunk e voltou a compilar em 64 Boa semana,

Boa tarde pessoal, Recebemos a pouco da AFRAC a informação de que o pleito que vinha sendo feito pela entidade para postergação desta obrigação foi atendido!! A nova data para inicio da obrigatoriedade para o grupo que iniciaria em janeiro/2023, sendo ele supermercados, minimercados e hipermercados, agora é abril/2023, já para os demais contribuintes a data permanece a mesma, julho/2023. At.

Pessoal achei a solução aqui mesmo no fórum. Vou colocar o passo a passo mais filtrado um pouco e mais abaixo o link de onde encontrei a solução : 1º Instalar o dríver da Zebra em ambos os PCS (Pc Client e Pc Server) 2º (PC Server)Desative o "Easy Print" do Windows Server(creio que aqui e o problema, pois o Server não vai reconher outro driver a não ser o seu Easy Print que é uma espécie de Plug e Play) - Abra o console do Editor de Política de Grupo local (gpedit.msc) ou domínio (GPMC.msc); Navegue até a seguinte seção de GPO (aqui eu fiz na GPO Global, mais dependendo ai pode ser na GPO de Usuários) d Configuração do computador> Modelos administrativos> Componentes do Windows> Serviços de área de trabalho remota> Host de sessão de área de trabalho remota> Redirecionamento de impressora Usar primeiro o driver de impressora Easy Print dos Serviços de Terminal e marque DESATIVADO Reiniciar os serviço terminal service como administrador : gpupdate /force Feito estes procedimentos realmente funciona o negócio. Impresssionante. Link da solução

Boa noite, Não entrou em homologação ainda. O Daniel falou sobre isso no vídeo de hoje, veja abaixo. Acompanhe este outro tópico, também citado no vídeo, para maiores informações.

Olá pessoal, Foi postergado o início da implantação do Evento Ator Interessado na NF-e - Transportadora. As novas datas são: Ambiente de Homologação: 06/03/2023 Ambiente de Produção: 15/05/2023

Boa noite Jones, Aparentemente esse município mudou para o provedor Elotech, conforme o link a seguir. https://guaratuba.oxy.elotech.com.br/iss/auth Levante com a prefeitura/provedor quais as urls de produção e homologação, veja o tópico a seguir com instruções após alterar o ini e caso consiga implementar, por favor anexe o ini atualizado com os novos dados para serem enviados ao SVN.

Boa tarde, Publicado a NT 2020.007 v.1.21, nessa versão foi alterado os prazos de implantação de homologação e produção, novos prazos: Homologação Produção 01/03/2022 04/04/2022 07/11/2022 05/12/2022 06/03/2023 15/05/2023 Fonte : http://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=aSBQN 4e wY=

Esta chave 35150100007750000438550010000946601734591434 existe apenas no ambiente de produção e vc está tentando emitir a nota no ambiente de homologação(tpAmb=2).