Painel de líderes

O que é a Nota Fiscal de Produtor Rural? A emissão de documento fiscal para acompanhar operações de transação de mercadorias no território nacional é uma obrigação estabelecida por lei. Se aplicando inclusive ao setor agrícola. Para atender a esta demanda, durante muito tempo os produtos rurais se utilizaram da Nota Fiscal em Papel (modelo 4). No entanto, foi determinado em 2024 que ainda neste ano os produtores deverão passar a utilizar a Nota Fiscal Eletrônica (modelo 55). Veja mais sobre isso no tópico abaixo: Como emitir a Nota Fiscal Eletrônica Modelo 55 sendo Produtor Rural? De modo geral, o processo de emissão é o mesmo do que o de uma nota normal. No entanto, existe uma particularidade a ser observada e esta é o Número de Série do documento fiscal. O que é o Número de Série do Documento Fiscal? A Série do Documento Fiscal é uma informação importante preenchida no DFe, podendo assumir o valor de 000.001 até 999.999 auxiliando na identificação do documento fornecendo ao emissor da nota uma opção de controle interno, gerenciamento e agrupamento das operações de mercadoria. Como devo preencher a Série na Nota Fiscal de Produtor Rural? É importante que a série escolhida esteja dentro das faixas pré-determinadas. Isso se aplica especialmente aos produtores rurais, pois muitos são os casos que um mesmo CPF ou CNPJ possua múltiplas inscrições Estaduais no caso de múltiplas propriedades. As faixas de série são: Ou seja: Se o produtor rural possuir CPF, então deverá utilizar uma série para cada inscrição estadual dentro da faixa 920 - 969. Agora se o produtor possuir CNPJ, então deverá utilizar uma séria para cada inscrição estadual dentro da faixa 000 - 889. Como preencher esta informação no ACBr? Caso utilize componente nativo, a informação deve ser alimentada na seguinte propriedade: ACBrNFe.NotasFiscais[Indice].NFe.Ide.Serie; Se estiver utilizando ACBrMonitor ou ACBrLib, deverá se atentar a informação correspondente no arquivo INI: [Identificacao] ;.... serie=10 ;...

Olá Pessoal, Já se encontra no SVN a implementação dos eventos: Insucesso na Entrega da NF-e e o Cancelamento do Insucesso na Entrega da NF-e no componente ACBrNFe. Quero frisar o que o @Diego Foliene, colocou em sua postagem anterior que o Ambiente de Homologação já esta liberado para recepcionar os referidos eventos e somente a partir do dia 24/06/2024 é que vai ser liberado o ambiente de produção. O programa exemplo feito em Delphi já foi alterado, agora ele possui os botões para exemplificar os dois novos eventos. Façam os seus testes usando o programa exemplo antes de iniciar a implementação em suas aplicações. Quanto o ACBrLibNFe e o ACBrMonitor Plus os novos eventos vão estar disponíveis assim que forem liberados as novas verões de ambas as ferramentas. Serão atualizados os manuais do ACBrLibNFe e do ACBrMonitor Plus. Fiquem atentos.

@gtvosouza1 Boa tarde, infelizmente os gerente de conta PJ não sabe mesmo como solicitar. Vou detalhar como funciona. Nesse manual em anexo na parte de baixo mostra como solicitar as credenciais. Primeiro você solicita as credenciais em homologação, após registrar o boleto em homologação, você abre uma nova solicitação pedindo as credenciais em produção, nessa solicitação você envia o json registro e retorno do boleto registrado em homologação. Um detalhe importante, todo solicitação você colocando o e-mail coorporativo do gerente PJ Bradesco do seu cliente. O BRADESCO tem regras para solicitas as credenciais, caso não esteja de acordo com as politicas deles, eles nem olha a solicitação enviada. Boa sorte. Manual do desenvolvedor v5.0.pdf Boa tarde, aqui no nosso ERP funcionou 100% em produção. Nos já tinha uma rotina de registro de boleto via remessa, ai usamos ela pra alimentar o componente ACBrBoleto, alimentamos igual como se fosse gerar a remessa para o banco...ai a linha digitavel e codigo de barras fica igual.

Boa tarde, respondendo a questão do código 07.02.01, foi por instrução da IPM/Prefeitura, eu também nao concordava com ele, mas só validou com ele. (Temos um email disso). Sobre a questão do schema, ao informar 07.02.01, nem chegava o dado na prefeitura, então fiz o ajuste manualmente já que o max era 5. Sinceramente estamos tendo MUITOS problemas em cada migração da IPM, são muito desorganizados, e parece que de um dia para outro, o que validava, já não funciona mais, então como é fim de mês e só hoje conseguimos deixar tudo rodando, vou deixar passar uns dias para questionar eles quanto a questão do MEI. Obs: O nosso cliente em questão não é MEI.

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado

Essa propriedade era mais utilizada no Client TXT (ele omite algumas telas) Na PGWebLib realmente ela não tem modificações no momento

Estamos trabalhando em novos exemplos... mas você pode facilmente se basear em um exemplo existente, para adaptar a novas bibliotecas O @Daniel InfoCotidiano, está criando um curso da ACBrLib em Python

Bom dia! O ponto de captura pode ser configurado nas modalidades Auto Atendimento ou Operação Assistida. Vide linha 273 da unit ACBr\trunk2\Fontes\ACBrTEFD\ACBrTEFPayGoComum PWINFO_SELFATT= 32593; // Indica se o ponto de captura está configurado para operar na modalidade de autoatendimento: 0: operação assistida; 1: autoatendimento. No entanto, se você conferir a declaração da propriedade temos: Indicando que a propriedade não é utilizada

Qual URL exatamente, você baixou ?

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado

Bom dia, Testei apenas no programa de exemplo mas parece que funcionou corretamente, no retorno está voltando o mesmo nosso numero que enviei, desta forma irá me ajudar. Muitíssimo obrigado @Daniel InfoCotidiano

Bom dia! No arquivo ACBrLib.INI existe dentro do grupo [DANFE] um campo PathPDF= Está correto o caminho informado ali? Em teste com outro aplicativo, você tem a permissão (consegue gravar ou editar) nesta pasta?

Bom dia João, Já esta no SVN.

Boa noite, Precisamos sempre tomar cuidado em manter a compatibilidade dos fontes com versões anteriores dos frameworks. Eu efetuei um teste com os programas de exemplo que temos e não foi compatível. Me corrija se eu estiver enganado, mas a sua sugestão não é compatível com .NET Framework 4.5.2, conforme informação extraída do link a seguir. https://learn.microsoft.com/en-us/dotnet/api/system.appcontext Applies to Product Versions .NET Core 1.0, Core 1.1, Core 2.0, Core 2.1, Core 2.2, Core 3.0, Core 3.1, 5, 6, 7, 8, 9 .NET Framework 4.6, 4.6.1, 4.6.2, 4.7, 4.7.1, 4.7.2, 4.8, 4.8.1 Encontrei a opção AppDomain.CurrentDomain.BaseDirectory que parece atender à sua necessidade, mantendo a compatibilidade com versões anteriores. https://learn.microsoft.com/pt-br/dotnet/api/system.appdomain Applies to Produto Versões .NET Core 2.0, Core 2.1, Core 2.2, Core 3.0, Core 3.1, 5, 6, 7, 8, 9 .NET Framework 1.1, 2.0, 3.0, 3.5, 4.0, 4.5, 4.5.1, 4.5.2, 4.6, 4.6.1, 4.6.2, 4.7, 4.7.1, 4.7.2, 4.8, 4.8.1 Com isso, o códgo final ficou conforme abaixo e funcionou corretamente nos nossos fontes atuais. Segue o fonte com a alteração, por favor verifique se dessa forma funciona para a sua aplicação e nos confirme para enviarmos ao SVN. Caso o problema persista e você tenha alguma outra sugestão que mantenha a compatibilidade com versões anteriores, nos envie para que possamos analisar. static ACBrLibHandle() { MinusOne = new IntPtr(-1); var baseDir = AppDomain.CurrentDomain.BaseDirectory; if (!string.IsNullOrEmpty(baseDir)) { var uri = new Uri(baseDir); var path = Path.GetDirectoryName(!uri.IsFile ? uri.ToString() : uri.LocalPath + Uri.UnescapeDataString(uri.Fragment)); LibraryPath = Path.Combine(path, "ACBrLib", Environment.Is64BitProcess ? "x64" : "x86"); } } ACBrLibHandle.cs

Bom dia. Atualizamos o ACBR hoje e nos deparamos com uma situação de erro quando enviamos o Evento S-2206. Consultando os posts vimos que houve alteração: Agradecemos a colaboração. A respeito da alteração seria para compatibilizar os atributos conforme a versão do ACBR? O atributo "Vinculo" conforme leiaute do eSocial a partir da versa 1.0 Simplificado. Se sim: tanto o infoRegimeTrab e infoContrato estão ligados ao "Vinculo" a partir da versão 1.0 Simplificada. Conforme imagem acima podemos ver que não foi compatibilizado conforme a versão do ACBR na linha 310 para baixo, como estando sendo na linha 300 a geração do grupo. Na linha 310 faltou também incluir o "Vinculo" para comparar e gerar o grupo InfoEstatutario. objAltContratual.Vinculo.infoRegimeTrab.InfoCeletista.cnpjSindCategProf. Também verifiquei nas estrutura do ini temos que fazer a compatibilidade das versões do ACBR. A alteração irá impactar em todos que estão enviando hoje com os atributos da versão 2.5. Qual caminho foi proposto pela alteração? "Compatibilizar" ou "Alterar" para versão atual? Daí podemos definir qual será a linha de desenvolvimento que iremos seguir para ajudar nossos amigos da comunidade. Obrigado Anderson Mensagem de erro retornada pelo eSocial com a atualização feita hoje.

Boa tarde! @Juliomar Marchetti, o código foi corrigido parcialmente. Por favor, observe a estrutura do tipo "TAltContratual" na imagem abaixo, focando nas propriedades "Vinculo" e "infoRegimeTrab". Agora, compare com a imagem subsequente, onde a classe "Vinculo" também contém a propriedade "infoRegimeTrab". Ambas estão referenciando a mesma classe "TInfoRegimeTrab". Na última versão do método "gerarAltContratual" (veja a imagem abaixo), nas linhas 310, 312, 313 e 314, o sistema acessa as propriedades do atributo "objAltContratual.Vinculo.infoRegimeTrab", enquanto na linha 318, utiliza as propriedades de "objAltContratual.infoRegimeTrab". Além disso, na função "function TEvtAltContratual.LerArqIni(const AIniString: String): Boolean;", todos os valores são atribuídos à propriedade "InfoRegimeTrab" do objeto. As alterações sugeridas por @Andergoncalves padronizaram o acesso à propriedade "objAltContratual.Vinculo", incluindo a modificação na função "TEvtAltContratual.LerArqIni". Resumindo, parte do código utiliza "objAltContratual.Vinculo.infoRegimeTrab." e outra parte utiliza "objAltContratual.infoRegimeTrab.". Acredito que seguir a sugestão do @Andergoncalves, conforme também é feito no S-2200 com a estrutura "vinculo.InfoRegimeTrab", seria mais adequado. Atenciosamente,

A partir da versão 1.0 simplificado e no S-2200 não existe mais : Foi excluído. Foram feito as seguintes alterações e testado o envio no ambiente de produção restrita. Ajuste na procedure GerarAltContratual. É muito importante que não esquecer de alterar o atributo AltContratual para AltContratual.Vinculo na aplicação. pcesS2206.pas

O "infoRegimeTrab" está sendo utilizado a partir de "objAltContratual.Vinculo" apenas na parte alterada. Nas demais referências desse objeto no arquivo pcesS2206.pas, está sendo utilizado a partir de "objAltContratual". Além disso, a função "TEvtAltContratual.LerArqIni " não acessando os atributos de "objAltContratual.Vinculo". Se alterar conforme sugerido por "paulosilva0306", será necessário corrigir as aplicações que já enviam o S-2206, pois será preciso preencher os objetos a partir de "objAltContratual.Vinculo". Além disso, será necessário corrigir a função "TEvtAltContratual.LerArqIni"

Verifiquei aqui que, quando envio o evento S-2206 com a linha if objAltContratual.infoRegimeTrab.InfoCeletista.cnpjSindCategProf <> '' then o valor de cnpjSindCategProf não estava vindo corretamente, porém, após alterar esta linha para , if objAltContratual.infoRegimeTrab.Vinculo.InfoCeletista.cnpjSindCategProf <> '' then o valor de cnpjSindCategProf passou a vir preenchido.

Após a alteração, a rotina passou a buscar o atributo 'infoRegimeTrab' e 'infoContrato' a partir do atributo 'Vinculo'. Anteriormente, essa informação era buscada a partir do objeto. O grupo 'vinculo' foi incluído no layout da versão 1.0 em diante, no entanto, o componente não estava utilizando as informações desse atributo. Entendo que, se formos utilizar o atributo 'vinculo', será necessário corrigir nossas aplicações para atribuir os valores dos atributos no 'Vinculo'. if objAltContratual.infoRegimeTrab.Vinculo.InfoCeletista.cnpjSindCategProf <> '' then GerarInfoCeletista(objAltContratual.Vinculo.infoRegimeTrab.InfoCeletista) Inclusive na função TEvtAltContratual.LerArqIni teremos que ajustar para ler o atributo 'Vinculo'.

Olá, estou com problema, instalei o componente ACBrNFe, instalou sem nenhum problema, mas quando coloco o componte no form começa dar esse erro: Já fiz de tudo, referenciei nas Library, ja atualizei, ja voltei uma versão, mas não vai... Desde já agradeço a atenção.

Pessoal, estava tendo problema com esse erro na hora de associar minha software house com o cliente no sat. Acontece que eu tinha renovado o certificado, e fiquei um dia batendo a cabeça pra resolver esse problema, então descobri que lá no "Sistema de Gestão e Retaguarda do SAT-CF-e" na secretaria da fazenda, no cadastro da minha software house estava o certificado antigo, alterei para o novo e resolveu problema. Como não encontrei essa solução em nenhum tópico, estou abrindo esse para ajudar quem precisar. Abraços. Éber.